Defineix què vol dir que una consulta funciona
Abans de provar botons, decideix quin resultat hauria de produir cada recorregut. Una trucada funciona quan obre el número correcte i algú la pot atendre. Un formulari funciona quan accepta les dades, confirma l'enviament i lliura el missatge en una bústia vigilada. Una reserva funciona quan mostra disponibilitat real i en deixa constància tant al client com al negoci.
Aquest criteri evita una comprovació massa superficial. Veure una pàgina, prémer un botó o rebre una pantalla verda només confirma una part. Una consulta es pot perdre després: en una redirecció, en un camp que falla des del mòbil, en una automatització antiga o en un correu que arriba a un compte abandonat.
Escriu el final esperat de cada via abans de començar. Així podràs distingir entre una avaria tècnica i una decisió pendent. Si ningú sap qui ha de rebre les consultes d'un servei, el problema no es resol canviant el formulari.
- Trucada oberta amb el número correcte
- WhatsApp iniciat amb un missatge útil
- Formulari rebut i contestable
- Reserva registrada a tots dos costats
Entra per on arriba un client
No comencis sempre per la portada. Obre l'enllaç que apareix a Google, Instagram, una campanya, un directori o un codi QR. Prova també una adreça antiga que algú pugui conservar als preferits. El primer error pot ser abans que la persona vegi el contingut: una redirecció equivocada, un altre idioma, un carret buit o una pàgina que ja no existeix.
Fes la prova en una finestra privada o des d'un dispositiu on no hagis iniciat sessió. El navegador pot recordar idioma, ubicació, sessió o consentiments i portar-te per un camí diferent del d'una visita nova. Si el negoci atén en català i castellà, entra directament en totes dues versions; no n'hi ha prou de canviar l'idioma després d'arribar.
Observa què entén algú sense context. La pàgina confirma que ha arribat al servei correcte? El preu, la zona atesa i el pas següent continuen sent coherents amb l'enllaç que ha premut? Una ruta tècnicament vàlida també pot perdre la consulta si condueix a una pàgina que no respon a la intenció que l'ha oberta.
Recorre cada via des del mòbil
La prova principal s'ha de fer amb el polze. Prem el telèfon i mira quin número obre el marcador. Obre WhatsApp i comprova el destinatari i el text inicial. Omple el formulari amb dades de prova realistes, canvia un camp, provoca un error i confirma que el pots corregir sense tornar a començar.
En reserves o pressupostos, arriba fins a l'últim pas segur. Revisa calendaris, desplegables, caselles de privacitat, totals i missatges de confirmació. Gira el mòbil, augmenta el text i torna enrere. Els errors que no apareixen en un escriptori acostumen a viure en teclats que tapen el botó, camps que se superposen o estats que es perden en canviar de pàgina o d'idioma.
No donis per bona una via perquè una altra funcioni. El telèfon pot ser correcte i el formulari no arribar. La versió catalana pot completar la reserva i la castellana acabar en un error. Cada combinació que el negoci ofereix al públic necessita almenys una prova completa.
- Mòbil real, no només una finestra estreta
- Català i castellà per separat
- Errors de camp que es puguin corregir
- Confirmació comprensible després d'enviar
Comprova la recepció, no només l'enviament
Envia una consulta identificable, per exemple amb la paraula «prova» i la data. Després busca el missatge a la bústia prevista, al correu brossa, al CRM o al calendari. Confirma quines dades han arribat i si permeten respondre. Un avís que només conserva el nom, però perd el telèfon o el servei triat, no ha completat bé la seva feina.
Revisa també què rep la persona. Una confirmació hauria d'explicar que el missatge ha arribat, quan pot esperar resposta i què ha de fer si la petició és urgent. Si promet un termini que ja no es compleix o respon des d'un correu que no admet rèpliques, crea una altra fricció just després d'haver aconseguit la consulta.
Quan hi intervenen diverses eines, identifica cada salt: web, proveïdor del formulari, automatització, correu i CRM. Apunta on apareix per última vegada la prova. Aquesta frontera redueix la investigació i evita substituir tot el sistema quan l'error és en una sola connexió.
Corregeix la causa i conserva la prova
Si diversos botons fallen de la mateixa manera, busca l'origen compartit abans de corregir-los un per un. Pot ser una ruta comuna, un número definit en un únic arxiu, una automatització o una configuració d'idioma. Reparar només el botó visible deixa preparat el mateix error en una altra pàgina.
Després de corregir, repeteix exactament el recorregut que fallava i un de semblant que ja funcionava. Així comproves la solució i detectes regressions. Desa l'URL d'entrada, el dispositiu, el resultat esperat i la data. No cal un informe extens: cal una prova que una altra persona pugui repetir.
Convé tornar a executar aquests recorreguts després de publicar canvis, migrar eines, modificar telèfons, crear campanyes o tocar idiomes. Un web que continua carregant pot deixar de produir consultes sense mostrar una avaria evident. El millor senyal de salut no és la portada oberta, sinó una petició de prova rebuda de principi a fi.
- Causa compartida localitzada
- Recorregut avariat repetit després de la correcció
- Una via sana comprovada per descartar regressions
- Responsable i data de l'última prova
