El camp de propietari del vostre CRM és un rebut, no un propietari de compte. Construïu a HubSpot una escala de precedència que guanyi el round robin.
En resumEncamineu un lead d’inbound al propietari del compte amb una escala de precedència, no comprovant si Contact Owner té valor. Primer associeu el contacte a l’empresa correcta i després encamineu per deal obert, client, propietari amb reunió, territori, round robin com a desempat i una cua de la casa. Registreu quin esglaó s’ha activat en cada assignació.
Totes les guies d’encaminament de leads d’internet coincideixen en una cosa: quan un lead d’inbound ve d’una empresa que un rep ja treballa, aquest rep se l’hauria de quedar. La propietat del compte guanya el round robin. L’oportunitat oberta guanya el territori. D’acord. Ningú no ho discuteix.
I després tothom ho construeix malament, perquè implementa la regla com «si Contact Owner té valor, atura’t». Això no és encaminar al propietari del compte. Això és encaminar a qui sigui que el CRM hagi escrit en un camp, que en la majoria de portals és el rebut d’una inscripció en una seqüència de fa quatre mesos que no va rebre mai resposta.
L’assignació és un esdeveniment. La propietat és un estat. La majoria de portals automatitzen l’esdeveniment i no mantenen mai l’estat. Munteu una escala de precedència sobre un camp de propietari degradat i no haureu arreglat l’encaminament. Haureu automatitzat el lliurament equivocat i l’haureu fet més ràpid.
Recorreu la seqüència en un portal real. Una VP d’Operacions d’un compte al qual ja esteu venent omple un formulari de demo a les 14:02.
HubSpot crea o actualitza el contacte. Salta el vostre workflow d’encaminament. Comprova Contact Owner. Hi ha un valor, així que s’atura i assigna a aquest rep. Fet en menys de cinc minuts, SLA en verd, dashboard content.
Hi ha tres coses malament en aquest resultat, i cap no apareix en cap informe que tingueu ara mateix.
Primer, el propietari d’aquest camp pot ser un SDR a qui el connector d’Instantly va marcar com a propietari del contacte en crear-lo fa onze setmanes. Aquest rep va enviar tres emails i no va rebre res. Un rep que no ha rebut mai resposta no és amo d’un lead. És amo d’un enviament.
Segon, hi ha un deal obert al registre de l’empresa, d’un altre AE, que ha tingut dues trucades amb el CTO aquest mes. El lead va anar al SDR. L’AE se n’assabenta quan el prospect ho esmenta a la trucada següent.
Tercer, potser el contacte no té cap empresa associada, així que la comprovació a nivell d’empresa no es va executar mai. Si teniu desactivada la creació i associació automàtica nativa d’empreses, com hauríeu de fer, cada via d’entrada que no és outbound (formularis, reserves de reunió, creació manual) produeix contactes amb un domini d’empresa perfectament vàlid i sense empresa associada. La vostra branca d’encaminament per compte no té res amb què fer match i cau en silenci al round robin.
L’ordre de sota és el que construïm. Com a llista no és res de nou. El que importa és que cada esglaó porta una condició de qualificació, no només una comprovació que hi ha valor.
Esglaó 0, la clau de compte. Abans que s’executi cap branca, el contacte ha d’estar associat a l’empresa correcta. Un sol workflow s’encarrega de l’associació d’empresa sigui quina sigui la via d’entrada: inscriviu amb domini d’empresa vàlid més tipus de compte real més cap empresa associada, cerqueu pel domini normalitzat, associeu a l’empresa canònica si existeix, creeu-ne una si no n’hi ha cap i reteniu per a revisió manual si el domini és genèric o compartit. No feu mai match pel nom d’empresa. El match per nom suprimeix Acme i envia Acme Group SL al round robin.
Si Clay crea empreses a la via d’outbound i un workflow de HubSpot les crea a totes les altres, tots dos han de compartir la mateixa normalització de domini i la mateixa lògica de selecció de l’empresa canònica. Si no, no teniu un model d’empreses, en teniu dos, i la vostra escala d’encaminament resol diferent segons la porta per on va entrar el lead.
Esglaó 1, deal obert. Si l’empresa associada té un deal obert, encamineu al propietari del deal. És l’únic esglaó que hauria de ser gairebé incondicional. Un deal obert és una conversa comercial viva amb una persona amb nom a l’altra banda, i ficar-hi un segon rep és la manera més ràpida de perdre un deal que ja estàveu guanyant.
Esglaó 2, client. Si l’empresa és client, encamineu al propietari del compte o al CSM, i marqueu-ho com a expansió i no com a negoci nou. Els leads self-serve de comptes que ja són clients són el que més sovint els equips encaminen com a negoci nou, i així els ingressos d’expansió acaben atribuïts a qui toqués després a la rotació.
Esglaó 3, propietat de contacte qualificada. Aquí és on l’escala es guanya el sou. No ramifiqueu per «Contact Owner té valor». Ramifiqueu per una propietat derivada que respongui si aquella propietat va ser real alguna vegada. La nostra jerarquia: una reunió guanya un intercanvi d’emails en tots dos sentits, que guanya res. Un enviament en un sol sentit no és, explícitament, un intercanvi. La fallada habitual és ramificar pel nombre d’emails enviats, cosa que converteix cada inscripció en una seqüència en propietat del compte.
L’ordre de construcció importa. Deriveu primer «quin rep va tenir l’última reunió amb algú d’aquesta empresa» en una propietat pròpia, alimentada per l’activitat de reunió de HubSpot més la vostra eina d’enregistrament, i després ramifiqueu per aquesta propietat. No ramifiqueu mai per activitat en brut dins del workflow d’encaminament. Ramificar per activitat en brut és il·legible al cap d’un mes i impossible de provar des del primer dia.
Esglaó 4, territori. Zona, codi postal, regió, segment. Aquí viuen la majoria de models industrials i de servei de camp. Al projecte d’Elesa+Ganter, el propietari per zona i codi postal amb SLA i escalat funciona a nivell de seu, no de grup, i aquesta distinció és estructural: els ingressos pugen a la matriu, la supressió puja a la matriu, però el propietari, el territori i l’SLA no pugen. Un registre de grup no ha de sobreescriure el propietari de territori d’una seu. Si la vostra estructura de matriu i filial està ficant un propietari de grup a l’esglaó 4, esteu encaminant malament cada compte amb diverses entitats del portal.
Esglaó 5, round robin. El round robin és només un desempat dins d’un grup de reps igualment vàlids i disponibles. No és mai la lògica principal. El round robin com a regla d’encaminament de primer nivell és un generador de nombres aleatoris amb un relat d’equitat enganxat a sobre.
Esglaó 6, la cua de la casa. Alguna cosa ha de recollir el que no es resol. Un únic propietari de reserva amb nom, o una cua de la casa amb el seu propi SLA. No un camp de propietari buit, i no una inscripció silenciosa a la rotació, perquè un lead que cau per un esglaó trencat i un lead que de debò és nou no haurien de ser indistingibles als vostres informes.
Una escala de precedència que no es pot auditar és una escala de precedència en què ningú no confia, i un model d’encaminament en què ningú no confia es sobreescriu a mà abans que acabi el trimestre.
Escriviu tres propietats en cada assignació, sense excepcions:
owner_assignment_reason és la que importa aquí. Guarda quin esglaó s’ha activat: deal obert, client, propietari amb reunió, territori, round robin, casa. Congeleu aquests valors com congeleu qualsevol conjunt d’etiquetes. Un cop definits, no els redefiniu mai. Afegiu els nous amb noms nous. Si no, no podreu llegir mai quin esglaó està carregant de debò amb el vostre encaminament, i no notareu quan l’esglaó 5 comenci en silenci a endur-se el seixanta per cent del volum perquè l’esglaó 0 s’ha trencat.
Aquest últim punt és tota la raó per instrumentar-ho. Una escala d’encaminament no falla fent soroll. S’escola.
Cinc minuts és el rellotge de l’encaminament. El primer contacte humà és un altre rellotge, dins d’una hora i idealment en quinze minuts. Els equips que reporten un sol número gairebé sempre reporten el rellotge de l’encaminament, perquè és el que controla l’automatització, i després es pregunten per què les millores en speed-to-lead no han generat pipeline.
Imposeu el segon rellotge amb automatització, mai amb la vigilància del rep. Si un lead encaminat continua sense tocar dins de la finestra de l’SLA, aviseu el manager i torneu-lo a encaminar. Si no passa res en vint-i-quatre hores, escaleu. Poseu marca de temps a cada assignació perquè «no vaig veure aquest» es converteixi en un esdeveniment mesurable en lloc d’una arronsada d’espatlles.
Dues limitacions honestes, perquè dimensioneu això bé.
HubSpot detecta duplicats per la propietat d’email i l’ID intern del registre, no exposa cap lògica de match personalitzada i no avisa els reps en crear a mà. HubSpot no té un problema de duplicats, té un problema de match que no us deixa arreglar. Per això l’esglaó 0 viu en un workflow i a la vostra capa d’enrichment, aigües amunt, no a l’eina de fusió.
I la ramificació nativa de workflows és un arbre de decisió, no un classificador. Aguanta bé unes vint branques de «conté». Una escala de sis esglaons és molt per sota d’això. Una escala de sis esglaons creuada amb catorze territoris i quatre segments no ho és, i aquest és el punt en què la lògica ha d’anar a una acció de codi personalitzat amb les regles guardades fora del codi, no en un llenç que ningú no pot llegir.
Quatre filtres, quinze minuts, al vostre propi portal:
A la majoria d’equips el tercer filtre els resulta incòmode. Sol ser el que paga la reconstrucció tot sol, perquè el cost d’un encaminament equivocat no és una resposta lenta, és un segon rep entrant en un deal viu.
Els proveïdors que venen match de lead a compte resolen l’esglaó 0 i us cobren pels esglaons 1 a 6, que són una decisió que heu de prendre igualment i que cap eina no pot prendre per vosaltres. El que necessiteu és un ordre de precedència per escrit, una clau de compte en què confieu i un camp de propietari que reflecteixi qui va treballar de debò el compte i no qui el va inscriure un cop.
Aquesta reconstrucció és el que instal·la el nostre mòdul Lead Scoring & Routing Engine: encaix i intenció puntuats com dos números separats, l’escala de precedència construïda i documentada, l’SLA imposat per automatització i el rastre d’auditoria connectat perquè pugueu demostrar quin esglaó s’ha activat. Si preferiu conèixer primer la mida del problema, els quatre filtres de sobre us en diran gairebé tot en una tarda.
Una auditoria de 20 minuts, dues plantilles de treball i un capítol de The Architecture Behind Growth.
També rebràs The RevOps Build, una build pràctica per número. Et dones de baixa en un clic.
La guia va de camí. Si no arriba en un parell de minuts, mira a la pestanya de promocions.