Клієнт відповідає на коротку анкету через email. Хтось із команди раз на тиждень відкриває результати сервісу опитувань, копіює відповіді в таблицю, намагається зіставити email респондента з карткою клієнта в CRM. Іноді співпадає одразу. Іноді доводиться шукати вручну — за іменем, за компанією, за датою останньої угоди. А іноді відповідь так і залишається “нічийною” — просто рядком у файлі, без звʼязку з конкретним контактом чи угодою.
Це не збій процесу. Це і є процес — просто побудований так, що дані про клієнта і дані про його думку живуть у двох різних системах, які треба з’єднувати вручну.
Розрив виникає не в момент збору відповіді, а трохи пізніше — на етапі, коли відповідь має “знайти” правильний запис у CRM. Якщо звʼязок між опитуванням і контактом не налаштований технічно, а покладається на людину, яка звіряє дані вручну, втрати неминучі:
На перший погляд здається, що йдеться про інтеграцію: підключити сервіс форм до CRM через API, і питання знято. Але справжня проблема глибша — вона в тому, що більшість форм-сервісів не проектувалися як частина CRM-логіки. Вони збирають відповіді, але не вміють: запускати бізнес-процес по конкретній відповіді, прив’язувати результат до контрагента чи угоди за замовчуванням, розрізняти анонімне й персоналізоване опитування, зберігати незавершені відповіді респондента для продовження пізніше.
Інтеграція вирішує питання “куди покласти дані”. Вона не вирішує питання “як ці дані одразу стають частиною картини клієнта в системі”.
Коли анкетування спроєктоване як частина CRM, а не додаток до неї, ланцюжок виглядає інакше. Відповідь клієнта одразу зʼявляється в його картці — без імпорту, без звірки вручну. Якщо перше питання опитування — “чи зручний вам цей канал підтримки” — і відповідь негативна, система сама веде респондента до уточнюючого питання, а не до всього переліку питань підряд. Якщо потрібно порівняти відповіді кількох клієнтів на одну анкету — це порівняння відкривається в межах одного запису, а не збирається вручну із десятків окремих.
Окремо стоїть питання зовнішніх респондентів — тих, кому не варто (або не можна) видавати доступ до внутрішньої CRM компанії. Для цього використовується персоналізоване посилання: респондент проходить опитування на зовнішній сторінці, не бачачи систему компанії зсередини, а відповідь автоматично звʼязується з потрібним контактом чи контрагентом усередині CRM.
Саме такий підхід — коли опитування, логіка переходів між питаннями, порівняння групових відповідей і зовнішній доступ для респондентів працюють як єдиний механізм CRM, а не окремий інструмент поруч, — реалізовано у продукті SalesUp Questionnaire management for Creatio.
Найчастіша помилка — сприймати опитування як разову акцію: розіслали, зібрали, забули. Але цінність фідбеку зʼявляється тільки тоді, коли відповідь клієнта одразу видно поруч з його угодами й історією звернень — без експорту, без звірки вручну. Тому в Questionnaire management ми зробили так, щоб анкета працювала всередині Creatio так само природно, як картка контакту чи угоди, — а не як зовнішній додаток, дані з якого треба десь наздоганяти
Микита Калініченко, Marketplace Leader Sales’Up.
Перш ніж підключати черговий сервіс форм окремо від CRM, варто перевірити три речі. Чи звʼязується відповідь респондента з конкретним контактом або контрагентом автоматично, без ручного зведення. Чи є можливість вести респондента різними гілками питань залежно від його відповідей, а не показувати всю анкету підряд усім. І чи можна порівняти відповіді кількох респондентів в одному місці — без окремої таблиці, яку хтось збирає раз на місяць.
Якщо хоча б одна відповідь — “ні”, розрив між тим, що клієнт каже, і тим, що знає про нього CRM, залишиться. А разом з ним — і ризик, що важливий сигнал про незадоволеність буде прочитаний надто пізно.