CRM-brygga
När en session får ett namn hamnar inspelningen som en anteckning på personen i ditt CRM, på en befintlig kontakt och inte en ny.
1. Vad den gör, i en mening
Så snart en session identifieras söker vi efter personen i ditt CRM med identifieraren du skickade och lägger till en anteckning med en länk till inspelningen.
Det är allt. Inga nya kontakter eller affärer och inga ändringar i säljpipelinen. Ett CRM som får en dubblett varje gång någon besöker prissidan är sämre än ingen integration.
Om vi inte hittar personen händer ingenting. Att skapa personen skulle innebära att skriva en post i ditt CRM utifrån en webbläsarsession. Webbläsarsessioner är ingen tillförlitlig källa till vilka dina kunder är.
2. Matchningsnyckeln: så hittar vi personen
Den här delen förtjänar tio minuters uppmärksamhet. Det är här en CRM-integration oftast blir fel utan att det märks.
Vi känner besökaren via det din webbplats berättade för oss: MousePlayer.setUserId(), ett unikt ID från analysverktyget eller ett identify-anrop på serversidan. Ditt CRM känner också personen via något. Dessa två värden måste vara samma sak.
| Vi söker efter | Kan du ändra det? | |
|---|---|---|
| HubSpot | kontaktens e-postadress | nej, sökslutpunkten bygger på den |
| Pipedrive | personer via sökterm, e-post först | nej |
| Salesforce | ett fält som du anger, standard Email | ja |
Varför Salesforce ställer frågan
Salesforce-installationer använder sällan e-post som nyckel. Din kanske använder Customer_Number__c eller ett externt ID från faktureringssystemet. Om vi ändå sökte via e-post skulle vi inte hitta något men rapportera framgång. Det är det värsta felet eftersom integrationen verkar fungera.
Därför frågar formuläret: vilket fält på Contact innehåller värdet vi skickar? Ange API-namnet, inklusive __c om det är ett anpassat fält.
Fältnamnet kontrolleras mot ett strikt mönster innan det når en fråga. Ett CRM-fältnamn består av bokstäver, siffror och understreck. Allt annat avvisas i stället för att escape-behandlas, eftersom escape-behandling kan bli subtilt fel medan ett avvisande är entydigt.
3. När den utlöses och när den avsiktligt inte gör det
Vid identifiering: när din webbplats anropar MousePlayer.setUserId(), när vår analysbrygga läser tillbaka ett unikt ID från PostHog, Mixpanel eller Amplitude eller när din server anropar identify-slutpunkten.
En gång per session, inte per sida
En person som loggar in och sedan besöker elva sidor ger en anteckning, inte elva. CRM-tidslinjen är till för att läsas.
Inte utan identifierare
En anonym session har inget att matcha mot. Vi gissar inte utifrån IP-adressen och kopplar inte inspelningen till någon som råkar dela adressen.
Inte om personen är okänd i ditt CRM
Räknas som klart, inte som misslyckat. Att en potentiell kund ännu inte finns i ditt CRM är normalt och ändras inte av att försöka igen i morgon.
4. Så ser anteckningen ut och här lagras token
En anteckning på kontaktens tidslinje: en rad om att en session spelats in och länken. Säljaren klickar och ser vad personen faktiskt gjorde innan den hörde av sig.
Autentiseringsuppgiften
Lagras krypterad med AES-256-GCM. Visas aldrig igen efter att du sparat. Fältet visar asterisker och om du sparar formuläret med asteriskerna kvar ändras inte det lagrade värdet. Den hålls också avsiktligt utanför den interna kön som bär uppdraget. Kön är ett delat tillstånd och fel plats för en nyckel.
Salesforce behöver tre saker, de andra två
Salesforce autentiserar via en ansluten app med en uppdateringstoken. Därför behövs Consumer Key, klienthemlighet och uppdateringstoken samt din instans-URL. HubSpot och Pipedrive använder en enda API-token. I alla tre fallen är appen din. MousePlayer driver ingen marknadsplatsapp som du måste lita på.
5. Zoho CRM och Freshsales
Ytterligare två CRM-system med mycket olika konfigurationsarbete.
| Zoho CRM | Freshsales | |
|---|---|---|
| Du anger | datacenter, klient-ID, klienthemlighet, uppdateringstoken | API-nyckel och din Freshworks-domän |
| Vi söker i | ett fält du anger, standard Email | ett fält du anger, standard email |
| Anteckningen hamnar | på kontakten som en Note-post | på kontakten som en anteckning |
Zoho finns i ett av sex datacenter
Ett konto finns i com, eu, in, com.au, jp eller com.cn, och nyckeln anger inte vilket. Väljer du fel svarar Zoho med INVALID_TOKEN – vilket ser ut som en felaktig nyckel och leder felsökningen åt fel håll. Därför är fältet en rullgardinsmeny.
Self Client, en gång
Skapa en Self Client i Zohos API-konsol, generera en behörighetstoken för ZohoCRM.modules.ALL och ZohoSearch.securesearch.READ och byt den en gång mot en uppdateringstoken. Uppdateringstoken upphör inte att gälla. Åtkomsttoken som gäller en timme hämtas med den och lagras aldrig.
Zoho svarar 200 när det menar nej
Både tokenutbytet och skrivning av poster kan returnera HTTP 200 med ett fel eller en status per post i innehållet. Vi läser innehållet. En brygga som litade på statuskoden skulle rapportera framgång för en anteckning som aldrig skapades.
Alla nämnda varumärken tillhör respektive ägare. MousePlayer har ingen affärsrelation med leverantörerna.