В сентябре прошлого года один наш ритейл-клиент потерял €340K pipeline за два дня. Топ sales-менеджер — назовём её M — уволилась в пятницу днём, забрала личный мобильный и WhatsApp Business, и в понедельник новый sales lead открыл CRM и обнаружил 47 «активных сделок» без свежей активности, без message-history и без понимания кто должен делать follow-up.
Звонки самим лидам: «Да, мы общались с M два месяца — она сказала контракт готовится». M вела эти разговоры с личного телефона. В CRM было только имя и stale stage. Сделки пришлось re-qualify с нуля и большинство ушли в холод за 3 недели.
Это самый дорогой recurring баг в B2B-продажах и он на 100% предотвратим инфраструктурой. Вот 5 паттернов которые мы теперь строим в каждом клиентском CRM.
Паттерн #1: коммуникации идут через корп-каналы, не личные
Правило: продавцы не дают личные номера. Точка. Каждый клиентский звонок идёт через корп-SIP или DID-номер через Twilio / Telnyx / Voximplant. Каждый WhatsApp — через WhatsApp Business API на корп-номере. Каждый email — через корп-SMTP, не Gmail.
Как enforce
- —Каждому продавцу — корп-SIM или eSIM с forwarding-правилом — звонки логируются в CRM автоматом
- —WhatsApp Business API per-territory или per-segment, не per-person — message-threads переживают смену сотрудников
- —Блок личных email-подписей с личными мобильными — DLP-правило в Google Workspace / Microsoft 365
- —В Salesforce, Bitrix24 и HubSpot есть встроенный click-to-call из CRM — сделай обязательным, не опциональным
Паттерн #2: каждое взаимодействие auto-логируется
Ни один продавец вручную не пишет «позвонил клиенту, он хочет подумать». Этой записи нет ни в одном CRM. Дисциплина не выживает контакта с квотой. Вместо этого — логируй за него.
Для телефона: каждый корп-SIP звонок записывается (с consent-message), транскрибируется Whisper или Deepgram, AI-summary добавляется в timeline сделки за 30 секунд после повешения трубки. Для WhatsApp / email: webhooks на каждое сообщение добавляют тело verbatim. Продавец НЕ пишет заметки — AI пишет.
ts// Cloud Function — запускается на каждый twilio voice webhook export const logCallToDeal = functions.https.onRequest(async (req, res) => { const { transcript, dealId, direction, duration } = req.body; const summary = await claude.summarize(transcript, { extract: ['next_step', 'objections', 'buyer_signals', 'asked_for_pricing'] }); await crm.deal(dealId).addActivity({ type: 'call', direction, duration, transcript, summary: summary.text, signals: summary.buyer_signals, nextStep: summary.next_step, loggedBy: 'auto' }); });
Паттерн #3: контактные данные клиента живут на компании, не на карточке контакта
Открой свой CRM. Кликни на любую активную сделку. Чьё имя в поле «owner»? Вероятно одного продавца. Это поле и есть баг.
Лучшая модель: у каждой сделки есть primary, backup и account team. В файле клиента продавцом значится КОМПАНИЯ, а не один человек. Когда primary уходит, ownership reassign автоматом по territory / segment правилам. Клиент никогда не получает «ваш account manager уволился, представьтесь заново» — он получает email подписанный командой с backup в CC.
Паттерн #4: idle-сделки авто-пингуются до того как остыли
Сделка без inbound/outbound активности 7 дней — умирает. Сделка без активности 21 день — мёртвая, а продавец тебе об этом не сказал. Мы инструментируем каждый CRM:
- —День 7 тишины: Slack-пинг владельцу сделки с именем и last-activity датой
- —День 14: пинг менеджеру владельца + AI-suggested re-engagement message
- —День 21: статус сделки авто-flip в «at risk» и попадает в monday review
- —День 30: сделка → «needs reassignment» и AI-агент шлёт мягкий «are we still talking?» email
Критично: день-30 email идёт с корп-адреса, не с адреса оригинального продавца. Так что когда M уходит в пятницу, система продолжает пинговать её 47 сделок с понедельника и ты не теряешь три недели на их обнаружение.
Паттерн #5: offboarding runbook — это CRM-workflow, не Notion-док
У большинства компаний есть HR-side offboarding doc: отозвать Google, вернуть ноут, поменять Slack permissions. Этого недостаточно. CRM нужен свой offboarding workflow который запускается в момент когда HR помечает юзера как уходящего:
| Шаг | Триггер | Owner |
|---|---|---|
| Reassign все active deals на менеджера или авто-правило | День 0 (notice given) | CRM workflow |
| Force 1:1 handover meeting на каждую сделку >€10K | День 1 | Sales manager |
| Lock outbound email + WhatsApp клиентам от этого юзера | Last day | Auth admin |
| Email клиентам «ваш point of contact теперь X» | Last day +1 | CRM workflow |
| Audit личного WhatsApp / телефона на active threads (consent + signed) | Last day | HR + legal |
| Revoke CRM read-доступ (write был revoked раньше) | Last day +14 | Auth admin |
Как мы запускаем audit на новом клиенте
Когда клиент просит посмотреть CRM-гигиену, мы шлём 5-question audit:
- —Какой % клиентских звонков за последние 30 дней зафиксирован в CRM?
- —Какой % WhatsApp / email тредов с активными сделками mirrored в CRM?
- —Сколько активных сделок (last activity ≤30 дней) не имеют второго человека в account team?
- —Сколько медианно дней сделка лежит без активности перед тем как её flagнут?
- —Когда был последний уход sales-team, и сколько их сделок ушли в холод за 60 дней?
Если не можешь ответить на все пять за 30 минут — твой CRM течёт. Фиксы не glamorous — паттерн #1 это самое high-ROI что можно сделать в этом квартале и не требует никакого AI.
Где AI реально добавляет leverage
Паттерны выше работают без AI. AI просто делает их дешевле. Конкретно: auto-summary звонков (иначе нужен junior слушать и писать заметки), buyer-signal detection в транскриптах (иначе pipeline reviews subjective), и day-30 re-engagement email (иначе нужен копирайтер на каждую сделку). Грубо — AI убирает 60% human-time cost этих workflows.