Автоматизація розподілу лідів — це логічний етап розвитку будь-якого відділу продажу, що впроваджує ERP-систему (CRM). Проте на практиці цей функціонал часто стає «вузьким місцем», яке замість прискорення роботи створює адміністративні бар’єри.
Часто комерційний директор мріє про «справедливість». Для когось це своєрідний «комерційний соціалізм» у розподілі, хоча абсолютна більшість все ж керується притомними критеріями. Проте періодично трапляються й такі казуси.
Проблема: Пастка «розумного» розподілу
Коли компанія виростає з Excel, вона прагне, щоб CRM-система сама вирішувала, кому саме передати клієнта. Типовий сценарій передбачає впровадження складних критеріїв розподілу (за каналами трафіку, регіонами або галузевою специфікою). Мета — спрямувати клієнта до найбільш відповідного фахівця. Проте згодом починається нагромадження вимог: «Якщо клієнт з IT-сектору з оборотом понад 100 млн прийшов у четвер після обіду і в його запиті є слово "сервер", віддайте його тільки Олексію; але якщо Олексій зайнятий — тоді Дмитру, за умови, що у Дмитра KPI вище 90%».
Здебільшого вимоги простіші, наприклад: усі нові ліди із соцмереж віддаємо Олексію, а ліди з іншого сайту та вхідні імейли — Ользі. Одразу ж виникають пропозиції розподіляти ліди за країнами замовників.
Щоб у менеджерів не виникало заздрощів до роботи колег, з'являється вимога — приховати всі ліди від інших співробітників, аби всі були щасливі і ніхто не почувався ображеним, і кожен бачив лише власні заявки. Усе виглядає логічно, система працює, і всі задоволені.
На папері це здавалося впорядкованою структурою, що виключає помилки. Проте в умовах реальних продажів з'ясовується, що окремому менеджеру все ж необхідно надати право на перерозподіл лідів.
Згодом виявляється, що всі ліди мають бути доступні кожному, оскільки на практиці менеджери часто передають їх один одному. Якщо вони не мають відповідних прав, це змушує їх виконувати зайві дії та просити адміністратора надати доступ до конкретного ліда.
У результаті система розподілу лідів, що складалася з 5 правил, на практиці була зведена до нуля. Компанія прийняла рішення повністю скасувати налаштування: відкрити доступ для всіх і повернутися до моделі «загальної черги» з можливістю ручного розподілу. Звісно, постає питання: навіщо було витрачати зусилля на формування системи розподілу, якщо на практиці нею ніхто не користувався?
Це типова ситуація, коли бачення керівника щодо ідеальної системи розходиться з реаліями роботи колективу. Звісно, все це можна було з'ясувати на етапі Discovery, проте не розробники вирішують, як саме має працювати компанія, тому бажання замовника — це закон. До того ж на етапі старту головне питання замовника часто стосується того, як зберегти базу, щоб менеджер не вкрав клієнтів, а не того, як спростити процес продажу.
Найкращий підхід у такій ситуації — мінімалізм на старті. Варто скопіювати систему в її поточному вигляді без складних правил і впроваджувати ускладнення лише тоді, коли ручне управління дійсно починає гальмувати продажі.
Важливо перевіряти кожне правило, наприклад, такими запитаннями:
- «Що ми будемо робити, якщо відповідальний менеджер буде недоступний протягом 4 годин?»
- «Що станеться, якщо лід надійде в неділю (у неробочий час або на Великдень)?»
- «Що буде, якщо лід напише в інший канал комунікації (наприклад, замість Telegram надішле email)?»
- «Чи існують винятки для VIP-клієнтів або повторних звернень, які мають обходити загальну логіку розподілу?»
- «Яка допустима похибка "справедливості": чи готові ви до того, що через різну якість заявок один менеджер отримає 10 цільових лідів, а інший — 10 спам-дзвінків при однаковому кількісному розподілі?»
Аналіз різних сценаріїв допоможе клієнту зорієнтуватися та розглянути альтернативи або навіть відмовитися від зайвої автоматизації.
В свою чергу, система Odoo дозволяє випробувати різні сценарії, наприклад, розподілу лідів, і не занурюватися у глибоку розробку. Odoo підтримує стратегію Fail Fast («помиляйся швидко та дешево»). Завдяки базовому функціоналу компанія може протестувати різні варіанти налаштувань роботи відділу продажів вже за тиждень після старту. Якщо нова схема виявилася неефективною або занадто складною, її можна вимкнути одним кліком, заощадивши бюджет для більш вагомих завдань.
Odoo забезпечує еволюційний підхід, а її модульність дозволяє бізнесу зростати органічно. Ви можете почати з ручного розподілу лідів, згодом налаштувати автоматизацію за джерелами (соцмережі, email, дзвінки), а пізніше — впровадити розподіл за рівнем навантаження менеджерів. Система не потребує повної перебудови: ви просто додаєте нові рівні складності відповідно до розвитку вашого бізнесу.
Автоматизація має усувати перешкоди, а не створювати нові. Іноді найкраще рішення в IT — це свідома відмова від зайвих функцій на користь швидкості роботи команди.