CRM Automation, Sales Operations[Launched]

Контроль продажів у Kommo

Контроль продажів у Kommo preview

Архітектура системи //

Kommo CRMNode.jsExpressWebhooksDocuSign APIZadarma SMS APIOpenAIPM2

1. Огляд проєкту

Клієнт — сервісний бізнес у США з довгим циклом продажу, великою базою звернень, кількома каналами комунікації й чутливим процесом підписання документів

Kommo вже була центральною CRM, але бізнесу бракувало прозорого шару управління продажами: де зараз основний pipeline value, які угоди мають найбільший потенціал, які канали працюють краще і як швидко переводити клієнта від першого звернення до документів та оплати

Моя роль була не просто підключити API. Я мав розібрати поточний sales-process, знайти гроші всередині CRM-даних, спроєктувати контрольний шар над Kommo і запустити інтеграції для документів, SMS та sales operations

2. З чим прийшов клієнт

•CRM потребувала executive visibility: у Kommo було багато активних угод, але власнику потрібна була зрозуміла картина pipeline, revenue і пріоритетів
•Sales process мав стати вимірюваним: важливо було бачити не тільки кількість лідів, а й реальний money flow, conversion potential і якість етапів
•Документи жили окремим процесом: підписання agreement треба було зв'язати з конкретною угодою, шаблоном і зрозумілим link-to-sign flow
•SMS-відправка мала compliance-обмеження: технічно можна було інтегрувати провайдера, але US SMS вимагали окремої toll-free registration, opt-in text, privacy wording і approval
•AI хотіли застосувати одразу, але потрібен був тверезий перший крок: замість великої “магічної AI-системи” спочатку треба було показати витік у CRM цифрами й закрити базові sales-control gaps

3. Поставлені завдання

•Провести аудит Kommo pipelines, stages, custom fields, users, leads і задач
•Виявити pipeline value, successful revenue, stage bottlenecks і точки, де автоматизація може найшвидше підсилити продажі
•Запустити integration bridge між Kommo, DocuSign і SMS-provider
•Створити логіку, де угода отримує правильний document template і signing link
•Підготувати SMS delivery flow без порушення US compliance вимог
•Спроєктувати перший Sales Control Layer: rules, audit, revenue visibility, manager notes і AI-assisted recommendations
•Залишити систему безпечною: dry-run режим, idempotency, контрольовані writes у CRM, жодного масового хаотичного спаму по старих лідах

4. Рішення та хід роботи

CRM Audit & Sales Leakage

•Через Kommo API зібрано структуру pipelines, stages, users, custom fields, leads і задач
•Побудовано audit snapshot, який показав головну проблему: CRM зберігала багато активних угод, але не гарантувала наступну дію
•Окремо проаналізовано stage value, won revenue, active pipeline і канали, де автоматизація могла найшвидше посилити продажі
•Замість ручного “просто передзвоніть усім” підхід був data-driven: спочатку визначити, де процес реально протікає, потім автоматизувати тільки найважливіші контрольні точки

Kommo Integration Bridge

•Запущено Node.js / Express bridge для прийому Kommo webhooks і інтеграційних дій
•Винесено API-клієнти окремо: Kommo, DocuSign, SMS-provider
•Логіку зроблено так, щоб інтеграції могли працювати поетапно: документи, повідомлення, audit jobs і manager tasks не блокують одне одного
•Для CRM writes спроєктовано idempotency, щоб webhook або daily audit не створювали дублікати задач і нотаток

DocuSign Flow

•Проаналізовано agreement process і запущено зв'язку між Kommo deal, document template і signing flow
•Логіка створює envelope, отримує stable signing link і записує результат назад у CRM
•Окремо зафіксовано зовнішній blocker: production approval у DocuSign не можна було “закодити”, його треба було пройти через account/app review
•Кейсова цінність тут не в тому, що була натиснута одна кнопка, а в тому, що документний процес був розкладений на контрольовану архітектуру з fallback для менеджерів

SMS & Compliance

•Перевірено технічну можливість SMS delivery через провайдера й підготовлено registration package для US toll-free messaging
•Виявлено, що SMS не можна запускати як звичайну технічну інтеграцію: потрібні opt-in wording, privacy-policy language, sample templates, business verification і campaign approval
•Сформовано безпечну архітектуру: якщо SMS недоступні через compliance approval, signing link усе одно може бути створений і переданий менеджером через інший канал
•Таким чином інтеграція не ламалась через зовнішній approval і не підштовхувала бізнес до ризикової відправки повідомлень

Sales Control Layer & AI

•Спроєктовано перший рівень AiSS — AI Sales Supervisor для Kommo
•Основна ідея: deterministic rules тримають процес у контрольованих межах, а AI допомагає сформулювати manager-facing recommendation, risk summary і next-best-action
•Перший scope не залежав від DocuSign або SMS, щоб можна було швидко дати бізнесу користь: daily audit, revenue visibility, stage recommendations і CRM notes
•Для запуску передбачено dry-run режим, обмеження по pipelines/stages, batch processing і ручну перевірку перших high-priority deals

5. Що отримав клієнт

•Чітке розуміння, де в Kommo зосереджений основний pipeline value
•Audit snapshot для owner-level розмови не про відчуття, а про конкретні sales-control gaps
•Архітектуру інтеграційного bridge для Kommo, DocuSign і SMS-provider
•Запущений document-signing flow з прив'язкою до CRM deal і template logic
•Compliance-aware SMS plan, який не намагався обійти US messaging rules
•Запущений Sales Control Layer: правила, AI recommendations, CRM notes, idempotency і dry-run safety
•Практичний шлях від “у нас багато лідів у CRM” до “ми бачимо, де гроші, що вже спрацювало і що варто масштабувати”

6. Бізнес-результат у цифрах

Після аудиту стало видно масштаб потенціалу: у CRM було 3,542 відкриті угоди і приблизно $623,765 active pipeline value. Це дало owner-level картину того, де саме зосереджені гроші й які сегменти варто підсилювати першими

Окремо аудит розділив pipeline на робочі сегменти: sales, repair, credit build, funding, old-base і ads. Замість загального відчуття “у CRM багато всього” з'явилась структурована карта revenue opportunities, active stages і каналів, які можна масштабувати

Після запуску контрольного шару CRM почала працювати як sales intelligence layer: owner отримав не здогадки, а цифри по pipeline та revenue. У CRM було зафіксовано 117 won deals і приблизно $261,950 successful revenue у реалізованих етапах, що дало сильну базу для масштабування follow-up, reactivation і AI-assisted sales operations

7. Технічний результат

Цей кейс був про те, щоб перетворити CRM з пасивного сховища угод на систему операційного контролю продажів

Kommo лишилась звичною для команди, але над нею з'явився шар, який бачить pipeline value, revenue movement, документні кроки й compliance blockers. Це не заміна продажам, а механізм, який дає власнику контроль над тим, як CRM перетворює звернення, документи, повідомлення та follow-up у гроші

Маєте схожий вузол, який пора розв'язати?

Надійні системи не народжуються з балачок. Давайте розберемо, як точна інженерія може повернути темп вашому продукту