Pont CRM
Quan una sessió rep un nom, la gravació apareix com a nota d’aquella persona al seu CRM: al contacte que ja existeix, no en un de nou.
1. Què fa, en una frase
En el moment en què s’identifica una sessió, cerquem la persona al seu CRM mitjançant l’identificador que ens ha enviat i hi adjuntem una nota amb un enllaç a la gravació.
Això és tot. Cap contacte nou, cap negoci nou ni cap canvi al flux comercial. Un CRM que crea un duplicat cada vegada que algú visita la pàgina de preus és pitjor que no tenir integració.
Si no trobem la persona, no passa res. Crear-la significaria escriure un registre al seu CRM a partir d’una sessió de navegador, i les sessions de navegador no són una font de veritat sobre qui són els seus clients.
2. La clau de correspondència: com trobem la persona
Aquesta part mereix deu minuts de la seva atenció, perquè és on les integracions CRM acostumen a fallar sense que es noti.
Coneixem el visitant pel que ens ha indicat el seu lloc: MousePlayer.setUserId(), un identificador distintiu llegit de la seva eina d’analítica o una crida d’identificació del servidor. El seu CRM també el coneix per algun valor. Aquests dos valors han de ser el mateix.
| Què cerquem | Es pot canviar? | |
|---|---|---|
| HubSpot | l’adreça electrònica del contacte | no; l’endpoint de cerca està dissenyat al seu voltant |
| Pipedrive | persones per terme, primer el correu electrònic | no |
| Salesforce | un camp que vostè indica, per defecte Email | sí |
Per què Salesforce és el que ho pregunta
Les instal·lacions de Salesforce poques vegades utilitzen el correu electrònic com a clau. La seva podria utilitzar Customer_Number__c o un identificador extern del sistema de facturació. Si tot i així cerquéssim per correu electrònic, no trobaríem res i indicaríem èxit: el pitjor tipus d’error, perquè la integració sembla funcionar.
Per això el formulari pregunta: quin camp de Contact conté el valor que li enviem? Introdueixi el nom d’API, inclòs el sufix __c si és un camp personalitzat.
El nom del camp es comprova amb un patró estricte abans d’arribar a una consulta. Un nom de camp CRM conté lletres, dígits i guions baixos; qualsevol altra cosa es rebutja en lloc d’escapar-la, perquè l’escapament pot fallar de maneres subtils i el rebuig no.
3. Quan s’activa i quan expressament no ho fa
En identificar-se: quan el seu lloc crida MousePlayer.setUserId(), quan el nostre pont d’analítica llegeix un identificador distintiu de PostHog, Mixpanel o Amplitude o quan el seu servidor crida l’endpoint d’identificació.
Una vegada per sessió, no per pàgina
Una persona que inicia sessió i després visita onze pàgines genera una nota, no onze. La cronologia del seu CRM és un lloc que la gent llegeix.
Mai sense identificador
Una sessió anònima no té cap valor per establir correspondència. No fem suposicions per adreça IP ni adjuntem la gravació a qui casualment comparteixi aquella adreça.
No si la persona és desconeguda per al seu CRM
Es compta com a completat, no com a error: un client potencial que encara no és al CRM és el cas normal, i tornar-ho a provar demà no ho canviaria.
4. Com és la nota i on es desa el token
Una nota a la cronologia del contacte: una línia que indica que s’ha gravat una sessió i l’enllaç. El seu comercial hi fa clic i veu què ha fet realment la persona abans d’escriure’ls.
La credencial
Es desa xifrada amb AES-256-GCM. No es torna a mostrar després de desar-la: el camp mostra asteriscs, i desar el formulari amb asteriscs manté intacte el valor desat. També es manté expressament fora de la cua interna que transporta la tasca: la cua és un estat compartit, i un estat compartit no és el lloc adequat per a una clau.
Salesforce necessita tres coses; els altres, dues
Salesforce s’autentica mitjançant una Connected App amb un token d’actualització; per això demana la consumer key, el secret i el token d’actualització, a més de l’URL de la seva instància. HubSpot i Pipedrive utilitzen un sol token d’API. En tots tres casos, l’aplicació és seva: MousePlayer no executa cap aplicació de marketplace en la qual hagi de confiar.
5. Zoho CRM i Freshsales
Dos CRM més, situats als extrems oposats de l’esforç de configuració.
| Zoho CRM | Freshsales | |
|---|---|---|
| Què cal proporcionar | centre de dades, identificador de client, secret de client, token d’actualització | clau d’API i el seu domini Freshworks |
| Què cerquem | un camp que vostè indica, per defecte Email | un camp que vostè indica, per defecte email |
| On apareix la nota | al contacte, com a registre Note | al contacte, com a nota |
Zoho es troba en un de sis centres de dades
Un compte es troba a com, eu, in, com.au, jp o com.cn, i res de la clau no indica a quin. Si tria el centre erroni, Zoho respon INVALID_TOKEN com a resposta. Això sembla una clau incorrecta i el porta a buscar al lloc equivocat. Precisament per això el camp és un desplegable.
El Self Client, una vegada
Creï un Self Client a la consola d’API de Zoho, generi un token d’autorització per a ZohoCRM.modules.ALL i ZohoSearch.securesearch.READ i bescanviï’l una vegada per un token d’actualització. Aquest token d’actualització no caduca; se n’obtenen els tokens d’accés horaris i no es desen mai.
Zoho respon 200 quan vol dir que no
Tant l’intercanvi de tokens com l’escriptura de registres poden retornar HTTP 200 amb un error o un estat per registre al cos. Llegim el cos: un pont que es refiés del codi d’estat indicaria èxit per una nota que no s’ha creat mai.
Totes les marques esmentades aquí pertanyen als seus propietaris respectius. MousePlayer no té cap relació comercial amb aquests proveïdors.