Un formulari no és un procés: com convertir una entrada web en una decisió útil

Un formulari no és un procés: com convertir una entrada web en una decisió útil

Un formulari no és un procés

Moltes empreses ja tenen un formulari a la web.

Algú entra, escriu el seu nom, deixa un correu, explica una mica què necessita i prem enviar. A partir d’aquí, el sistema pot fer algunes coses: enviar una notificació, crear un registre al CRM, guardar una fila en un full de càlcul o reenviar el missatge a una bústia compartida.

A primer cop d’ull, tot sembla prou ordenat: la persona ha enviat el formulari, el missatge ha arribat i potser fins i tot s’ha creat un registre en alguna eina.

Però aquí és on acostuma a començar el problema.

Rebre una entrada no vol dir tenir un procés.

A la pràctica, el que veig moltes vegades és això: el formulari funciona, el missatge arriba, el registre es crea… i tot i així l’equip continua sense tenir clar què ha de fer després. Algú ha de llegir el missatge, interpretar-lo, decidir si és important, pensar què respondre, recordar fer seguiment i, sobretot, assegurar-se que no quedi perdut enmig d’altres urgències.

El problema no és tècnic. El formulari fa la seva feina.

El problema és operatiu: ningú ha definit prou bé què passa després.

Un formulari pot recollir dades. Però un procés hauria d’ajudar l’equip a decidir.

I aquí és on moltes automatitzacions comencen malament. Es connecta el formulari amb una eina, es crea un avís, es genera una targeta o un registre, i es dona per fet que el problema està resolt. Però si l’equip continua preguntant “això ho porta algú?”, “ja s’ha contestat?” o “això és urgent?”, el formulari només ha canviat el lloc on s’acumula el desordre.

Abans de preguntar quina eina connectem, jo començaria per una pregunta més simple:

què ha de saber l’equip perquè aquesta entrada es converteixi en una decisió clara?

El problema no són les dades. És la falta de context

Un formulari típic demana nom, email, telèfon, empresa i missatge.

Això pot servir per contactar amb algú. Però no sempre serveix per actuar bé.

Imagina que arriba aquest missatge:

“Hola, voldria informació sobre els vostres serveis d’automatització.”

És una entrada vàlida. Però encara diu poca cosa.

És una empresa o un autònom? Té una necessitat urgent o només està explorant? Vol automatitzar un procés concret o encara no sap per on començar? Ja treballa amb un CRM, un ERP, fulls de càlcul o correus manuals? Busca una formació, una consultoria o una implementació? Té un termini? Té algú esperant resposta dins del seu equip?

Si el sistema només guarda el missatge tal com arriba, la feina important continua sent manual. I no em refereixo només a escriure una resposta. Em refereixo a entendre què representa aquella entrada.

Aquí és on molts formularis fallen: no perquè demanin poques dades, sinó perquè no ajuden a transformar-les en context.

Flux que transforma dades d’un formulari en context operatiu i una decisió útil

I sense context, l’equip improvisa.

Un dia algú respon molt ràpid. Un altre dia el missatge queda pendent. Una persona ho classifica com a oportunitat. Una altra ho veu com una consulta genèrica. El CRM té el registre, però ningú confia gaire en l’estat. I al final, la traçabilitat real torna al correu, al xat o a la memòria d’algú.

Això és més habitual del que sembla.

Moltes oportunitats no es perden pel preu. Es perden perquè la resposta arriba tard, perquè sona massa genèrica o perquè ningú ha convertit aquell primer missatge en una acció clara.

La persona ha aixecat la mà. Però l’organització encara no ha decidit què farà amb aquella mà aixecada.

Un bon formulari hauria d’iniciar una cadena de treball

Un formulari no hauria d’acabar quan l’usuari prem “enviar”.

Hauria d’iniciar una petita cadena de treball.

No cal que sigui una cadena complexa. De fet, com més simple sigui al principi, millor. Però sí que hauria d’ordenar les preguntes bàsiques:

  • quin tipus d’entrada és;
  • què sembla que necessita aquesta persona;
  • quina informació falta;
  • qui ho ha de revisar;
  • en quin estat queda;
  • quin següent pas té sentit.

Quan això no està definit, el formulari es converteix en una bústia. I una bústia plena no és un procés comercial, ni operatiu, ni de suport. És només un lloc on van a parar coses.

En canvi, quan el flux posterior està ben pensat, cada entrada pot sortir del formulari una mica més preparada:

  • amb una classificació inicial;
  • amb un resum útil;
  • amb una prioritat raonada;
  • amb un estat clar;
  • amb una persona o equip responsable;
  • amb una notificació que aporta context;
  • i, si cal, amb una primera proposta de resposta.

Això no vol dir automatitzar-ho tot. Vol dir que el formulari deixa de ser una entrada aïllada i passa a formar part d’una manera de treballar.

Un formulari pobre diu:

“Ha entrat algú.”

Un formulari ben integrat en un procés ajuda a entendre:

“Ha entrat aquest tipus de cas, sembla que necessita això, falta aquesta informació, ho hauria de revisar aquesta persona i el següent pas recomanat és aquest.”

Això ja és una altra cosa.

Això és context operatiu.

Les sis peces que converteixen una entrada en una decisió

Quan reviso un formulari o un flux d’entrada, no començo mirant si es pot connectar amb una eina. Això gairebé sempre es pot fer.

Primer miro si l’entrada ajuda a prendre una decisió.

Per fer-ho, hi ha sis peces que acostumen a marcar la diferència.

Sis peces que converteixen una entrada de formulari en una decisió útil

1. Classificar l’entrada

No totes les entrades són iguals.

Una mateixa pàgina pot rebre una oportunitat comercial, una consulta general, una petició de suport, una proposta de col·laboració, una candidatura espontània o un missatge que no encaixa amb cap servei.

Si tot entra igual, l’equip haurà de classificar-ho manualment cada vegada.

I aquesta feina sembla petita, però desgasta. Sobretot quan es repeteix cada setmana.

Classificar no vol dir decidir-ho tot. Vol dir posar una primera etiqueta útil:

  • oportunitat comercial;
  • consulta informativa;
  • petició urgent;
  • possible projecte;
  • suport o incidència;
  • no encaixa;
  • necessita revisió.

Aquesta primera classificació ja redueix molt soroll. Fa que l’equip no hagi de començar sempre des de zero.

2. Resumir la necessitat

Un missatge pot tenir tres línies o trenta.

Però l’equip necessita entendre ràpidament què està passant.

Un bon sistema hauria de poder generar una frase clara del tipus:

“Empresa petita que vol reduir feina manual en la gestió de comandes i demana una primera orientació sobre automatització.”

Aquest resum no substitueix el missatge original. El fa més llegible.

Això és útil quan la persona que rep l’entrada no té temps de llegir-ho tot en profunditat al primer moment, però sí que necessita decidir si cal respondre ràpid, demanar més informació o derivar-ho.

La primera lectura és una feina invisible. I en molts equips, és una de les feines que més es repeteix.

3. Detectar dades que falten

Molts formularis no fallen pel que demanen, sinó pel que no demanen.

Pot faltar volum, urgència, pressupost, eina actual, sector, mida de l’equip, calendari, ubicació, documentació o exemples reals.

I quan falta una dada important, la resposta queda coixa.

Aquí la IA pot ajudar molt. No inventant informació, sinó assenyalant el buit.

Per exemple:

“No queda clar quin procés vol automatitzar ni quin volum mensual té. Abans de proposar una solució, convé demanar dos exemples reals i saber quina eina utilitzen actualment.”

Això és molt més útil que una resposta automàtica genèrica.

Perquè no intenta vendre massa aviat. Primer ordena la conversa.

4. Assignar un estat inicial

Un dels problemes més habituals dels formularis és que entren, però no avancen.

El registre existeix, però no queda clar si està pendent, assignat, contestat, descartat o esperant informació.

Per això, cada entrada hauria de sortir amb un estat inicial. No cal complicar-ho. En una primera versió pot ser una cosa tan simple com:

  • nou;
  • pendent de revisar;
  • necessita més informació;
  • preparat per respondre;
  • derivat;
  • descartat;
  • urgent.

Aquests estats semblen poca cosa, però canvien la conversa interna.

Quan l’estat és clar, l’equip deixa de perseguir informació. Ja no cal preguntar cada vegada si algú ho ha mirat. El procés comença a tenir memòria.

I quan un procés té memòria, ja es pot millorar.

5. Avisar la persona adequada

No tots els avisos haurien d’arribar al mateix lloc ni amb el mateix nivell d’urgència.

Una consulta genèrica pot esperar una revisió normal. Un lead molt qualificat necessita resposta ràpida. Una incidència ha d’anar a suport. Una petició que no encaixa pot requerir només una resposta educada i breu.

Quan tot arriba al mateix canal, amb el mateix format i amb la mateixa urgència aparent, l’equip acaba desprioritzant-ho tot.

Una bona automatització no es limita a enviar avisos. Ajuda a separar el soroll del que realment demana atenció.

Això és especialment important en empreses petites o equips compactes, on les mateixes persones fan comercial, operacions, administració i suport. Si tot entra barrejat, el sistema no ajuda. Només interromp millor.

6. Proposar un següent pas

La pregunta important després d’un formulari no és només “què ha dit aquesta persona?”.

És:

què toca fer ara?

Potser toca respondre amb una pregunta. Potser toca enviar un calendari. Potser toca demanar documentació. Potser toca preparar una proposta. Potser toca derivar-ho a una altra persona. Potser toca dir que no encaixa.

Un sistema útil ha d’ajudar a orientar aquest següent moviment.

No cal que executi sol. Però sí que hauria de preparar millor la decisió.

Aquí és on l’automatització de processos i fluxos de treball deixa de ser una simple connexió entre eines i comença a aportar criteri operatiu.

On pot ajudar la IA

La IA pot ajudar molt en aquest tipus de procés, però no perquè “respongui sola” qualsevol formulari.

Aquest és un error bastant habitual: veure la IA com una capa final que escriu una resposta automàtica i ja està.

Jo la veuria d’una altra manera.

La IA pot preparar una primera lectura interna perquè una persona decideixi millor i més ràpid.

Per exemple, davant d’un formulari, podria generar una fitxa com aquesta:

Tipus de petició: possible lead comercial
Necessitat aparent: vol explorar automatització d’un procés administratiu
Context disponible: empresa petita, menciona factures i correus manuals
Dades que falten: volum mensual, eina actual, urgència i objectiu concret
Prioritat suggerida: mitjana
Risc o dubte: encara no hi ha prou informació per estimar abast
Següent pas recomanat: respondre demanant 2-3 dades clau i oferir una primera conversa breu

Aquesta fitxa no substitueix la persona. Li estalvia la primera capa d’interpretació.

I això canvia molt l’experiència de treball.

En comptes d’obrir un correu, llegir el missatge, interpretar-lo des de zero i decidir què fer, la persona rep una entrada preparada. Pot revisar-la, corregir-la i actuar.

La IA també pot detectar incoherències. Per exemple, si una persona marca “urgent”, però al missatge diu que només està explorant opcions per l’any vinent. O si demana un servei que no encaixa amb el que ofereix l’empresa. O si falta una dada imprescindible abans de donar una resposta seriosa.

El valor no és que la IA sembli brillant.

El valor és que redueixi fricció sense eliminar criteri.

On no hauria d’entrar encara

Posar IA després d’un formulari no arregla un procés fluix.

Si el formulari demana dades massa genèriques, la IA treballarà amb informació pobra. Si no hi ha categories clares, classificarà segons criteris improvisats. Si ningú sap què vol dir “urgent”, el sistema tampoc ho sabrà. I si el CRM ja està ple d’estats que ningú fa servir, afegir-hi més automatització empitjorarà la sensació de desordre.

La IA no elimina la necessitat de definir criteri. La fa més evident.

Abans de demanar a una IA que classifiqui formularis, cal tenir clares algunes coses:

  • quins tipus d’entrada volem distingir;
  • quina informació mínima necessitem per actuar;
  • qui ha de revisar cada tipus de cas;
  • quin estat inicial tindrà cada entrada;
  • quan es pot proposar una resposta;
  • quan cal revisió humana;
  • què passa si falta informació important;
  • quins casos no volem automatitzar encara.

Aquestes preguntes poden semblar poc espectaculars. Però són les que fan que una automatització aguanti quan surt de la demo i entra al dia a dia.

Si vols aprofundir en aquesta part prèvia, també et pot ajudar aquesta checklist abans d’automatitzar un procés, perquè moltes automatitzacions fallen justament per saltar-se aquest pas.

Exemple pràctic: del formulari a una fitxa útil

Imaginem una empresa que ofereix serveis tècnics o professionals.

Té un formulari de contacte a la web amb aquests camps:

  • nom;
  • empresa;
  • email;
  • telèfon;
  • missatge;
  • servei d’interès.

Fins aquí, tot normal.

El procés habitual és aquest: arriba un correu a una bústia compartida i algú el mira quan pot. Si sembla interessant, respon. Si falta informació, improvisa una pregunta. Si no té temps, queda pendent. Si una altra persona ho veu més tard, potser no sap si ja s’ha fet alguna cosa.

Aquest procés funciona mentre hi ha poc volum i molta memòria informal.

Però no escala.

Ara imaginem una versió una mica més madura del mateix procés.

Quan entra el formulari, el sistema genera una fitxa interna:

Entrada: formulari web
Tipus: possible projecte
Servei relacionat: automatització de processos
Resum: empresa que vol reduir feina manual en la gestió de comandes i pressupostos
Dades disponibles: empresa, contacte, descripció general del problema
Dades que falten: volum mensual, eines actuals, exemples reals i termini
Prioritat: mitjana-alta
Responsable suggerit: comercial / consultoria inicial
Estat: necessita més informació
Següent pas: respondre amb preguntes concretes i proposar una conversa breu

Aquesta fitxa es pot guardar al CRM, a Notion, a Airtable, a Google Sheets o a qualsevol eina que l’empresa ja utilitzi. També es pot enviar per correu, Slack, Teams o Telegram.

La tecnologia concreta no és el centre.

El centre és que l’entrada ja no arriba com un missatge obert. Arriba com una peça de treball.

Això permet tres millores molt concretes.

La primera és rapidesa: l’equip entén abans què té davant.

La segona és consistència: les entrades semblants es tracten d’una manera semblant.

La tercera és seguiment: el cas no queda flotant, sinó que té estat, responsable i següent pas.

Quan aquestes tres coses passen, el formulari deixa de ser una bústia i es converteix en el primer pas d’un procés.

La resposta automàtica no sempre és el primer objectiu

Quan es parla d’automatitzar formularis, molta gent pensa de seguida en una resposta automàtica.

I és comprensible. Respondre ràpid és important.

Però jo no començaria sempre per aquí.

Una resposta automàtica mal plantejada pot sonar freda, massa genèrica o massa segura. També pot prometre coses que encara no s’han validat. I si el formulari no dona prou informació, el risc d’escriure una resposta poc adequada és alt.

En molts casos, el primer objectiu no hauria de ser “respondre sol”.

El primer objectiu hauria de ser “preparar millor la resposta”.

Això pot voler dir generar un esborrany intern que una persona revisa abans d’enviar. O proposar dues possibles respostes segons el tipus de cas. O simplement indicar quines preguntes falten abans de poder contestar bé.

Per exemple:

“Abans de respondre amb una proposta, convé demanar quin volum mensual gestionen, amb quina eina treballen ara i si tenen exemples reals de documents o comandes.”

Això no és espectacular. Però és útil.

I moltes vegades, l’automatització que ajuda de veritat no és la que elimina la persona del procés. És la que fa que la persona arribi millor preparada al moment de decidir.

Com saber si aquest procés funciona

Una automatització d’un formulari no funciona només perquè el registre es crea correctament.

Això només demostra que la connexió tècnica s’executa.

La prova important arriba després.

El canvi es nota quan el formulari deixa de ser una font d’interrupcions i comença a ser una font de treball ordenat. Quan l’equip obre el registre i entén què ha passat. Quan ja no cal buscar al correu si algú ho havia respost. Quan els contactes importants no queden barrejats amb consultes genèriques. Quan el CRM deixa de ser un magatzem i comença a ser una eina que algú vol mirar.

No cal inventar un gran sistema de mètriques per veure-ho.

Durant dues o tres setmanes, jo miraria senyals molt simples.

El primer és la velocitat amb sentit. No només si els contactes reben resposta abans, sinó si aquesta resposta arriba amb prou context. Respondre ràpid però malament no és una millora real.

El segon és la qualitat de la primera lectura. Les entrades haurien d’arribar més ben resumides, més ben classificades i amb menys necessitat d’interpretació manual. Si l’equip continua llegint-ho tot des de zero, l’automatització encara no ha fet la seva feina principal.

El tercer és la traçabilitat. Cada cas hauria de tenir un estat comprensible: nou, pendent, necessita informació, preparat per respondre, derivat o descartat. Si encara cal preguntar pel xat “això com està?”, el procés continua massa fràgil.

El quart és la reducció d’interrupcions internes. Un bon flux hauria de disminuir preguntes repetides, reenviaments i petites persecucions internes. Si el formulari automatitzat continua generant el mateix soroll, només hem canviat el canal.

El cinquè és la qualitat comercial de la resposta. Les respostes haurien de sonar menys genèriques i més ajustades al cas. No perquè la IA escrigui millor, sinó perquè l’equip rep millor preparada la situació.

I el sisè és la confiança en el registre. Si el CRM, la taula o l’eina on queda guardat el cas comença a ser el lloc on l’equip mira primer, anem bé. Si tothom continua buscant la veritat al correu o al xat, encara no hem canviat la manera de treballar.

Aquests senyals diuen més que una demo impecable.

Perquè una demo només ensenya que el flux pot funcionar. El dia a dia ensenya si l’equip l’ha incorporat de veritat.

Aquesta mirada connecta amb una idea que ja he treballat en altres articles: una automatització no funciona només perquè s’executa. Funciona quan canvia alguna cosa real en la manera de treballar.

En el cas d’un formulari, el canvi hauria de ser visible: menys entrades perdudes, menys dubtes interns, més rapidesa i més claredat sobre el següent pas.

Una mini-checklist abans de tocar eines

Abans de connectar el formulari amb un CRM, una IA o una automatització més gran, val la pena respondre aquestes preguntes.

Sobre l’entrada

  • Quines dades demanem avui?
  • Quines dades falten sovint?
  • Hi ha preguntes massa obertes?
  • El formulari ajuda a entendre la necessitat real?
  • Hi ha camps que l’usuari omple però que després ningú utilitza?

Sobre la classificació

  • Quins tipus d’entrada rebem?
  • Quines categories són realment útils per decidir?
  • Hi ha casos que no encaixen?
  • Qui valida si la classificació és correcta?

Sobre el procés intern

  • Qui rep cada tipus d’entrada?
  • Quin estat inicial tindrà?
  • Com sabrem si ja s’ha respost?
  • On quedarà registrat el seguiment?
  • Què passa si ningú respon en un temps determinat?

Sobre la IA

  • Què pot resumir o preparar?
  • Què no hauria de decidir sola?
  • Quan ha de marcar que falta informació?
  • Quan ha de derivar a una persona?
  • Com revisarem si les seves classificacions són útils?

Sobre el resultat

  • Què volem millorar: temps, qualitat, traçabilitat, conversió o menys feina manual?
  • Com ho mesurarem durant les primeres setmanes?
  • Què ens faria escalar el procés?
  • Què ens faria ajustar-lo?
  • Què ens faria parar?

Aquesta checklist no busca frenar el projecte. Busca evitar que una automatització aparentment senzilla acabi multiplicant petites confusions.

Com començaria amb un primer pilot

No transformaria tot el procés comercial de cop.

Començaria amb un sol formulari i un objectiu molt concret.

Per exemple:

“Durant dues setmanes, volem que cada entrada del formulari de contacte generi una fitxa interna amb classificació, resum, dades que falten, prioritat suggerida i següent pas recomanat.”

Això ja és un bon pilot.

No cal que respongui automàticament. No cal que s’integri amb totes les eines. No cal que decideixi res crític.

Només ha de demostrar si l’equip entén abans els contactes, respon amb més criteri i perd menys temps interpretant missatges oberts.

Si funciona, es pot afegir una integració amb el CRM. Després, una notificació més intel·ligent. Després, un esborrany de resposta. Després, regles per derivar segons el tipus de cas.

Aquest ordre és important.

Primer context. Després automatització. Després escalat.

Si comences al revés, pots acabar construint un flux sofisticat sobre una base massa feble.

Mira què passa en els primers deu minuts

Abans de redissenyar tot el procés, revisaria una escena molt concreta:

què passa durant els primers deu minuts després que algú envia el formulari?

Línia temporal dels primers deu minuts després d’un formulari amb context, estat, responsable i següent pas

Aquesta finestra diu molt.

Qui rep l’avís? Amb quin context? Algú pot saber ràpidament si és important? El cas queda registrat amb un estat clar? Hi ha una persona responsable? Es veu quin següent pas toca? O simplement arriba un correu més a una safata d’entrada plena?

No cal auditar tot el sistema per detectar el problema. Sovint n’hi ha prou amb mirar aquests deu minuts amb honestedat.

Si en aquest punt ja hi ha dubtes, retards o improvisació, el problema no és el formulari. És el procés que ve després.

I això és una bona notícia, perquè és un punt molt concret per començar a millorar.

El repte no és rebre més formularis

Un formulari no hauria de ser només una porta d’entrada.

Hauria de ser el primer pas d’una decisió.

Quan algú contacta amb una empresa, no només està enviant dades. Està obrint una possible conversa, una oportunitat, una incidència, una necessitat o una pregunta que potser encara no sap formular bé.

Si el procés posterior és feble, aquesta entrada es dilueix.

Si el procés és clar, l’equip pot respondre millor, prioritzar millor i fer seguiment amb menys esforç.

Per això, automatitzar un formulari no va només de connectar aplicacions. Va de convertir informació dispersa en una acció més clara.

La pregunta que jo faria no és:

“Què passa quan algú prem enviar?”

La pregunta important és:

“Què sap fer la teva empresa amb el que acaba d’arribar?”

Si el seguiment depèn de qui ho veu primer, de si algú té temps o de si algú recorda tornar-hi més tard, encara no tens un procés.

Tens una safata d’entrada amb bones intencions.

I aquí hi ha una oportunitat molt concreta.

Els primers deu minuts després d’un formulari expliquen si tens un procés o només una notificació ben configurada.

Es decideix si aquell contacte serà entès o només registrat.

Es decideix si l’equip actuarà amb criteri o improvisarà.

Es decideix si el formulari és una bústia més o el primer pas d’un procés comercial més fiable.

A vegades, la millor automatització no comença afegint una eina nova.

Comença mirant una entrada que ja tens i preguntant-te, amb honestedat, si realment està ajudant l’equip a decidir millor.

Si vols aterrar-ho en un cas real, podem revisar el formulari i el procés que ve després.

Continua llegint

Si aquest tema t'interessa, aquests articles et poden ajudar a seguir el fil.

Veure tots els articles →