Чеклист rollout: от пилота к правам и CRM-следу

Запрос «внедрение ии агентов для бизнеса» в Wordstat (объём 35) звучит уже не как «что такое агент», а как «как поставить в работу». Под ним смешивают покупку бота, курс по промптам и обещание «сдадим под ключ без вашего участия». Я пишу про другое: пилот на 14 дней, матрица прав, журнал стопов и событие приёмки, которое видно в вашей CRM.

Отдельно уже разобрано, чем ИИ-агент для бизнеса отличается от чат-бота в демо. Там — определение контура. Здесь — как этот контур выкатить: 5 узлов на карте до выбора модели, сначала чтение, потом запись, роли на стороне клиента и красные флаги подрядчиков. Вход в конце — клуб Solar Inside, а не «ещё один курс».

Чем этот текст не дублирует обзор про ИИ-агента

Статья про «ии агент для бизнеса» отвечает: что такое агент, чем он не виджет, зачем событие–политика–действие–проверка–стоп. Полезная база. Но она не закрывает вопрос внедрения.

Здесь другой угол: что значит «внедрение» против покупки бота и обучения; карта узлов; матрица прав; пилот 14 дней; CRM-след как критерий приёмки; роли, флаги вендоров и метрики без чужих процентов. Если нужен словарь — читайте обзор. Если контур уже понятен и хотите поставить его в работу без театра — этот чеклист.

Что значит «внедрение», а не покупка бота или курс

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

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

Инструмент. Бот, виджет, аккаунт в конструкторе. Быстро включается. Часто живёт без CRM и без владельца. Через месяц «не пользуемся».

Обучение. Курс, воркшоп, «научим команду писать промпты». Полезно для мышления. Не заменяет карту процесса и права на запись.

Контур в работе. Один канал, политика, журнал, пилот, приёмка по событию. Дольше на старте. Зато через две недели видно: помогло или создало шум.

Критерий простой. Если после «внедрили» вы не можете открыть CRM и показать, что изменилось по реальным заявкам, у вас не внедрение. У вас установка. Установка тоже бывает нужна. Называть её внедрением агентов нельзя.

Ещё один соблазн — упаковать всё как «под ключ» и исчезнуть. Поставка с артефактами — отдельная тема. Здесь про совместный выкат: команда клиента и студия проводят пилот, не отдавая агенту админский токен «на всякий случай».

Карта узлов до выбора модели

Не начинайте с выбора модели. Начните с карты 5 узлов одного процесса. Без квадратиков на сорок экранов.

1. Вход. Форма, мессенджер, почта, звонок. Кто создаёт событие и какие поля обязательны.
2. Нормализация. Дедуп, теги, проверка «новый / повтор / уже клиент».
3. Квалификация. Хватает ли брифа для следующего шага. Что делать с пустыми полями.
4. Действие. Карточка, задача, черновик ответа, смена статуса — что именно меняется в системе.
5. Контроль и стоп. Журнал, эскалация человеку, запрет на внешнюю отправку без факта.

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

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

Если узлов больше семи на первый пилот — режьте. Один канал, один сегмент, один следующий шаг. Расширение после приёмки, не «ещё чуть-чуть в том же акте».

Матрица прав: можно / нельзя / эскалация

Права важнее промпта. Промпт без прав — красивый разговор. Права без журнала — риск без разбора.

Можно (самому):

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

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

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

Эскалация человеку:

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

На старте человеку оставляют уникальные сделки, жалобы, платежи, публичные заявления без шаблона и ценообразование. Автоматизируют повторяемое: разбор однотипных входящих, сбор брифа, задача менеджеру, напоминание о следующем шаге. Если процесс не описан человеком за одну страницу, агенту рано: сначала неделя ручной дисциплины с теми же полями.

Матрицу пишут на одну страницу и версионируют. Версия 1.0 на пилот. Версия 1.1 после разбора стопов. Версия 2.0 — после приёмки, если расширяете запись. Политика живёт отдельно от длинного системного промпта: зона, источники фактов, запрещённые обещания, кто подтверждает внешнюю отправку, дата. Одна зона — одна страница. Если подрядчик говорит «модель сама разберётся» — это не матрица. Это надежда.

Отдельно: области доступа. Не один админский токен на CRM, почту и мессенджер. Отдельный технический пользователь, запись только в согласованные поля, секреты вне промпта и вне чата, сигнал на отказ доступа и на протухание, путь отката заметки за 5 минут. База знаний — документ фактов с датой обновления. Агенту запрещено утверждать факт вне документа.

Пилот 14 дней: чтение → одна запись → стопы

Пилот без фаз превращается в вечную полуавтоматизацию. Рабочий ритм на 14 дней.

Дни 1–3. Только чтение. Агент видит входящие, собирает бриф, пишет в журнал дыры: пустые поля, повторы, непонятное намерение. Внешних действий нет. Команда смотрит, где процесс реально ломается.

Дни 4–7. Одна обратимая запись. Например заметка в CRM или задача менеджеру. Не рассылка клиенту. Не смена цены. Ручное подтверждение на спорных кейсах. Журнал обязателен до внешней стороны.

Дни 8–11. Отказные проверки. Неполный бриф. Повторный входящий сигнал. Скрытая инструкция в тексте. Просроченный токен. «Не пишите». Агент должен уметь остановиться, а не «всё равно ответить вежливо».

Дни 12–14. Разбор и решение. Сколько событий. Сколько стопов. Сколько правок человека. Что расширять. Что запретить сильнее. Письменный отчёт на полстраницы — иначе следующий месяц снова начнётся с демо.

Правило «сначала чтение, потом запись»: пока чтение не стабильно (поля, дедуп, журнал), запись не открывают. Открыть запись раньше — ускорить хаос. Если после 14 дней команда тратит больше времени на разгребание ошибок, чем раньше на ручные ответы, контур ещё не готов к расширению. Это нормальный исход пилота, не провал «ИИ».

Срок 14 дней выбран не магией. Короче — не успеете поймать отказные кейсы. Дольше без отчёта — пилот растворяется в «потом допилим».

На днях 7 и 14 — планёрка на 20 минут без слайдов: число событий, топ-3 кода стопа, правки человека, один инцидент ложной уверенности, решение оставить / сузить / добавить одну запись / остановить запись. День 7 — промежуточный. День 14 — приёмка или продление чтения. Продление чтения на неделю нормально. Продление «пишем клиентам, разберёмся потом» — нет. Решение записывают в бриф одной строкой.

CRM-след как событие приёмки

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

Минимальный CRM-след после касания агента:

1. Карточка или привязка к существующей.
2. Источник и канал.
3. Заполненные поля брифа или явная пометка «неполно».
4. Действие агента (что сделал / чего не сделал).
5. Следующий шаг человеку или клиенту.
6. Код стопа, если остановился.
7. Ссылка на запись в журнале решений.

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

Журнал — таблица, которую владелец процесса читает без переводчика. Минимум колонок: время, канал и идентификатор, что прочитал, что решил, что реально сделал, стоп с кодом, правка человека. Коды короткие: нет цены, пустой бриф, повтор, отказ от рассылки, токен, вне зоны. Свободный текст «что-то пошло не так» не масштабируется. Журнал пишут до внешней отправки. Иначе инцидент уже у клиента, а разбор — после факта.

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

Отдельно про «приняли на стенде». Стенд без боевых исключений врёт. Приёмка на боевом канале с ограниченным сегментом честнее большого демо на созвоне.

Роли на стороне клиента

Без ролей внедрение «ничьё». Ошибка становится бесконечной перепиской.

Владелец процесса. Человек, который принимает стоп и спорные обещания. Не «отдел», а имя.

Владелец данных. CRM, таблицы, права доступа, обновление прайса и базы знаний.

Оператор пилота. Смотрит журнал ежедневно 20–30 минут первые две недели. Чинит бриф, не «модель».

Студия / подрядчик. Собирает контур, политику, журнал, отказные сценарии. Не подменяет владельца процесса.

Эксплуатация после пилота. Кто смотрит сигналы на третьей неделе и дальше. Если ответа нет — контур сирота.

Сколько времени клиента реально нужно: на старте 2–4 часа в неделю на факты, стопы и базу знаний. Если клиент хочет «нас не трогайте совсем», агент будет уверенно ошибаться на устаревшем прайсе. Это не особенность модели. Это дыра во владельце данных.

Роли фиксируют в одном абзаце брифа. Иначе через месяц все «думали, что отвечает другой».

Красные флаги подрядчиков и вендоров

Короткий список, без морали.

1. Обещают процент роста без вашей базы. «Закроем на 40% больше» без журнала текущего процесса — маркетинг.
2. Один админский токен на всё. Удобно им. Опасно вам.
3. Нет матрицы прав в договоре / брифе. Значит, права родятся «по ходу».
4. Приёмка = «разработка завершена». Нужно событие в вашей системе.
5. Сразу пишут клиентам в первую неделю. Без фазы чтения и стопов.
6. Смешивают курс и поставку в одном счёте. Обучение ≠ внедрение.
7. Универсальный агент на продажи, поддержку и финансы. Радиус ошибки максимальный.
8. Нет журнала стопов. Через неделю нельзя понять, почему ушло именно это сообщение.
9. Отказ назвать владельца со стороны клиента. «Мы всё сами» почти всегда значит «потом разберётесь».
10. Призывы и обещания в ответах агента не согласованы с вашим предложением. Агент начинает продавать чужой продукт голосом вашей компании.

Если три флага сразу — остановите пилот до записи. Дешевле, чем разгребать инциденты.

Метрики без фейковых процентов

Сравнивайте с собой, не с чужим лендингом.

База до пилота (хотя бы за 2 недели):

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

После пилота те же поля из журнала и CRM:

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

Рост «конверсии на 27%» без определения конверсии и без базы — выбросьте. Полезный отчёт: «было 12 копипастов на 10 заявок, стало 3; стопов 18, из них 2 ложных; внешнюю отправку не открывали». Так выглядит взрослая метрика внедрения.

Не гонитесь за «агент отвечает на всё». Гонитесь за меньше шума и больше проверяемых следующих шагов.

Когда уместен модуль Телепилота

Телепилот — отдельный продуктовый контур: парк аккаунтов, публикация в чаты, поиск площадок, исходящие касания и закрытие. Это не «любой ИИ-агент в Telegram».

Подключать имеет смысл, когда:

• Telegram реально канал клиентов, не декорация;
• руками уже упёрлись в 5–10 чатов;
• есть портрет клиента и запреты на первый контакт;
• входящий контур (чтение заявок) хотя бы в черновом виде понятен — иначе исходящий поток засыплет CRM сырьём без владельца.

Не вшивать Телепилот в каждый выкат «на всякий случай». Сначала карта узлов и права на ваш основной канал. Исходящий парк — расширение, когда входящие и CRM-след уже не стыдно показать.

Если ваш пилот только про входящие заявки с сайта — карточка Телепилота не обязательна в границах пилота. Если боль именно в чатах и исходящих — смотрите кейс отдельно, с антибаном и разогревом, а не как «ещё одну галочку в агенте».

Solar Inside и поставка студии — разные продукты

На 4bos.ru два разных входа, и их нельзя смешивать в голове покупателя.

Solar Inside — клуб: рабочие AGENTS.md, скрипты, кейсы из Solar OS, ежедневные апдейты. Вы адаптируете под себя. Это не курс «как писать промпты» и не обещание, что студия приедет и сдаст контур. Вход: https://4bos.ru/inside/

Поставка / пилот со студией — совместный выкат: бриф, карта, права, журнал, событие приёмки. Здесь нужны роли клиента и сроки фаз.

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

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

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

Перед днём 1 пилота у вас должен быть одностраничный бриф. Не презентация на 40 слайдов.

1. Процесс и канал (один).
2. Сегмент и исключения.
3. Поля брифа и правило пустых полей.
4. Матрица прав версии 1.0.
5. Что считается CRM-следом.
6. Событие приёмки своими словами.
7. Имена ролей.
8. Запреты на обещания.
9. Список вне рамки.
10. Дата разбора на день 14.

Если пункта нет — вы ещё не во внедрении. Вы в разговоре о внедрении. Разговор полезен. Запускать запись агента рано.

После старта: ошибки, расширение, 30 и 90 дней

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

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

На дне 30: жив ли владелец, обновляется ли база знаний, нет ли тихих инцидентов, не протухли ли токены. На дне 90: не разъехались ли права и реальный процесс, не появился ли второй «теневой» бот в обход журнала, не пора ли сузить зону вместо расширения. Забытый агент опаснее отсутствующего: отсутствующий не пишет клиентам, забытый пишет по устаревшему прайсу. Раз в месяц 20 минут по журналу стопов. Без слайдов. Только факты из CRM и список правок политики.

Что забрать с этого чеклиста

Внедрение — не покупка бота и не сертификат курса. Это выкат: карта 5 узлов, матрица прав, пилот 14 дней в режиме «сначала чтение, потом запись», стопы и приёмка по CRM-следу.

Словарь «что такое агент» — в обзоре про ИИ-агента для бизнеса. Рабочие артефакты и внутрянка Solar OS — в Solar Inside. Исходящий Telegram-контур — отдельно в Телепилоте, когда чаты реально канал клиентов.

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

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

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

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

Чеклист перед внешней записью

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

Планёрка 20 минут вместо слайда «внедрили»

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

Данные и доступы на старте

Не отдавайте модели переписки с реквизитами «как есть». Минимум: маскирование, отдельные поля CRM, запрет копировать платежные данные в ответ без человека. Токены — в секретах, наименьшие права, журнал действий, отзыв при инциденте. Формула «агент удобный» безопасность не отменяет.