CRM-híd
Amikor egy munkamenet nevet kap, a felvétel jegyzetként megjelenik az illető CRM-névjegyén — a már létező névjegyen, nem egy újon.
1. Mit csinál, egy mondatban
A munkamenet azonosításának pillanatában az elküldött azonosítóval megkeressük az illetőt a CRM-ben, és a felvételre mutató linket tartalmazó jegyzetet csatolunk hozzá.
Ennyi. Nincsenek új névjegyek vagy ügyletek, és az értékesítési folyamat sem változik. Az árlistája minden megtekintésekor új duplikátumot létrehozó CRM rosszabb, mint az integráció hiánya.
Ha nem találjuk az illetőt, semmi nem történik. Létrehozása azt jelentené, hogy böngészős munkamenetből írnánk bejegyzést a CRM-be — a böngészős munkamenetek pedig nem hiteles forrásai annak, kik az ügyfelei.
2. Egyeztetési kulcs: hogyan találjuk meg az illetőt
Erre érdemes tíz perc figyelmet szánnia, mert a CRM-integráció általában itt romlik el észrevétlenül.
A látogatót az alapján ismerjük, amit webhelye közölt velünk — MousePlayer.setUserId(), analitikai eszközéből visszaolvasott egyedi azonosító vagy szerveroldali azonosítási hívás alapján. CRM-je is valamilyen adat alapján ismeri. A két adatnak egyeznie kell.
| Mit keresünk | Módosítható-e | |
|---|---|---|
| HubSpot | a névjegy e-mail-címét | nem — a keresési végpont erre épül |
| Pipedrive | személyeket keresőkifejezés alapján, elsőként e-mail-címmel | nem |
| Salesforce | egy Ön által megnevezett mezőt, alapértelmezetten: Email | igen |
Miért a Salesforce kérdez rá
A Salesforce-telepítések ritkán használnak e-mail-címet kulcsként. Az Öné használhat Customer_Number__c értéket vagy a számlázási rendszer külső azonosítóját. Ha ennek ellenére e-mail-cím alapján keresnénk, nem találnánk semmit, mégis sikert jeleznénk — ez a legrosszabb hiba, mert az integráció működőnek látszik.
Ezért kérdezi az űrlap: a Contact melyik mezője tartalmazza az Önnek küldött értéket? Az API-nevet adja meg, egyedi mező esetén a __c résszel együtt.
A mezőnevet szigorú mintával ellenőrizzük, mielőtt lekérdezésbe kerülne. A CRM-mező neve betűkből, számjegyekből és aláhúzásjelekből áll — minden mást elutasítunk, nem escape-elünk, mert az utóbbit könnyű észrevétlenül elrontani, az elutasítást nem.
3. Mikor aktiválódik, és mikor szándékosan nem
Azonosításkor: amikor webhelye meghívja ezt: MousePlayer.setUserId(), amikor analitikai hidunk visszaolvassa az egyedi azonosítót a PostHogból, Mixpanelből vagy Amplitude-ból, vagy amikor szervere meghívja az azonosítási végpontot.
Munkamenetenként egyszer, nem oldalanként
Ha valaki bejelentkezik, majd tizenegy oldalt böngészik, egy jegyzet készül, nem tizenegy. A CRM idővonalát emberek olvassák.
Azonosító nélkül nem
Névtelen munkamenetnél nincs egyeztetési alap. Nem találgatunk IP-cím alapján, és nem csatoljuk a felvételt ahhoz, aki történetesen ugyanazt a címet használja.
Ha az illető ismeretlen a CRM-ben, nem
Elvégzettnek számít, nem hibásnak — a CRM-ben még nem szereplő érdeklődő normális eset, és a holnapi újrapróbálás sem változtatna rajta.
4. Hogyan néz ki a jegyzet, és hol van a token
Egy jegyzet a névjegy idővonalán: egy sor a munkamenet rögzítéséről és a link. Az értékesítő rákattint, és megnézi, mit tett az illető, mielőtt írt volna.
Hitelesítési adat
AES-256-GCM titkosítással tároljuk. Mentés után többé nem mutatjuk meg — a mezőben csillagok látszanak, és az űrlap csillagokkal történő mentése érintetlenül hagyja a tárolt értéket. Szándékosan kihagyjuk a feladatot hordozó belső várólistából is: a várólista megosztott állapot, amely nem megfelelő hely egy kulcsnak.
A Salesforce három dolgot kér, a többi kettőt
A Salesforce Connected Appon keresztül, frissítési tokennel hitelesít, ezért fogyasztói kulcsot, titkos kulcsot és frissítési tokent kér, valamint példánya URL-jét. A HubSpotnak és a Pipedrive-nak egyetlen API-token kell. Mindhárom esetben az alkalmazás az Öné — a MousePlayer nem üzemeltet piactéri alkalmazást, amelyben meg kellene bíznia.
5. Zoho CRM és Freshsales
Két további CRM, a beállítási erőfeszítés két ellentétes végén.
| Zoho CRM | Freshsales | |
|---|---|---|
| Mit kell megadnia | adatközpont, kliensazonosító, kliens titkos kulcsa, frissítési token | API-kulcs és Freshworks-domainje |
| Mit keresünk | az Ön által megnevezett mezőt, alapértelmezetten: Email | az Ön által megnevezett mezőt, alapértelmezetten: email |
| Hová kerül a jegyzet | a névjegyhez, Note-bejegyzésként | a névjegyhez, jegyzetként |
A Zoho hat adatközpont egyikében működik
A fiók lehetséges helyei: com, eu, in, com.au, jp vagy com.cn, és a kulcs semmiből nem árulja el, melyik. Rossz választásnál a Zoho válasza INVALID_TOKEN — ez hibás kulcsnak tűnik, és rossz helyen keresteti a hibát. A mező pontosan ezért legördülő lista.
A Self Client, egyszer
A Zoho API-konzolban hozzon létre Self Clientet, generáljon engedélyezési tokent a ZohoCRM.modules.ALL és ZohoSearch.securesearch.READ hatókörökhöz, majd egyszer cserélje frissítési tokenre. Ez a frissítési token nem jár le; az óránkénti hozzáférési tokeneket ebből kérjük le, és soha nem tároljuk.
A Zoho 200-zal válaszol, amikor nemet mond
Mind a tokencsere, mind a bejegyzések írása visszatérhet HTTP 200-zal, a törzsben pedig hibával vagy bejegyzésenkénti állapottal. A törzset olvassuk — a pusztán állapotkódban bízó híd olyan jegyzetre is sikert jelezne, amely soha nem jött létre.
Az itt említett védjegyek a tulajdonosaikhoz tartoznak. A MousePlayer nem áll üzleti kapcsolatban ezekkel a szolgáltatókkal.