Коли один клієнт іде до кількох кредиторів, CRM, де «один клієнт — одна угода», перестає показувати правду. Угода стоїть на одному етапі, а в кожного кредитора справа насправді на своєму.
Я будував прийом заявок і CRM для компанії, яка допомагає клієнтам купити нерухомість і оформити фінансування. Одного клієнта часто подають одразу кільком кредиторам. До перебудови кожну справу створювали вручну: дані вводили повторно, прогрес по кредиторах було важко відстежити, а листи клієнтам надходили із запізненням. Стек: сайт на Webflow, CRM у GoHighLevel, листи в Kit.
1. Угода на кредитора, а не на клієнта. Клієнт — це один контакт у GoHighLevel. Але для кожного обраного кредитора він отримує окрему угоду з власним статусом і етапом воронки. Кожен кредитор рухається у своєму темпі, і команда бачить, на якому етапі кожна заявка, без нотаток на полях. Дублікати угод блокуються. Якщо в нотатках до угоди з'являються рядки на кшталт «кредитор А чекає документи, кредитор Б схвалив», одна угода описує кілька процесів.
2. Перевірка у формі, а не в CRM. Багатокрокова форма у Webflow перевіряє поля ще до відправки, а питання змінюються залежно від типу фінансування. Там же клієнт дає цифрову згоду, і вона зберігається в контакті. Дані, перевірені до відправки, не доводиться потім чистити. Помилка, пропущена у формі, потім множиться: потрапляє в контакт, у кожну угоду й у кожен лист.
3. Теги як спільна мова систем. CRM визначає стан справи, а Kit лише реагує на нього: отримує теги з CRM і надсилає листи онбордингу та нагадування залежно від кредитора і статусу справи. Листи йдуть за подіями, а не лише за таймером, і команда може змінити серію вручну. Коли стан справи живе в одному місці, не виникає питання, якій системі вірити.
Жодної справи навпіл. Внутрішні сповіщення й перевірки стежать, щоб справа не залишалась створеною наполовину.
Тепер заявка проходить шлях від сайту до CRM, воронок кредиторів і потрібних листів без експортів, копіювання і ручних запусків. Команда працює зі справами, а не створює їх.
Що перевірити у своїй CRM
- Чи може один клієнт мати кілька паралельних процесів? Тоді угода — на процес, а не на клієнта.
- Чи блокуються дублікати угод?
- Чи перевіряються дані до відправки форми?
- Яка система визначає стан справи, а яка лише реагує на нього?
- Чи може команда змінити автоматичну серію вручну?