Где ставить модель в продажах: узлы, права агента, CRM-след

Запрос «автоматизация продаж ии» в Wordstat (объём 72) чаще смешивает CRM, чат-бота и обещание «нейросеть закроет воронку». Под ним бизнес ищет не учебник по моделям, а ответ за 10–15 минут: какие касания отдать модели, какие оставить человеку, и как не получить уверенный бред в переписке с клиентом.

Я уже разбирал автоматизацию отдела продаж как процесс и этапы CRM, и отдельно воронку с AI как архитектуру слоёв. Здесь другой угол: где именно ИИ уместен в продажах, какие права дать агенту, какой след должен остаться в CRM, и как витрина 4bos / Solar OS стыкуется с Телепилотом и клубом Solar Inside.

Чем этот угол не дублирует соседние тексты

«Отдел продаж» отвечает: карта узлов, этапы как контракт, follow-up без найма. «Воронка с AI» — слои сбора, квалификации, диалога и фиксации. «ИИ-агент для бизнеса» — чем агент не чат-бот в демо.

Здесь — практическая сетка решений: скрипт / модель / человек на каждом узле. Без обещания «85% без людей» и без чужих кейсовых процентов.

Что обычно хотят под этим запросом

В одном запросе живут четыре ожидания:

1. Быстрее отвечать на входящие.
2. Меньше копипаста в CRM.
3. Follow-up, который не забывают.
4. «Пусть ИИ сам дожимает до оплаты».

Первые три достижимы при жёстких правах и журнале. Четвёртое — редкий и дорогой режим: нужен железный прайс, стоп-краны и эскалация. Если прайса нет в источнике, модель начнёт импровизировать. Импровизация в продажах звучит уверенно и бьёт по деньгам.

Критерий простой. Автоматизация с ИИ существует, когда после касания в системе есть проверяемый след: карточка, статус, следующий шаг, причина стопа. Красивый диалог без CRM — театр.

Три инструмента, которые путают в выдаче

CRM. Хранит и показывает. Сама по себе не продаёт.

Скрипт / правило. Если поле пустое — не двигать этап. Если тишина N дней — задача. Дешёво и предсказуемо.

ИИ-агент. Читает свободный текст, раскладывает по корзинам, готовит черновик, иногда пишет по шаблону с политикой. Дорого ошибаться, если нет стопа.

Такая связка работает, когда модель сидит на узле со скриптом-ограждением, а не «вместо CRM». Именно так запрос превращается из слайда в инженерию.

Карта узлов: куда ставить модель

Минимум узлов, без сорока квадратиков:

1. Вход (форма, мессенджер, почта, звонок).
2. Нормализация и дедуп.
3. Квалификация.
4. Первое касание.
5. Коммерческий шаг (КП, демо, созвон).
6. Follow-up.
7. Решение и передача менеджеру / отказ с кодом.

На входе и дедупе часто хватает правил. На квалификации и черновиках касаний — модель полезна. На цене, уступках и договоре — человек. На follow-up — смесь: таймер + шаблон; модель только если спорный текст готовит человеку.

Сценарии первого касания. Форма с полями — чаще правило: карточка, источник, задача. Свободное сообщение в мессенджере — модель вытаскивает намерение, срок, роль, отмечает неполноту. Повторный контакт — сначала дедуп и история: без timeline агент «знакомится» заново. Общими остаются поля CRM и запреты, не текст первого сообщения.

Права агента в продажах

Можно:

• читать входящее и тегировать;
• проверять обязательные поля;
• создавать карточку и задачу;
• готовить черновик ответа;
• эскалировать с контекстом;
• писать журнал стопа.

Нельзя вслепую:

• обещать цену и срок без источника;
• двигать этап при пустых полях;
• менять скидку и договор;
• писать спорный текст клиенту без подтверждения;
• игнорировать «не пишите».

Границы важнее выбора модели. Модель можно сменить. Политику без границ красивым промптом не починить.

Политика на одну страницу: цель узла; разрешённые факты (прайс / FAQ); запреты; когда эскалировать; формат журнала стопа. Если блок фактов пустой, модель будет вежливой и опасной.

CRM-след как условие ИИ

До любой «умной» квалификации зафиксируйте контракт полей:

• источник и канал;
• контакт;
• ICP или явный отказ;
• сигнал интереса;
• следующий шаг с датой;
• владелец;
• причина отказа кодом.

Пустые поля — статус «неполно», не «квалифицирован». Иначе отчёты будут врать, а решения о найме примутся на вранье.

Webhook формы и бота легко прилетает дважды. Правило: ключ события + идентификатор контакта не плодит вторую сделку «новая». Повтор обновляет timeline. Без идемпотентности «умная» воронка врёт.

Передача менеджеру за минуту. Хорошая передача: сигнал, ответы квалификации, что уже обещано, следующий шаг, ссылка на диалог. Плохой: пересылка сорока сообщений «разберись». Маркер готовности должен создавать задачу с дедлайном автоматически. В карточке храните список обещаний клиенту — иначе менеджер на созвоне противоречит боту.

Где ИИ сильнее скрипта — и наоборот

Свободный текст входящего. Разные формулировки одной боли. Черновик follow-up с деталями из прошлого касания. Разбор длинной переписки в краткий бриф менеджеру. Черновик КП из шаблона и полей сделки — да; финальную сумму утверждает человек.

Где скрипт сильнее: повтор событий без дублей, лимиты касаний, запрет этапа без полей, стоп по жалобе. Не отдавайте это «на усмотрение модели».

Если входящие однотипные кнопки и формы — начните со скриптов и CRM-контракта. Если боль только «забываем follow-up» — таймер и шаблон дешевле модели. ИИ оправдан, когда разбор формулировок и черновики экономят часы, а политика уже описана.

Связка с Telegram и Телепилотом

Если канал продаж — Telegram-чаты и outreach, не смешивайте саппорт-бота и outbound-парк в одном промпте. Для лидогенерации в чатах смотрите отдельный контур Телепилота: сигналы, лимиты, closer, передача в CRM.

Для входящего бота с сайта достаточно: webhook → квалификация → задача. Телепилот не обязателен «потому что витрина». Подключайте из боли.

Холодные касания в чатах считают репутацию аккаунта частью воронки. Лимиты, стоп по банам, журнал шаблона — как в контуре Телепилота. Скорость outreach без этого сжигает канал быстрее, чем окупает встречи.

Витрина 4bos и клуб Solar Inside

На 4bos.ru витрина — рабочие контуры Solar OS: агенты с контрактами, журналы, стоп-краны. Блог объясняет инженерию. Клуб Solar Inside — AGENTS.md, скрипты и ритм, чтобы собирать узлы у себя.

Не путайте поставку «сделайте нам отдел» и обучение в клубе. В брифе разделяйте: нужен собранный контур или доступ к артефактам. Если в одном счёте смешаны «доступ в клуб» и «сделайте воронку», через месяц спорите, что было deliverable.

Пилот на 14 дней без театра

День 1–2. Карта узлов и словарь полей. День 3–5. Только чтение входящих + журнал дыр. День 6–9. Одна обратимая запись (карточка / задача). День 10–12. Отказные: пустые поля, повтор события, «не пишите». День 13–14. Решение: расширить права модели или ужесточить политику.

Если за две недели команда тонет в правках черновиков сильнее, чем в ручной рутине — рано давать модели внешнюю отправку.

Перед включением записи проверьте: карта узлов утверждена; прайс и FAQ версий зафиксированы; неделя чтения без сюрпризов по дедупу; журнал стопов читается; эскалация доходит до живого инбокса; обещания вне прайса стопятся; откат записи за пять минут возможен.

Бриф на одну страницу перед пилотом

1. Каналы входа и порядок величины событий в неделю.
2. Какие узлы болят сильнее (ответ, квалификация, follow-up, КП).
3. Что модели нельзя обещать.
4. Какие поля обязательны до следующего шага.
5. Кто владелец инцидентов и сколько часов на старте.

Без этой страницы подрядчик продаст демо-чат. С ней — можно поставить модель на один узел и измерить. В первый месяц — один, максимум два узла. Например квалификация + черновик первого касания. Не «вся воронка».

Метрики без чужих процентов

Смотрите из своей системы:

• время до первого ответа;
• доля карточек без следующего шага;
• число стопов и доля правильных;
• правки человека в черновиках (не запятая);
• баны и жалобы, если есть outbound.

Для пилота грубая «конверсия ИИ» мало полезна. Разбейте: покрытие входящих карточкой за SLA; полнота полей; качество передачи менеджеру; ноль инцидентов вне прайса; доля касаний с кодом результата (ответ / отказ / тишина / эскалация).

Не переносите в отчёт «конверсия выросла в N раз» из чужого кейса. Сравнивайте неделю до и после на своих данных.

На планёрке 20 минут: сколько «неполно» висит дольше SLA; топ причин стопов; сильные правки черновиков; follow-up без кода отказа; были ли обещания вне прайса.

Красные флаги и типичные ошибки

• нет списка запретов агенту;
• обещают закрыть оплату без человека при пустом прайсе;
• десять каналов в первый месяц;
• нет журнала стопов;
• CRM «для галочки», поля не контракт;
• «весь отдел под ключ» без события приёмки;
• модель вместо процесса (нет карты узлов);
• один промпт на продажи, поддержку и маркетинг;
• внешняя отправка с дня один;
• нет дедупа;
• метрики из чужого кейса.

Подрядчик говорит «подключим GPT к CRM» без карты узлов, не показывает журнал стопов, не разделяет чтение и запись на старте — высокий риск. Лучше узкий пилот на 14 дней, чем большой акт.

Перед WhatsApp + почта + голос одновременно: контракт полей, стопы, журнал, дедуп, один успешный пилот на одном канале. Два пункта пустые — не масштабируйте.

Роли и данные

Владелец воронки решает, какие узлы открыты модели. Владелец фактов держит прайс, FAQ, запреты, версии шаблонов. Владелец инцидентов читает стопы и правит политику — не «чинит одним исключением в проде». Агенту — узкий контракт на один-два узла, не «весь отдел».

Переписки с персональными данными, реквизиты в свободном тексте, внутренние маржи, черновики договоров с особыми условиями — не контекст для общей модели без политики. Минимум: маскирование, отдельные поля CRM, запрет копировать реквизиты в ответ без подтверждения человека. Ускорение касаний ускоряет и утечку.

Документы рядом с агентом: прайс и исключения; политика ответов; словарь полей CRM; шаблоны follow-up с версиями; список эскалаций. Нет документа — модель додумает. В продажах додумывание = обещание без источника.

Пример узкого контура и расширение

Неделя чтения входящих Telegram / форм → журнал неполноты полей → агент квалификации с запретом цены → задача менеджеру на горячих → follow-up по таймеру шаблоном. Внешняя генерация цены отсутствует. Это скучно и работает чаще, чем «полная воронка без людей» на слайде.

Когда появится боль в чатах как источнике лидов — модуль Телепилота рядом, не внутрь того же промпта.

Критерий открытия следующего узла: стопы понятны и в основном правильные; доля сильных правок черновиков падает; дедуп и поля не врут; владелец инцидентов реально отвечает. Пока критерий не выполнен, покупка «ещё каналов» только ускорит шум.

Через квартал пересмотрите политику и прайс: устарели ли факты, не разъехались ли поля, не вырос ли процент инцидентов обещаний. Полдня ревизии дешевле аварии в переписке с клиентом.

Что забрать

1. Модель на узле с правами — не замена CRM.
2. Сначала поля и стопы, потом внешняя отправка.
3. Цена и уступки — человеку.
4. Telegram-outbound — отдельный контур (Телепилот), не тот же промпт поддержки.
5. Практика и артефакты — в Solar Inside.

Контрольный вопрос: если лид напишет в 23:40, где через 5 минут карточка, кто владелец, что модель имеет право сказать, и какой следующий шаг с датой? Нет ответа — рано включать «ИИ-продажи» наружу.

В 4bos агенты — как сотрудники с зоной. Продажный агент не публикует блог и не меняет договор. Один агент — один-два узла, человек — деньги и исключения. Так запрос из Wordstat становится инженерией, а не конкурсом обещаний.

Политика на одну страницу и версии

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

Версии политики и шаблонов нумеруйте. Иначе нельзя запретить неудачный текст и оставить рабочий. Тот же принцип для КП: черновик модель может собрать из шаблона и полей, финальную сумму утверждает человек. В карточке храните, что уже обещали клиенту — иначе менеджер на созвоне противоречит боту.

Репутация outbound-канала

Холодные касания в чатах делают репутацию аккаунта частью воронки. Лимиты, стоп по банам, журнал шаблона — как в контуре Телепилота. Скорость outreach без этого сжигает канал быстрее, чем окупает встречи. Outbound-промпт и саппорт не смешивайте: разные цели, стопы и KPI.

Планёрка на 20 минут

Смотрите пять вещей: сколько неполных карточек висит дольше SLA; сколько стопов за неделю и топ причин; сколько черновиков человек правил сильно; сколько follow-up без ответа и без кода отказа; были ли обещания вне прайса. Эти пункты заменяют слайд «ИИ внедрён». Если их нет в системе — автоматизации ещё нет, есть демо.

Перед записью: короткий чеклист

Карта узлов утверждена. Прайс и FAQ зафиксированы версией. Неделя только чтения прошла без сюрпризов по дедупу. Журнал стопов читает человек. Эскалация доходит до живого инбокса. Обещания вне прайса стопятся. Откат записи — за несколько минут. Пока список не зелёный, оставайтесь на черновиках человеку.

Бэклог после пилота

Не пишите «добавить GPT везде». Пишите: закрыть дыру в поле; ужесточить стоп по теме; сократить шаблон follow-up; вынести outbound в отдельного агента; обновить прайс в контексте модели. Тикет со словом «ИИ» без объекта — красный флаг для владельца воронки.

FAQ маркетинга и продажный агент

Статьи и витрина 4bos — отдельная линия. Продажный агент не пишет блог и не правит SEO. Если текст с сайта кормит FAQ, версия FAQ попадает в политику агента только после согласования продаж. Иначе бот обещает то, что написали для охвата.

Перелинк на Телепилот и Inside — для читателя. В промпт агента — только утверждённые факты, не весь блог.

Ошибки выбора подрядчика

Сигналы риска: «подключим GPT к CRM» без карты узлов; нет журнала стопов на демо; обещают закрыть оплату полностью при среднем чеке, где клиент ждёт человека; не разделяют чтение и запись на старте. Три таких сигнала — узкий пилот на 14 дней лучше большого акта.

Клуб и поставка в разных счетах

Клуб даёт артефакты и ритм. Поставка даёт событие приёмки на ваших данных. Если в одном счёте смешаны доступ в клуб и «сделайте воронку», через месяц спорите, что было deliverable. Разделяйте явно в договоре и в голове команды.

Расширение только после стабильного узла

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

Контроль через 90 дней

Через квартал пересмотрите политику и прайс: устарели ли факты, не разъехались ли поля, не вырос ли процент инцидентов обещаний. Полдня ревизии дешевле аварии в переписке с клиентом. Контур без ревизии стареет так же, как база знаний менеджера, которого никто не онбордит заново.

Поля CRM как контракт, а не «настройки»

Поле без владельца и без правила заполнения — декорация. Договоритесь: какие поля обязательны на квалификации, кто имеет право менять этап, что считается дублем. Модель обязана уважать этот контракт. Если поле можно обойти «потому что клиент написал красиво» — через неделю CRM снова помойка.

Проверяйте на пилоте не красоту ответа, а долю карточек с заполненными обязательными полями за SLA. Это скучная метрика и она показывает, жив ли контур.

Эскалация без потери контекста

Эскалация — не «перешлите менеджеру сырой чат». Это пакет: кто клиент, что уже сказано, чего не хватает, какой стоп сработал, какой следующий шаг предложен. Без пакета человек тратит время на раскопки и злится на агента зря.

Храните причину стопа машиночитаемым кодом плюс короткой человеческой фразой. Иначе планёрка превращается в чтение логов.

Что не автоматизировать в первую очередь

Скидки «на глаз», индивидуальные юридические формулировки, спорные гарантии, публичные обещания в соцсетях от имени бренда. Даже если модель умеет красиво писать. Сначала уберите риск, потом ускоряйте объём касаний.

Если команда просит «пусть ИИ сам торгуется» — вернитесь к прайсу и коридору уступок. Без коридора это лотерея репутации.

Итог без магии

Практический смысл запроса — не «нейросеть вместо отдела», а карта узлов, права агента, CRM-след и стопы. Сначала один канал и read-only, потом запись. Цена и исключения — человеку. Telegram-outbound — отдельный контур. Артефакты и ритм — в клубе, поставка — с событием приёмки. Так контур живёт дольше демо на созвоне.

Что проверить на созвоне за 15 минут

Попросите показать: карточку после входящего; журнал стопа с кодом; эскалацию с контекстом; запрет цены вне прайса; откат последней записи. Если вместо этого крутят идеальный чат — это демо, не контур.

Спросите прямо, кто владелец инцидентов у вас и сколько дней контур живёт только на чтении. Ответ «сразу пишем клиентам» без недели чтения — высокий риск.

Когда модель мешает сильнее, чем помогает

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

Сначала зафиксируйте правила и поля. Потом узкий пилот. Потом write. Порядок нарушать дорого.

Связка таймера и шаблона follow-up

Большая часть follow-up не требует модели. Нужны таймер, шаблон с версией и стоп «не пишите». Модель подключайте, когда текст спорный или входящее свободное и шаблон ломается. Иначе платите за генерацию там, где хватает правила.

В карточке храните код результата касания: ответ, отказ, тишина, эскалация. Без кода планёрка превращается в ощущения.

Мини-словарь для команды

Узел — шаг воронки с входом и выходом. Права агента — что можно сказать и записать. Стоп — осознанная остановка с журналом. CRM-след — проверяемая запись после касания. Эскалация — передача человеку с пакетом контекста.

Если слова разные у продаж и подрядчика, пилот разъедется за неделю. Выровняйте словарь до интеграций.