Вступ
Найнеприємніша інтеграція з CRM — та, яка створює ілюзію роботи. Користувач надіслав форму, сайт показав «дякую», а CRM нічого не отримала. Без логів це виглядає як суперечка між сайтом і CRM: сайт стверджує, що надіслав, CRM стверджує, що не отримала.
Симптоми
Проблема може полягати в недійсному номері телефону, зайвому нулі після коду країни, порожньому обов’язковому полі, неправильному токені, зміненому URL-адресі API, дублікаті, обмеженні кількості запитів або антиспамі на стороні CRM. Якщо сайт не зберігає необроблений вхідний запит і відповідь CRM, відновити втрачену заявку складно.
Що перевіряється
- який endpoint CRM приймає заявку і чи працює він зараз
- який HTTP-код і тіло відповіді повертає CRM
- які поля є обов’язковими та як вони називаються
- чи нормалізується телефон перед відправленням
- чи не відкидає CRM дублікати або дивні значення
- чи передбачено повторну спробу/резервний варіант у разі тимчасової помилки
- де зберігається журнал успішних та невдалих відправлень
Процес виправлення
Виправлення починається з тестової заявки та перегляду фактичного запиту. Потім перевіряється відповідність полів: ім’я, телефон, електронна пошта, коментар, джерело, UTM та мова. Номер телефону приводиться до єдиного формату перед відправленням. Якщо CRM повертає відмову, сайт не повинен показувати користувачеві «успіх», ніби все прийнято. Проблемна заявка повинна зберігатися локально в безпечному вигляді та потрапляти на рев'ю.
Нормальний результат
Після виконання робіт вимальовується чіткий ланцюжок: форма прийняла дані, сайт зберіг подію, CRM надіслала ідентифікатор успішної операції або повідомила про відмову, відмова записана та доступна для ручної обробки.
Висновок
Інтеграція з CRM має бути не просто «відправив і забув», а контрольованим процесом. Інакше частина заявок зникне у проміжку між гарною формою та реальними продажами.