AI-Некромант изнутри: как черновик письма попадает в карточку спящего лида

«Разбудить базу» звучит как магия. Магии нет — есть черновик в карточке лида, который менеджер дочитывает и отправляет сам.

Вчера я писал про боль: ваши лучшие лиды уже лежат в вашей же CRM, просто забыли о вас. Сегодня разберу кухню — как мы это внедряем руками. Без обещаний, чтобы было открыто видно, из чего собран сценарий и где в нём заканчивается робот и начинается человек.

Сценарий по шагам

Порядок простой. Модель открывает карточку лида и читает её историю — что было, чем закончилось, какой это клиент. Дальше она выбирает один из готовых шаблонов письма — тех, что заранее собраны под конкретный бизнес. Или честно решает не писать: если повода нет, лучше промолчать, чем родить конвейер пустоты.

Подстановки и чистку текста после модели проверяет код. Это важный момент: генерирует мысль модель, но за то, что в письмо попадёт ровно нужное и ничего лишнего, отвечает не она, а жёсткая логика поверх неё.

Мост в контур

Сам по себе сценарий — не картинка в вакууме. Он встаёт в Битрикс24 (или в amoCRM) и работает по тому, что реально лежит в карточке. Письмо ложится черновиком прямо в карточку лида, рядом с историей.

Стыки берём только те, что есть в карточке: почта, задача на звонок, мессенджеры через Wazzup, данные из 1С. Подчёркиваю — по карточке, а не «CRM вообще». Если у лида не заполнен мессенджер, сценарий туда и не полезет. Роботы падают почти никогда не на самой модели — падают на стыках, поэтому стыки я держу узкими и понятными.

Есть и второй мост — входной. Бриф клиента (профиль компании, офферы, тон) переносится в настройки сценария кодом. Вы описываете, кто вы и как разговариваете, — и это ложится в шаблоны, а не остаётся на словах.

Открытый контур или закрытый

Тут развилка, и она не про технологию, а про ваши требования к данным.

Открытый контур — модель работает по ключу клиента через внешний сервис. Быстрее и дешевле на старте. Плата за это — карточка клиента видна модели.

Закрытый контур — модель стоит внутри периметра клиента, данные наружу не выходят. Это путь для тех, кому важен 152-ФЗ. Дороже и дольше в запуске, зато периметр не размыкается.

Мы ставим и так, и так. Выбор делает не мода, а клиент — по тому, насколько для него критично, где именно крутится модель.

Как мы это отработали на практике

Мы развиваем партнёрскую программу: партнёры берут наши готовые сценарии и ставят их у себя. Многие так с нами и двигаются. Один из партнёров откликнулся сразу и первым поставил Некроманта в своём Битрикс24. Мы отработали его как надо — на сервере партнёра, с его моделью, с тем самым мостом: бриф переехал в настройки сценария.

У этого партнёра — открытый контур. Значит, защиту строим не стенкой, а процессом. Смотрите, как это устроено по шагам: сценарий сам ничего не отправляет клиентам — письмо ложится черновиком → менеджер читает и отправляет сам → текст собирается только из шаблонов партнёра → лишнее (внутренние заметки, даты, суммы) вырезает код. Не человек «не забудет» вычистить, а код не пускает лишнее дальше. Это и есть инженерная честность, без хайпа.

Пределы и с чего начать

Чего сценарий не делает. Он не рассылает клиентам ничего сам — отправляет менеджер, всегда. Он не лезет в мессенджеры, которые не заполнены в CRM. И перед любой рассылкой нужна проверка согласий — это на человеке, не на роботе.

Решение — писать или молчать — принимает модель по истории, а решение отправить остаётся за человеком.

Если хотите примерить это на свою базу, начните с малого — с текста. Я собрал 7 сообщений, на которые отвечают «мёртвые» лиды: можно взять и проверить формулировки на своих карточках руками, без всякого сценария. А как устроен сам Некроманат — открыто показываю здесь: https://trofimov-ai.ru/g/blog140/ai-nekromant