На разборе ко мне почти не приходят с запросом «нужен GPT». Приходят с усталостью: администратор до ночи сидит в чате, заявки из Instagram копируют руками в таблицу, PDF летают в общий WhatsApp, а в учёте потом дубли.

Я начинаю не с модели. Сначала — один процесс, пять строк карты и критерий с числом. Ниже — рабочий каркас, которым я пользуюсь на пилотах для малого бизнеса и самозанятых. Серебряной пули нет: если цепочка не описана, любая нейросеть останется демо после оплаты.

Частый кейс — салон. Владелец говорит: «Хочу ИИ, чтобы администратор не сидел в чате до ночи». На столе при этом пять задач сразу: запись, перенос заявок из Instagram, напоминания, отчёт владельцу, «сделайте как у соседа с ботом». Подрядчик отвечает презентацией. Через месяц бот в Telegram есть — а «заявка принята» так и не описали. Администратор снова копирует сообщения в таблицу руками.

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

На первой сессии я спрашиваю не про модель, а про сбой:

- сколько заявок в неделю;

- кто отвечает;

- где фиксируется «сделано»;

- что происходит в выходные.

Потом записываю одну цепочку. Пример для салона: клиент написал в Telegram — администратор увидел — слот записан в YClients — клиент получил подтверждение. Под каждой стрелкой — где ломается сейчас: лента уехала вниз, слот заняли дважды, напоминание не ушло. Вот и участок для пилота.

Симптом — Что обычно делают — Что нужно вместо

«ИИ везде» — Берут несколько подписок — Один процесс + измеримый критерий

Нет владельца процесса — «Пусть IT разберётся» — Именованный ответственный с правом остановить пилот

Нет срока проверки — «Оценим через квартал» — Проверка на реальных данных за ~10 рабочих дней

Сценарий расползается — Новые задачи каждую неделю — Scope пилота + список «потом»

Узкий фокус держу специально: когда пытаются закрыть пять болей одним ботом, не закрывают ни одну.

С чего я реально начинал пилоты:

1. Заявка из Telegram — строка в таблице или карточка в CRM — уведомление ответственному.

2. Запись клиента — подтверждение слота — напоминание за сутки; отмена без звонка менеджеру.

3. Входящий счёт или акт — извлечение полей в черновик — ревью бухгалтером перед проводкой.

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

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

1. Триггер — что запускает (сообщение, форма, письмо, звонок с фиксацией).

2. Вход — обязательные поля (имя, услуга, бюджет, город, файл).

3. Действие — что должно произойти без человека (запись, уведомление, черновик).

4. Исключение — когда зовём живого (нет слота, спорная сумма, VIP).

5. Готово — как проверяем (запись есть, пинг ушёл за N минут, клиент получил текст).

Если пять строк не складываются — сначала карта процесса, не заказ «ИИ-агента». Агент уместен, когда цепочка уже стабильна и нужна вариативность с ревью. До этого чаще хватает связки «мессенджер — таблица — уведомление».

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

Пилот — короткий прогон на реальных данных с заранее записанным критерием. Не «посмотрим, как нейросеть ответит», а список проверок с галочками. Формулирую до оплаты разработки, иначе спор уходит в «нам не понравилось качество» — субъективно и бесконечно.

Пример для заявок из Telegram (салон, 15–25 записей в неделю):

- 20 реальных сообщений за две недели (не тестовые «привет» от сотрудников);

- каждое в таблице или CRM с меткой времени и источником;

- ответственный получает уведомление за 2 минуты в рабочие часы;

- не больше 2 ручных правок карточки на 10 заявок;

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

Пример для записи на услугу:

- клиент выбирает слот в боте или форме;

- подтверждение уходит автоматически с адресом и правилами отмены;

- напоминание за 24 часа; отмена одной кнопкой без звонка;

- администратор видит «сегодня / завтра» без ручного свода.

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

Этап — Срок — Результат

Разбор — 1 сессия 60–90 мин — Карта процесса + черновик критерия

Пилот — ≈10 раб. дней — Рабочий контур на реальных данных

Решение — после пилота — Масштаб, доработка или остановка без «дожимания»

Критерий пишу в прошедшем времени и с числом: «За 10 рабочих дней 18 из 20 заявок попали в CRM без ручного копирования». «Улучшим сервис» и «ускорим работу» — не критерий. Scope подписываем вместе с владельцем: что входит, что явно «после».

Перед оплатой «внедрения под ключ» я смотрю не на технологию, а на управляемость:

- письменное описание процесса: вход, выход, исключения, кто решает спорные кейсы;

- критерий пилота с цифрами и сроком;

- список систем и доступов для первого контура;

- план отката: шаблон извинения, ручной режим, отключение автоматики одной кнопкой;

- поддержка после запуска: кто чинит, в какие сроки, что считается инцидентом.

Если подрядчик отказывается фиксировать критерий в письме — сделку не продолжаю. Без критерия это маркетинг, не внедрение.

На созвоне спрашиваю: кто владелец процесса после запуска? Сколько часов в неделю он готов тратить на первые две недели? Какие системы затронет первый контур? Что уже пробовали и почему бросили?

Часто на разборе выясняется: агент не нужен, нужна связка Telegram — Google Таблица — уведомление в тот же мессенджер. Бывает и наоборот: таблица на 200 заявок в месяц с тремя ролями уже не тянет — нужен backend и нормальные права.

Уровень — Когда хватит — Ограничения

Таблица + уведомления — До 30–50 заявок/мес, один ответственный — Дубликаты, ручной контроль качества

Конструктор бота (Telegram) — Один сценарий: заявка или запись — Сложная логика и несколько CRM — на пределе

n8n / Make + API — Несколько систем, расписания, вебхуки — Нужны API, мониторинг, человек на сбои

Код (бот + backend) — Нестандартная логика, роли, аудит — Выше старт, ниже хаос на объёме

Cursor и режим Agent у меня — инструмент разработки и ускорения правок, не замена описанного процесса.

Порядок, которого придерживаюсь:

1. Неделя ручного или полуручного контура — увидеть реальный поток.

2. Автоматизирую самый скучный шаг (уведомление, запись в таблицу).

3. Потом — исключения.

Так проще понять, где сбой: данные, интеграция или ожидания.

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

- Владелец отвечает на вопросы команды и принимает спорные случаи.

- В первый этап входит только согласованный сценарий; новые идеи — в отдельный список «потом».

- Каждую неделю смотрим живой поток и правим следующий цикл.

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

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

### Типичные грабли

Симптом — Что проверить

Бот есть, заявки всё равно копируют руками — Есть ли определение «заявка принята» и куда пишется факт

Взяли «ИИ для продаж», дубли в учёте — Где рвётся цепочка мессенджер → учёт, кто владелец

«Нам не понравилось качество ответов» — Был ли критерий с числом до старта

Три пилота сразу на двоих — Scope: один процесс, остальное в backlog

Таблица «не тянет» — Объём >30–50/мес, роли >1 → n8n/код, не ещё одна подписка

Агент «на всё» — Стабильна ли цепочка; нужна ли вариативность с ревью

Нужен ли сразу ИИ-агент? Не всегда. Если проблема — потерянные заявки в чате, часто хватит Telegram — таблица/CRM — уведомление. Агент добавляют, когда сценарий стабилен.

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

Как понять, что сработало? Заявки не теряются, уведомления приходят, исключения идут по правилам. Не «модель ответила красиво».

Чеклист на завтра

• Выбрать один процесс, который уже болит (заявки / запись / учёт)

• Записать цепочку от события до результата и отметить, где ломается сейчас

• Заполнить пять строк: триггер — вход — действие — исключение — готово

• Назвать владельца процесса с правом остановить пилот

• Сформулировать критерий в прошедшем времени с числом и сроком ~10 раб. дней

• Список систем и доступов для первого контура

• План отката одной кнопкой + кто чинит после запуска

• Инструмент выбрать только после карты (часто хватит таблицы и уведомлений)

• Scope: что входит в пилот, что явно «потом»

• Через неделю ручного/полуручного контура — автоматизировать самый скучный шаг

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