Міст 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 із токеном оновлення, тому запитує ключ споживача, секрет і токен оновлення, а також 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 у консолі Zoho API, згенеруйте токен надання доступу для ZohoCRM.modules.ALL та ZohoSearch.securesearch.READ і один раз обміняйте його на токен оновлення. Цей токен оновлення не має строку дії; погодинні токени доступу отримуються за його допомогою й ніколи не зберігаються.
Zoho відповідає 200, коли має на увазі відмову
І обмін токенів, і запис даних можуть повернути HTTP 200 із помилкою або статусом окремого запису в тілі відповіді. Ми читаємо тіло: міст, який довіряв би коду статусу, повідомив би про успіх для примітки, якої ніколи не було створено.
Усі згадані тут торговельні марки належать їхнім відповідним власникам. MousePlayer не має ділових відносин із цими постачальниками.