Глава 14 — А что, если подключить CRM?

НОЯБРЬ 2026 ГОДА. БАЗА ЗНАНИЙ ВСТРЕЧАЕТСЯ С РЕАЛЬНОСТЬЮ

До этого момента наш ИИ в основном отвечал на вопросы.

Он знал продукт. Знал правила. Знал документы. Мог найти нужный кейс. Мог объяснить сотруднику, как действовать.

Но всё это напоминало очень умного консультанта, который сидит в закрытом кабинете и понятия не имеет, что происходит за дверью.

CRM эту дверь открыла.

База знаний знала, как компания должна работать. CRM показывала, как компания работает прямо сейчас.

В CRM были клиенты. Сделки. Этапы. История касаний. Задачи. Просрочки. Комментарии менеджеров. Причины отказов. Даты. Суммы. Источники.

Данные были далеко не идеальными. Где-то пусто. Где-то менеджер написал в комментарии «норм клиент». Где-то причина отказа была выбрана наугад, потому что система требовала поставить галочку.

Но даже такой реальный контекст менял всё.

Раньше я мог спросить ИИ: «Как по нашему регламенту нужно работать с клиентом после коммерческого предложения?»

Теперь появлялся другой вопрос:

— Покажи сделки, где коммерческое предложение отправлено, но следующего касания нет больше трёх дней.

И он мог показать.

Не теоретически. Не пример. Наши реальные сделки.

Потом мы спросили, какие крупные сделки стоят без движения.

Потом — где нарушен обязательный следующий шаг.

Потом — у каких клиентов были договорённости о звонке, но задача просрочена.

Потом — какие причины отказов подозрительно часто встречаются у конкретного менеджера.

Потом я задал вопрос, который раньше потребовал бы от РОПа нескольких часов ручной работы:

— Какие сделки за последние две недели мы могли потерять не из-за цены или продукта, а из-за того, что сами плохо отработали?

Ответ был не идеальным. Некоторые выводы пришлось перепроверять. Где-то не хватало данных.

Но впервые система не просто хранила информацию. Она сопоставляла правило с реальным событием.

Без контекста ИИ умеет отвечать. С контекстом он начинает замечать.

ТАК ПОЯВИЛСЯ «ДОБРЫЙ СТУКАЧ»

Название родилось на одной из планёрок.

Система начала поднимать сигналы: сделка без движения, просроченная задача, клиент без ответа, необычное падение конверсии на этапе.

Один менеджер посмотрел на экран и сказал:

— Отлично. Теперь у нас ещё и электронный стукач появился.

Все засмеялись.

Я ответил:

— Добрый стукач. Ему не надо тебя наказать. Ему надо не дать нам потерять деньги.

Фраза прижилась.

Мы специально не строили систему в логике «поймать сотрудника». Она должна была ловить отклонение процесса.

Не «Иванов опять облажался», а: «В сделке нет следующего действия три дня. Риск потери клиента вырос. Нужна проверка».

Не «Петров плохо работает», а: «У Петрова доля сделок без повторного касания выше среднего отдела. Возможно, нужна помощь или изменение процесса».

Это тонкая, но принципиальная разница.

Хороший контроль ищет не виноватого. Он ищет момент, когда ещё можно исправить ситуацию.

Мы также быстро поняли границу.

ИИ мог заметить. Сопоставить. Предупредить. Предложить действие.

Но решение о человеке, клиенте, скидке, конфликте или исключении из правила оставалось за руководителем.

Это позже станет одной из первых статей Конституции Оракула.

Тогда мы просто сформулировали по-человечески:

Увидел → предупредил → объяснил → предложил. Решение принимает человек.

Самое интересное произошло не в отделе продаж.

Я заметил, что начал задавать системе вопросы, которые раньше задавал людям.

Не «покажи карточку клиента», а «что здесь происходит?»

Не «какая сумма в воронке», а «почему она изменилась?»

Не «сколько просроченных задач», а «где это уже влияет на деньги?»

В этот момент мы вплотную подошли к вещи, которую ещё не умели назвать.

ВОПРОС ИЗ 2030-ГО

Какую проблему в вашей компании вы хотели бы увидеть не в отчёте через месяц, а в тот момент, когда её ещё можно исправить?