Підготуйте карту полів
Для кожного поля сайту вкажіть поле CRM, тип, обов’язковість і правило перетворення. Окремо опишіть джерело, воронку, статус і відповідального. Ідентифікатори довідників перевіряйте в конкретному акаунті; значення з іншого проєкту можуть означати зовсім інші сутності.
Далі за темою: UTM у CRM: як зберегти джерело заявки й повторного візиту.
Визначте поведінку складних даних
Перевірте кілька телефонів, порожній email, довгий коментар, товари з опціями та різні валюти. Зберігайте зовнішній ID звернення для пошуку й контролю повторів. API-ключі різних операцій можуть мати різні права, а ліміти — відрізнятися за методом; їх потрібно перевіряти в актуальній документації.
Далі за темою: Дублікати заявок у CRM: повторна доставка чи нове звернення.
Прийміть інтеграцію в CRM
Створіть тестові заявки різних типів і звірте результат з вихідними даними. Перевірте помилку авторизації, відсутнє обов’язкове поле й повторне надсилання. Невдала заявка повинна потрапляти до контрольованого списку помилок. Погодьте, хто відстежує цей список і відновлює обмін після зміни полів.
Далі за темою: Ліди Meta у CRM: поля, доступи та контроль доставки.
Чи можна передавати все одним текстовим коментарем?
Можна зберегти додатковий контекст, але основні дані краще розкласти по полях. Інакше фільтри, автоматизації та звіти працюватимуть обмежено.