CRM-мост
Кога сесијата добива име, снимката завршува како белешка кај тоа лице во вашиот CRM - кај контактот што веќе постои, а не кај нов.
1. Што прави ова, во една реченица
Во моментот кога сесијата е идентификувана, го бараме лицето во вашиот CRM според идентификаторот што ни го испративте и прикачуваме белешка со врска до снимката.
Тоа е сè. Нема нови контакти, нови зделки или промени во продажниот процес. CRM што создава дупликат секогаш кога некој ќе ја посети страницата со цени е полош од никаква интеграција.
Ако не можеме да го најдеме лицето, ништо не се случува. Неговото создавање би значело запишување запис во вашиот CRM од сесија во прелистувач - а сесиите во прелистувач не се меродавен извор за тоа кои се вашите клиенти.
2. Клучот за совпаѓање: како го наоѓаме лицето
Ова е делот што вреди десет минути од вашето внимание, бидејќи тука CRM-интеграцијата обично незабележливо греши.
Го познаваме посетителот според она што ни го кажала вашата веб-локација - MousePlayer.setUserId(), единствен ID прочитан од вашата аналитичка алатка или серверски повик за идентификација. И вашиот CRM го познава по нешто. Тие две нешта мора да бидат истото.
| Пребаруваме | Може да го промените | |
|---|---|---|
| HubSpot | адресата за е-пошта на контактот | не - крајната точка за пребарување е изградена околу неа |
| Pipedrive | лица по поим, прво е-пошта | не |
| Salesforce | поле што го именувате, стандардно Email | да |
Зошто Salesforce е тој што прашува
Инсталациите на Salesforce ретко користат е-пошта како клуч. Вашата можеби користи Customer_Number__cили надворешен ID од системот за наплата. Ако сепак пребаруваме по е-пошта, не би нашле ништо и би пријавиле успех - најлошиот вид неуспех бидејќи интеграцијата изгледа активна.
Затоа формуларот прашува: кое поле во Contact ја содржи вредноста што ви ја испраќаме? Внесете го API-името, вклучувајќи го __c ако е приспособено поле.
Името на полето се проверува според строг образец пред да стигне до пребарување. Име на CRM-поле содржи букви, цифри и долни црти - сè друго се одбива наместо да се маскира со контролни знаци, бидејќи при таквото маскирање лесно се прави скриена грешка, а при одбивање не.
3. Кога се активира и кога намерно не се активира
При идентификација: кога вашата веб-локација повикува MousePlayer.setUserId(), кога нашиот аналитички мост ќе прочита единствен ID од PostHog, Mixpanel или Amplitude или кога вашиот сервер ќе ја повика крајната точка за идентификација.
Еднаш по сесија, а не еднаш по страница
Лице што се најавува и потоа прелистува единаесет страници е една белешка, а не единаесет. Временската линија на вашиот CRM е место што луѓето го читаат.
Не без идентификатор
Анонимната сесија нема според што да се совпадне. Не погодуваме по IP-адреса и не ја прикачуваме снимката на кој било што случајно ја дели таа адреса.
Не ако лицето е непознато за вашиот CRM
Се брои како завршено, а не како неуспешно - потенцијален клиент што сè уште не е во вашиот CRM е вообичаен случај, а повторен обид утре не би го променил тоа.
4. Како изгледа белешката и каде е токенот
Една белешка на временската линија на контактот: ред што кажува дека е снимена сесија и врската. Продавачот кликнува и гледа што лицето навистина направило пред да пише.
Акредитивот
Се чува шифриран со AES-256-GCM. Никогаш повторно не се прикажува по зачувувањето - полето покажува ѕвездички, а зачувувањето на формуларот со ѕвездички во него не ја менува зачуваната вредност. Намерно се изоставува и од внатрешната редица што ја носи задачата: редицата е споделена состојба, а споделената состојба е погрешно место за клуч.
Salesforce бара три нешта, другите две
Salesforce се автентицира преку Connected App со токен за обновување, па ги бара consumer key, тајната и токенот за обновување, плус URL-адресата на вашата инстанца. HubSpot и Pipedrive прифаќаат еден API-токен. Во сите три случаи апликацијата е ваша - MousePlayer не користи апликација од пазар на која мора да ѝ верувате.
5. Zoho CRM и Freshsales
Уште два CRM, на спротивни краеви според трудот потребен за поставување.
| Zoho CRM | Freshsales | |
|---|---|---|
| Наведувате | центар за податоци, ID на клиентот, тајна на клиентот, токен за обновување | API-клуч и вашиот домен на Freshworks |
| Пребаруваме | поле што го именувате, стандардно Email | поле што го именувате, стандардно email |
| Белешката се додава | кај контактот, како запис Note | кај контактот, како белешка |
Zoho е во еден од шест центри за податоци
Сметката е во com, eu, in, com.au, jp или com.cnи ништо во клучот не кажува кој е. Изберете погрешен и Zoho одговара со INVALID_TOKEN - што изгледа како погрешен клуч и ве наведува да барате на погрешно место. Полето е паѓачко мени токму поради таа причина.
Self Client, еднаш
Создајте Self Client во конзолата Zoho API, создајте токен за одобрување за ZohoCRM.modules.ALL и ZohoSearch.securesearch.READи заменете го еднаш за токен за обновување. Тој токен за обновување не истекува; едночасовните токени за пристап се добиваат од него и никогаш не се чуваат.
Zoho одговара со 200 кога мисли не
И размената на токени и запишувањето записи може да вратат HTTP 200 со грешка или статус по запис во телото. Го читаме телото - мост што би му верувал на статусниот код би пријавил успех за белешка што никогаш не е создадена.
Сите трговски марки наведени тука им припаѓаат на нивните соодветни сопственици. MousePlayer нема деловен однос со овие даватели.