Un agent IA comercial pot fer una bona feina preguntant, filtrant i resumint. Però si el pas a una persona arriba tard, sense context o amb dades mal registrades, l’equip torna al punt de partida: repetir preguntes, buscar la conversa completa i decidir sense una lectura clara de l’oportunitat.
El handoff humà no és una sortida d’emergència improvisada. És una part de l’arquitectura del sistema. Defineix quan la IA ha de deixar d’actuar, què ha de lliurar, on ha de registrar la informació i com ha de continuar l’equip humà.
Aquest article complementa les regles de negoci en agents IA, la integració amb CRM, formularis i eines internes i la preparació de la base de coneixement de l’agent.
En resum
El handoff humà en un agent IA comercial és el traspàs controlat d’una conversa, sol·licitud o lead des de la IA cap a una persona. Ha de conservar el context d’entrada, les respostes de l’usuari, el criteri de qualificació, els riscos detectats, la recomanació de pas següent i l’enllaç al registre operatiu.
La idea central és simple: la IA no substitueix el criteri humà en decisions sensibles. El prepara millor. Un bon handoff evita que vendes rebi una conversa llarga i obliga el sistema a lliurar una síntesi útil per actuar.
Quin problema ha de resoldre el handoff humà
El problema no és que la IA “no pugui seguir”. El problema és que molts processos perden context just quan haurien de tornar-se més precisos.
Passa quan:
- L’agent recull informació, però el comercial només rep un avís genèric.
- El CRM té el contacte, però no inclou intenció, urgència ni resum.
- El lead ja ha explicat el seu cas, però l’humà torna a preguntar el mateix.
- La IA detecta risc, pricing o negociació, però no sap quan derivar.
- L’equip rep una conversa completa, no una recomanació d’acció.
- No queda traçat per què l’agent va derivar aquella oportunitat.
En automatització comercial, el handoff ha de resoldre una pregunta concreta:
Què necessita saber una persona per continuar l’oportunitat sense reconstruir la conversa des de zero?
HubSpot documenta que una submission de formulari pot incloure els camps enviats, l’hora d’enviament i la URL des de la qual es va enviar. Aquest tipus de dades no s’hauria de perdre en el traspàs: font, pàgina, respostes i moment d’entrada ajuden a entendre intenció i context.
Definició operativa
El handoff humà en un agent IA comercial és el procés pel qual la IA transfereix una oportunitat a una persona amb dades estructurades, resum, evidència, motiu de derivació, estat operatiu i recomanació de pas següent.
No és només “avisar vendes”. És convertir una interacció en feina humana preparada.
| Element | Què conserva | Exemple pràctic | Risc si falta |
|---|---|---|---|
| Context d’entrada | Canal, URL, campanya, formulari, data i origen. | Lead que va arribar des d’una landing d’auditoria comercial. | L’equip no sap què va veure l’usuari abans de contactar. |
| Dades declarades | Nom, empresa, necessitat, urgència, eines, pressupost si existeix. | ”Agència B2B amb formularis sense qualificar.” | El comercial repeteix preguntes ja respostes. |
| Intenció | Què vol aconseguir el contacte. | Diagnòstic, proposta, integració, revisió tècnica. | S’ofereix un pas següent incorrecte. |
| Criteri de qualificació | Encaix, prioritat, dubtes oberts i senyals de risc. | Encaixa per volum, però falta owner intern. | Es prioritzen leads per intuïció, no per evidència. |
| Motiu de derivació | Per què ha d’intervenir una persona. | Alt valor, ambigüitat, negociació o dades sensibles. | La derivació sembla arbitrària. |
| Pròxim pas | Acció recomanada i responsable. | Programar un diagnòstic, demanar una dada, crear tasca o revisar manualment. | El lead queda aturat. |
Principi central: la IA ha de preparar la decisió, no amagar els seus límits
Un agent IA comercial no hauria d’intentar tancar totes les situacions. Ha de saber quan continuar preguntant, quan filtrar, quan executar una acció de baix risc i quan derivar.
La regla d’arquitectura és:
- Si falta informació crítica, l’agent pregunta.
- Si no hi ha encaix, l’agent filtra o respon amb una alternativa segura.
- Si hi ha encaix i baix risc, l’agent pot preparar una acció operativa.
- Si hi ha valor alt, risc, ambigüitat o decisió sensible, l’agent deriva.
- Si deriva, ha de lliurar un paquet de handoff verificable.
n8n documenta human handoff per a crides d’eines d’IA: quan una eina requereix revisió humana, el workflow es pausa i espera que una persona aprovi o denegui l’acció. Aquest patró és útil per a processos comercials on enviar missatges, modificar registres o prendre decisions d’alt impacte no hauria de quedar completament automatitzat.
Quan ha de derivar un agent IA
El handoff ha de tenir criteris definits abans de posar l’agent en producció. Si el criteri queda implícit, l’agent derivarà tard, massa aviat o sense motiu clar.
| Situació | Senyal observable | Acció recomanada | Què ha de rebre la persona |
|---|---|---|---|
| Alt valor potencial | Empresa B2B, problema clar, urgència i volum suficient. | Derivar a vendes o a Nicolás. | Resum, encaix, valor potencial i proposta de pas següent. |
| Risc o sensibilitat | Pricing, contracte, queixa, dades sensibles o compromís legal. | Aturar acció automàtica i derivar. | Motiu de risc, fragments rellevants i recomanació prudent. |
| Ambigüitat comercial | L’usuari barreja necessitats o no defineix objectiu. | Demanar aclariment o derivar si el lead sembla rellevant. | Dubtes oberts i preguntes suggerides. |
| Excepció d’oferta | Sol·licitud fora del cas estàndard, però amb possible valor. | Derivar amb etiqueta d’excepció. | Context, per què pot merèixer revisió i límits detectats. |
| Manca d’evidència | No hi ha dades suficients per qualificar. | Preguntar abans de derivar o marcar com a pendent. | Camps que falten i raó de bloqueig. |
| Acció externa sensible | Enviar email, canviar estat, crear deal rellevant o modificar CRM. | Requerir aprovació humana. | Acció proposada, paràmetres i conseqüència esperada. |
No tots els handoffs tenen la mateixa urgència. El sistema hauria de separar almenys tres estats: revisió immediata, revisió normal i nutrició o espera de dades.
Què ha d’incloure el paquet de handoff
El paquet de handoff és la unitat mínima que rep l’equip humà. Pot mostrar-se com a nota en CRM, email intern, missatge de Slack, tasca, ticket o resum dins d’una eina pròpia.
Ha d’incloure:
- Identificació: nom, email, empresa i rol si existeixen.
- Origen: pàgina, formulari, chat, email, campanya, data i canal.
- Necessitat: problema explicat per l’usuari en llenguatge clar.
- Intenció: diagnòstic, pressupost, auditoria, integració, suport o informació.
- Context comercial: urgència, volum, equip implicat, eines actuals i procés afectat.
- Criteri de qualificació: per què encaixa, per què no encaixa o què falta.
- Motiu de handoff: alt valor, risc, excepció, ambigüitat o acció sensible.
- Resum executiu: 5-8 línies amb l’essencial.
- Dubtes oberts: preguntes que encara convé fer.
- Pròxim pas recomanat: trucada, email, auditoria, tasca, descart o nutrició.
- Traçabilitat: enllaç al registre, conversa, submission, esdeveniment o workflow.
El resum no hauria de sonar com una transcripció. Ha de sonar com una nota de vendes preparada per algú que ha entès el procés.
Flux pas a pas
El flux de handoff ha de ser explícit. Si no es pot representar, probablement depèn massa de memòria informal de l’equip.
- L’usuari entra per formulari, chat, email o landing.
- L’agent recull context mínim: necessitat, objectiu, urgència, empresa i eines.
- El sistema recupera dades d’entrada: camps enviats, pàgina, data, font i conversa.
- L’agent aplica regles de qualificació i límits d’actuació.
- Si no hi ha motiu de derivació, continua preguntant, filtra o respon dins de límits.
- Si hi ha motiu de derivació, genera el paquet de handoff.
- El sistema registra el resum en CRM, ticket, nota o eina interna.
- El workflow notifica la persona responsable amb el resum i l’enllaç al registre.
- La persona revisa, aprova, respon, programa una reunió o demana més informació.
- El resultat torna al sistema com a estat: pendent, qualificat, descartat, en seguiment o convertit.
n8n documenta que els workflows poden esperar i reprendre’s amb les mateixes dades. Aquesta capacitat és important quan el handoff necessita una aprovació, una resposta del responsable o un esdeveniment extern abans de continuar.
On registrar el context
El handoff no hauria de viure només en una notificació. Si es perd el missatge, es perd el procés. El registre ha de quedar al sistema que l’equip ja usa per gestionar oportunitats.
HubSpot explica el seu model amb objectes, propietats i associacions. Els objectes representen informació de clients i processos; els registres guarden informació, interaccions i associacions. Per a handoff comercial, aquesta lògica importa perquè el resum s’ha d’associar al contacte, empresa, lead, deal, ticket o activitat correcta.
| Destí | Què convé registrar | Quan usar-lo | Risc si s’usa malament |
|---|---|---|---|
| Contacte | Dades personals, intenció i font. | Quan el lead encara no té oportunitat clara. | Sobrecàrrega del contacte amb notes sense estat comercial. |
| Empresa | Sector, mida, eines i context B2B. | Quan el procés depèn del compte, no només de la persona. | Duplicar context entre contactes. |
| Lead o oportunitat | Estat, prioritat, encaix i pròxim pas. | Quan ja hi ha intenció comercial. | Crear oportunitats sense evidència suficient. |
| Deal | Valor estimat, fase, owner i activitat comercial. | Quan hi ha pipeline real. | Convertir cada conversa en forecast fals. |
| Ticket | Sol·licitud amb component de suport, preventa o revisió. | Quan hi ha una petició operativa abans de vendre. | Barrejar suport i venda sense owner clar. |
| Nota o engagement | Resum, conversa i handoff. | Per a traçabilitat de la interacció. | Guardar text llarg sense camps útils per actuar. |
| Email o Slack | Notificació al responsable. | Per alertar i accelerar resposta. | Dependre d’una notificació com a única font de veritat. |
El node de HubSpot en n8n permet automatitzar operacions sobre contactes, empreses, deals, engagements, formularis i tickets. Això permet que el handoff no acabi en un email solt, sinó en un registre operatiu que l’equip pot revisar.
Com activar la intervenció humana
La intervenció humana pot prendre diverses formes. L’elecció depèn del risc, urgència i eina de l’equip.
| Tipus de handoff | Canal recomanat | Resposta esperada | Bon ús |
|---|---|---|---|
| Revisió ràpida | Slack, Teams o email intern. | Aprovar, denegar o demanar més informació. | Accions sensibles de baix volum. |
| Seguiment comercial | CRM + tasca assignada. | Contactar, programar una reunió o descartar. | Leads qualificats o semiqualificats. |
| Aprovació d’eina | Human-in-the-loop abans d’executar. | Aprovar o cancel·lar acció. | Enviament de missatges, canvis d’estat o accions irreversibles. |
| Fallback per incapacitat | Missatge a un responsable i sol·licitud d’email a l’usuari. | Humà respon o pren el cas. | Casos fora de la base de coneixement. |
| Espera de resposta | Email amb “send and wait” o workflow en pausa. | Confirmació, text lliure o formulari. | Demanar validació abans d’avançar. |
n8n documenta el node Send Email amb una operació per enviar i esperar resposta. També permet respostes d’aprovació, text lliure o formulari personalitzat. En handoff comercial, això serveix per pausar el flux fins que una persona confirmi si es contacta, es descarta o es demana més informació.
Decisions de disseny que convé definir abans
El handoff falla quan es dissenya com una notificació. S’ha de dissenyar com una transferència de responsabilitat.
Abans de construir-lo, cal decidir:
- Qui rep el cas. Pot ser Nicolás, vendes, operacions, suport, un owner del CRM o una cua.
- Què activa el handoff. Valor, risc, urgència, manca de dades, tool sensible o intenció comercial.
- Quin format ha de tenir el resum. Breu, estructurat, amb camps i sense transcripció innecessària.
- On queda registrat. CRM, ticket, nota, tasca, email, Slack o combinació.
- Què passa si ningú respon. Reintent, espera, recordatori, canvi d’estat o tancament controlat.
- Què pot fer l’agent després del handoff. Esperar, informar l’usuari, demanar permís o aturar-se.
- Quin feedback torna al sistema. Lead qualificat, descartat, convertit, mala derivació o regla a ajustar.
Aquestes decisions han d’estar connectades amb les regles de l’agent. El handoff no hauria de dependre de frases soltes del prompt, sinó de criteris operatius.
Errors comuns
Els errors de handoff solen ser menys visibles que els errors de resposta, però afecten directament conversió i confiança.
- Enviar a l’humà la conversa completa sense resum.
- No registrar el motiu de derivació.
- No conservar la URL, formulari, data o font d’entrada.
- No separar dubtes oberts de dades confirmades.
- No indicar prioritat ni pròxim pas.
- Derivar tots els casos “per si de cas”.
- Deixar que la IA enviï missatges sensibles sense aprovació.
- Registrar text en CRM sense camps útils per actuar.
- No assignar owner.
- No mesurar si els handoffs acaben en reunió, descart o venda.
L’error més car és fer creure a l’usuari que la IA ja ha preparat el cas quan l’humà rep una notificació pobra. Això redueix confiança i obliga a començar una altra vegada.
Versió mínima viable
No cal automatitzar tot el procés comercial per començar. Un MVP de handoff pot ser molt acotat.
| Component | Versió mínima | Què deixar per després |
|---|---|---|
| Criteri de handoff | Alt valor, risc, ambigüitat o manca de dades. | Scoring avançat i regles per segment. |
| Resum | 5-8 línies + camps clau + pròxim pas. | Resums multiidioma o per rol. |
| Registre | Nota en CRM o tasca amb owner. | Pipeline complet, forecast o automatització complexa. |
| Notificació | Email o Slack al responsable. | Routing per territori, prioritat o capacitat. |
| Aprovació | Manual per a accions sensibles. | Reducció progressiva de revisió segons dades. |
| Mètriques | Handoffs creats, acceptats, descartats i convertits. | Atribució avançada i ROI per canal. |
La versió mínima hauria de respondre a una sola pregunta: l’equip humà rep millors oportunitats i amb menys reconstrucció manual?
Checklist tècnic-comercial
Abans d’usar handoff amb leads reals, convé validar aquesta llista:
- L’agent sap quan ha de derivar.
- L’agent sap quan encara no ha de derivar.
- El resum separa dades confirmades, inferències i dubtes oberts.
- El motiu de handoff queda explícit.
- El registre s’associa al contacte, empresa o oportunitat correcta.
- La persona responsable rep el cas en un canal que revisa.
- Les accions sensibles requereixen aprovació humana.
- Hi ha un estat posterior al handoff: pendent, acceptat, descartat o convertit.
- El sistema mesura quants handoffs acaben en reunió o pas següent.
- Els errors de derivació alimenten la millora de regles i base de coneixement.
Com ho plantejaria Nicolás Torres
No començaria preguntant “quin chatbot posem”. Començaria revisant on es perd context entre el primer contacte i la intervenció humana.
El disseny hauria de respondre:
- Quines dades arriben des de formularis, chats o emails.
- Quina informació mínima necessita una persona per continuar.
- Quins senyals obliguen l’agent a aturar-se.
- Quines accions es poden automatitzar sense risc.
- Quines accions requereixen aprovació.
- On ha de quedar la traçabilitat.
- Com es mesura si el handoff millora la conversió.
Des d’aquí es dissenya l’agent, les regles, el resum, les integracions i els canals humans. El resultat no és un assistent que “passa la pilota”; és un sistema que redueix fricció entre IA i equip comercial.
Millorar el pas d’IA a vendes
Si el teu agent o formulari recull informació, però l’equip humà continua rebent consultes sense context, el problema no és només en la IA. És en el handoff.
Podem revisar el teu procés actual, definir criteris de derivació i dissenyar un paquet de handoff que connecti agent IA, CRM i equip comercial.
Preguntes freqüents
- Què és el handoff humà en un agent IA comercial?
- És el pas controlat d'una conversa o procés gestionat per IA a una persona, conservant resum, dades rellevants, intenció, riscos i pròxims passos.
- Quan ha de fer handoff un agent IA?
- Ha de fer handoff quan hi ha alt valor potencial, risc, ambigüitat, dades sensibles, negociació, excepció comercial o manca d'evidència suficient per actuar amb seguretat.
- Què ha d'incloure un bon resum de handoff?
- Ha d'incloure qui contacta, necessitat, context, intenció, respostes clau, criteris de qualificació, fonts o dades usades, dubtes oberts, riscos i recomanació de pas següent.
- On s'ha de registrar el handoff?
- S'ha de registrar al sistema operatiu de l'equip: CRM, ticket, nota interna, email, Slack o eina d'automatització, idealment associat al contacte, empresa o oportunitat.
- El handoff humà significa que la IA ha fallat?
- No. Un bon handoff significa que la IA ha reconegut un límit i ha preparat millor la feina humana, en lloc d'improvisar una resposta o acció sensible.