CRM мост
Когато сесия получи име, записът се добавя като бележка към този човек в CRM системата ви — към вече съществуващия контакт, а не към нов.
1. Какво прави, в едно изречение
В момента на идентифициране на сесията търсим човека в CRM системата ви по идентификатора, който сте ни изпратили, и добавяме бележка с връзка към записа.
Това е всичко. Без нови контакти, без нови сделки, без промени в търговския процес. CRM система, която създава дубликат при всяко посещение на ценовата ви страница, е по-лоша от липса на интеграция.
Ако не намерим човека, нищо не се случва. Създаването му би означавало записване на нов запис в CRM системата ви въз основа на браузърна сесия — а браузърните сесии не са достоверният източник за това кои са клиентите ви.
2. Ключът за съпоставяне: как намираме човека
Тази част заслужава десет минути от вниманието ви, защото точно тук CRM интеграциите обикновено се объркват незабележимо.
Познаваме посетителя чрез това, което сайтът ви ни е казал — MousePlayer.setUserId(), уникален идентификатор, прочетен от аналитичния ви инструмент, или сървърно извикване за идентифициране. CRM системата ви също го познава чрез нещо. Тези две неща трябва да са едно и също.
| Търсим | Можете да го промените | |
|---|---|---|
| HubSpot | имейл адреса на контакта | не — крайната точка за търсене е изградена около него |
| Pipedrive | лица по термин, първо по имейл | не |
| Salesforce | поле, което посочвате вие, по подразбиране Email | да |
Защо Salesforce задава този въпрос
Инсталациите на Salesforce рядко използват имейла като ключ. Вашата може да използва Customer_Number__c или външен идентификатор от системата ви за фактуриране. Ако въпреки това търсим по имейл, няма да намерим нищо и ще отчетем успех — най-лошият вид неуспех, защото интеграцията изглежда работеща.
Затова формулярът пита: кое поле в Contact съдържа стойността, която ви изпращаме? Въведете API името, включително __c, ако е персонализирано поле.
Името на полето се проверява по строг шаблон, преди да стигне до заявка. Името на CRM поле съдържа букви, цифри и долни черти — всичко друго се отхвърля, вместо да се екранира, защото екранирането може незабележимо да се обърка, а отхвърлянето — не.
3. Кога се задейства и кога умишлено не
При идентифициране: когато сайтът ви извика MousePlayer.setUserId(), когато аналитичният ни мост прочете уникален идентификатор от PostHog, Mixpanel или Amplitude или когато сървърът ви извика крайната точка за идентифициране.
Веднъж на сесия, а не на страница
Човек, който влиза в акаунта си и разглежда единадесет страници, означава една бележка, не единадесет. Времевата линия в CRM е място, което хората четат.
Не и без идентификатор
Анонимната сесия няма по какво да бъде съпоставена. Не гадаем по IP адрес и не прикачваме записа към всеки, който случайно споделя този адрес.
Не и ако човекът е непознат за CRM системата ви
Отчита се като изпълнено, не като неуспех — потенциален клиент, който още не е във вашата CRM система, е нормалният случай и повторен опит утре не би го променил.
4. Как изглежда бележката и къде се съхранява токенът
Една бележка във времевата линия на контакта: ред, че е записана сесия, и връзката. Търговецът ви я натиска и гледа какво действително е направил човекът, преди да ви пише.
Данните за достъп
Съхраняват се шифровани с AES-256-GCM. Никога не се показват отново след запазване — полето показва звездички, а запазването на формуляра със звездички оставя съхранената стойност непроменена. Освен това умишлено не се включват във вътрешната опашка със задачата: опашката е споделено състояние, а споделеното състояние е грешното място за ключ.
Salesforce изисква три неща, останалите — две
Salesforce удостоверява чрез Connected App с токен за обновяване, затова изисква Consumer Key, Consumer Secret и токена за обновяване, плюс URL адреса на инстанцията ви. HubSpot и Pipedrive използват един токен за API. И в трите случая приложението е ваше — MousePlayer не управлява приложение от магазин, на което трябва да се доверите.
5. Zoho CRM и Freshsales
Още две CRM системи с напълно различна сложност на настройката.
| Zoho CRM | Freshsales | |
|---|---|---|
| Вие предоставяте | център за данни, клиентски идентификатор, клиентска тайна, токен за обновяване | ключ за API и вашия Freshworks домейн |
| Търсим | поле, което посочвате, по подразбиране Email | поле, което посочвате, по подразбиране email |
| Бележката се добавя | към контакта, като запис Note | към контакта, като бележка |
Zoho се намира в един от шест центъра за данни
Акаунтът е в com, eu, in, com.au, jp или com.cn, а нищо в ключа не показва кой. Изберете грешния и Zoho отговаря INVALID_TOKEN — което изглежда като грешен ключ и ви кара да търсите на грешното място. Точно затова полето е падащ списък.
Self Client, еднократно
Създайте Self Client в API конзолата на Zoho, генерирайте токен за разрешение за ZohoCRM.modules.ALL и ZohoSearch.securesearch.READ и го обменете еднократно за токен за обновяване. Този токен за обновяване не изтича; часовите токени за достъп се извличат чрез него и никога не се съхраняват.
Zoho отговаря с 200, когато има предвид „не“
Както обменът на токени, така и записването на данни могат да върнат HTTP 200 с грешка или състояние за отделен запис в тялото. Прочитаме тялото — мост, който вярва на кода за състояние, би отчел успех за бележка, която никога не е създадена.
Всички споменати тук търговски марки принадлежат на съответните им собственици. MousePlayer няма търговски отношения с тези доставчици.