CRM integracijos tiltas
Seansui gavus tapatybę, įrašas pridedamas kaip pastaba prie to asmens jūsų CRM: prie jau esamo kontakto, o ne naujo.
1. Ką tai daro vienu sakiniu
Vos identifikavus seansą, pagal jūsų atsiųstą identifikatorių surandame asmenį CRM ir pridedame pastabą su nuoroda į įrašą.
Tai viskas. Jokių naujų kontaktų ar sandorių, jokių pardavimo proceso pakeitimų. CRM, kurianti dublikatą kaskart kam nors apsilankius kainų puslapyje, blogesnė už jokios integracijos nebuvimą.
Jei asmens nerandame, nieko nevyksta. Jį sukurti reikštų rašyti įrašą į CRM pagal naršyklės seansą, o naršyklės seansai nėra patikimas šaltinis apie tai, kas yra jūsų klientai.
2. Atitikties raktas: kaip randame asmenį
Šiai daliai verta skirti dešimt minučių, nes būtent čia CRM integracija paprastai nepastebimai suklysta.
Lankytoją žinome pagal tai, ką nurodė jūsų svetainė: MousePlayer.setUserId(), pagal unikalų ID, nuskaitytą iš analitikos įrankio, arba serverio identifikavimo kvietimą. CRM taip pat jį kažkaip atpažįsta. Abu identifikatoriai turi sutapti.
| Ieškome pagal | Galite pakeisti | |
|---|---|---|
| HubSpot | kontakto el. pašto adresą | ne, paieškos galinis adresas grindžiamas juo |
| Pipedrive | asmenis pagal terminą, pirmiausia el. paštą | ne |
| Salesforce | lauką, kurį įvardijate, numatytasis Email | taip |
Kodėl būtent Salesforce klausia
Salesforce diegimai retai remiasi el. paštu. Jūsų gali remtis Customer_Number__c arba išoriniu ID iš atsiskaitymo sistemos. Jei vis tiek ieškotume pagal el. paštą, nieko nerastume ir praneštume apie sėkmę: tai blogiausia klaida, nes integracija atrodytų veikianti.
Todėl forma klausia: kuriame Contact lauke saugoma reikšmė, kurią jums siunčiame? Įrašykite API pavadinimą, įskaitant __c, jei tai pasirinktinis laukas.
Prieš laukui pasiekiant užklausą, jo pavadinimas patikrinamas pagal griežtą šabloną. CRM lauko pavadinimą sudaro raidės, skaitmenys ir pabraukimo ženklai; visa kita atmetama, o ne ekranuojama, nes ekranuojant galima subtiliai suklysti, o atmetant ne.
3. Kada suveikia ir kada sąmoningai ne
Identifikavimo metu: kai svetainė iškviečia MousePlayer.setUserId(), kai analitikos tiltas nuskaito unikalų ID iš PostHog, Mixpanel ar Amplitude arba kai serveris iškviečia identifikavimo galinį adresą.
Kartą per seansą, o ne puslapį
Prisijungęs ir vienuolika puslapių aplankęs asmuo sukuria vieną pastabą, o ne vienuolika. CRM laiko juosta skirta žmonėms skaityti.
Ne be identifikatoriaus
Anoniminiam seansui nėra pagal ką ieškoti atitikties. Nespėliojame pagal IP adresą ir nepriskiriame įrašo bet kam, kas tuo adresu dalijasi.
Ne jei CRM asmens nežino
Laikoma atlikta, o ne nepavykusia užduotimi: potencialus klientas, kurio dar nėra CRM, yra įprastas atvejis, ir rytoj kartojant niekas nepasikeistų.
4. Kaip atrodo pastaba ir kur laikomas žetonas
Viena pastaba kontakto laiko juostoje: eilutė, kad įrašytas seansas, ir nuoroda. Pardavėjas spusteli ir mato, ką asmuo iš tikrųjų darė prieš parašydamas.
Prisijungimo duomenys
Saugomi užšifruoti naudojant AES-256-GCM. Išsaugojus daugiau nerodomi: lauke matomos žvaigždutės, o išsaugojus formą su žvaigždutėmis saugoma reikšmė nepakeičiama. Sąmoningai neįtraukiami ir į vidinę užduočių eilę: eilė yra bendra būsena, o bendroje būsenoje raktui ne vieta.
Salesforce reikia trijų dalykų, kitoms – dviejų
Salesforce autentifikuojasi per Connected App su atnaujinimo žetonu, todėl prašo Consumer Key, paslapties, atnaujinimo žetono ir jūsų egzemplioriaus URL. HubSpot ir Pipedrive naudoja vieną API žetoną. Visais trimis atvejais programėlė priklauso jums: MousePlayer nenaudoja prekyvietės programėlės, kuria turėtumėte pasitikėti.
5. Zoho CRM ir Freshsales
Dar dvi CRM, kurių nustatymo pastangos labai skiriasi.
| Zoho CRM | Freshsales | |
|---|---|---|
| Pateikiate | duomenų centrą, kliento ID, kliento paslaptį, atnaujinimo žetoną | API raktą ir Freshworks domeną |
| Ieškome pagal | jūsų įvardytą lauką, numatytasis Email | jūsų įvardytą lauką, numatytasis email |
| Pastaba pridedama | prie kontakto kaip Note įrašas | prie kontakto kaip pastaba |
Zoho veikia viename iš šešių duomenų centrų
Paskyra yra com, eu, in, com.au, jp arba com.cn, ir iš rakto neaišku, kuriame. Pasirinkus neteisingą, Zoho atsako INVALID_TOKEN – tai atrodo kaip blogas raktas ir nukreipia paiešką ne ten. Būtent todėl laukas yra išskleidžiamasis sąrašas.
Self Client vieną kartą
Zoho API konsolėje sukurkite Self Client, sugeneruokite suteikimo žetoną šioms apimtims: ZohoCRM.modules.ALL ir ZohoSearch.securesearch.READ, tada vieną kartą pakeiskite jį atnaujinimo žetonu. Šis neturi galiojimo pabaigos; kasvalandiniai prieigos žetonai gaunami pagal jį ir niekada nesaugomi.
Zoho atsako 200 net atsisakydama
Ir žetonų keitimas, ir įrašų rašymas gali grąžinti HTTP 200 su klaida ar atskiro įrašo būsena turinyje. Skaitome turinį: vien būsenos kodu pasitikintis tiltas praneštų apie sėkmę pastabai, kurios niekada nebuvo.
Visi čia paminėti prekių ženklai priklauso jų savininkams. MousePlayer su šiais teikėjais neturi verslo ryšių.