CRM tilts
Kad sesija iegūst nosaukumu, ieraksts nonāk kā piezīme pie šīs personas jūsu CRM — pie jau esošas kontaktpersonas, nevis jaunas.
1. Ko tas dara vienā teikumā
Tiklīdz sesija tiek identificēta, mēs jūsu CRM sameklējam personu pēc identifikatora, kuru mums nosūtījāt, un pievienojam piezīmi ar saiti uz ierakstu.
Tas arī viss. Nav jaunu kontaktpersonu, jaunu darījumu vai pārdošanas plūsmas izmaiņu. CRM, kurā rodas dublikāts ikreiz, kad kāds apmeklē cenu lapu, ir sliktāks nekā integrācijas neesamība.
Ja personu neatrodam, nekas nenotiek. Tās izveide nozīmētu ierakstīt datus jūsu CRM no pārlūka sesijas — un pārlūka sesijas nav patiesības avots par to, kas ir jūsu klienti.
2. Sasaistes atslēga: kā atrodam personu
Šai daļai vērts veltīt desmit minūtes uzmanības, jo tieši te CRM integrācija parasti nemanāmi kļūdās.
Apmeklētāju pazīstam pēc tā, ko mums pateica jūsu vietne, — MousePlayer.setUserId(), no analītikas rīka nolasīta identifikatora vai servera puses identificēšanas izsaukuma. Arī jūsu CRM viņu pazīst pēc kaut kā. Abām šīm lietām jāsakrīt.
| Mēs meklējam | Varat to mainīt | |
|---|---|---|
| HubSpot | kontaktpersonas e-pasta adresi | nē — meklēšanas galapunkts ir veidots ap to |
| Pipedrive | personas pēc meklēšanas vārda, vispirms pēc e-pasta | nē |
| Salesforce | lauku, kuru norādāt, pēc noklusējuma Email | jā |
Kāpēc tieši Salesforce to jautā
Salesforce instalācijās atslēga reti ir e-pasts. Jūsējā var izmantot Customer_Number__c vai ārēju ID no jūsu norēķinu sistēmas. Ja tik un tā meklētu pēc e-pasta, mēs neko neatrastu un ziņotu par panākumu — tā ir sliktākā kļūme, jo integrācija izskatās dzīva.
Tāpēc veidlapa jautā: kurā Contact laukā atrodas vērtība, ko jums sūtām? Ievadiet API nosaukumu, iekļaujot __c, ja tas ir pielāgots lauks.
Pirms lauka nosaukums nonāk vaicājumā, tas tiek pārbaudīts pēc stingra parauga. CRM lauka nosaukumā ir burti, cipari un pasvītras — viss pārējais tiek noraidīts, nevis ekranēts, jo ekranēšanā var pieļaut nemanāmas kļūdas, bet noraidīšanā ne.
3. Kad tas nostrādā un kad apzināti ne
Identificēšanas brīdī: kad jūsu vietne izsauc MousePlayer.setUserId(), kad mūsu analītikas tilts nolasa identifikatoru no PostHog, Mixpanel vai Amplitude vai jūsu serveris izsauc identificēšanas galapunktu.
Vienreiz sesijā, nevis vienreiz lapā
Persona, kas piesakās un pēc tam pārlūko vienpadsmit lapas, rada vienu piezīmi, nevis vienpadsmit. Jūsu CRM laika skalu cilvēki lasa.
Ne bez identifikatora
Anonīmai sesijai nav, pēc kā veikt sasaisti. Mēs neminām pēc IP adreses un nepievienojam ierakstu nejaušai personai, kam ir tā pati adrese.
Ne tad, ja jūsu CRM personu nepazīst
Tiek uzskaitīts kā pabeigts, nevis neveiksmīgs — potenciāls klients, kura vēl nav jūsu CRM, ir parasts gadījums, un atkārtots mēģinājums rīt to nemainītu.
4. Kā izskatās piezīme un kur glabājas žetons
Viena piezīme kontaktpersonas laika skalā: rinda par ierakstītu sesiju un saite. Jūsu pārdošanas darbinieks uz tās noklikšķina un noskatās, ko persona patiesībā darīja, pirms jums rakstīja.
Piekļuves dati
Tiek glabāti šifrēti ar AES-256-GCM. Pēc saglabāšanas vairs netiek parādīti — laukā redzamas zvaigznītes, un veidlapas saglabāšana ar zvaigznītēm nemaina saglabāto vērtību. Tie arī apzināti netiek ievietoti iekšējā rindā, kas pārvadā uzdevumu: rinda ir koplietojams stāvoklis, un koplietojams stāvoklis nav vieta atslēgai.
Salesforce vajadzīgas trīs lietas, pārējiem divas
Salesforce autentificējas caur Connected App ar atsvaidzināšanas žetonu, tāpēc prasa patērētāja atslēgu, noslēpumu un atsvaidzināšanas žetonu, kā arī jūsu instances URL. HubSpot un Pipedrive izmanto vienu API žetonu. Visos trīs gadījumos lietotne ir jūsu — MousePlayer neuztur tirgus lietotni, kurai jums būtu jāuzticas.
5. Zoho CRM un Freshsales
Vēl divas CRM sistēmas ar krasi atšķirīgu iestatīšanas sarežģītību.
| Zoho CRM | Freshsales | |
|---|---|---|
| Jūs norādāt | datu centru, klienta ID, klienta noslēpumu, atsvaidzināšanas žetonu | API atslēgu un jūsu Freshworks domēnu |
| Mēs meklējam | jūsu norādītu lauku, pēc noklusējuma Email | jūsu norādītu lauku, pēc noklusējuma email |
| Piezīme nonāk | pie kontaktpersonas kā Note ieraksts | pie kontaktpersonas kā piezīme |
Zoho atrodas vienā no sešiem datu centriem
Konts atrodas com, eu, in, com.au, jp vai com.cn, un atslēgā nekas nenorāda, kurā. Izvēloties nepareizo, Zoho atbild ar INVALID_TOKEN — kas izskatās pēc nepareizas atslēgas un liek meklēt vainu nepareizajā vietā. Tieši tāpēc šis lauks ir nolaižamais saraksts.
Self Client, vienu reizi
Zoho API konsolē izveidojiet Self Client, ģenerējiet atļaujas žetonu tvērumiem ZohoCRM.modules.ALL un ZohoSearch.securesearch.READ un vienreiz apmainiet to pret atsvaidzināšanas žetonu. Šim atsvaidzināšanas žetonam nav derīguma termiņa; no tā katru stundu tiek iegūti piekļuves žetoni, kas nekad netiek glabāti.
Zoho atbild ar 200, kad domā „nē“
Gan žetonu apmaiņa, gan ierakstu rakstīšana var atgriezt HTTP 200 ar kļūdu vai katra ieraksta statusu atbildes saturā. Mēs nolasām saturu — tilts, kas uzticētos statusa kodam, ziņotu par panākumu piezīmei, kura nekad netika izveidota.
Visas šeit minētās preču zīmes pieder to attiecīgajiem īpašniekiem. MousePlayer nav darījumu attiecību ar šiem nodrošinātājiem.