Внедрение ИИ в бизнес: начните с одного процесса

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

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

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

Как я фиксирую «дыру» на первой сессии

Записываю одну цепочку от события до результата. Пример для салона: «Клиент написал в Telegram → администратор видит сообщение → слот записан в YClients → клиент получил подтверждение». Под каждым стрелком — где ломается сейчас: «сообщение ушло вниз ленты», «слот заняли вручную дважды», «напоминание не ушло». Так появляется не абстрактное «внедрить ИИ», а конкретный участок для пилота.

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

Примеры процессов, с которых я реально начинал пилоты:

• Заявка из Telegram → строка в таблице или карточка в CRM → уведомление ответственному в тот же чат или в личку.
• Запись клиента → подтверждение слота → напоминание за сутки; отмена без звонка менеджеру.
• Входящий счёт или акт → извлечение полей в черновик карточки → ревью бухгалтером перед проводкой.

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

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

1. 01

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

2. 02

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

3. 03

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

4. 04

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

5. 05

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

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

Что отсекаю сразу

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

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

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

• 20 реальных сообщений за две недели (не тестовые «привет» от сотрудников).
• Каждое попадает в таблицу или CRM с меткой времени и источником.
• Ответственный получает уведомление в течение 2 минут в рабочие часы.
• Не более 2 ручных правок карточки на 10 заявок (остальное — по шаблону).
• В выходные сценарий либо работает по расписанию, либо явно пишет клиенту «ответим в понедельник» — без молчания.

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

• Клиент выбирает слот в боте или форме.
• Подтверждение уходит автоматически с адресом и правилами отмены.
• Напоминание за 24 часа; отмена одной кнопкой без звонка менеджеру.
• Администратор видит дашборд «сегодня / завтра» без ручного свода.

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

Как записать критерий, чтобы не спорить потом

Формулируйте в прошедшем времени и с числом: «За 10 рабочих дней 18 из 20 заявок попали в CRM без ручного копирования». Избегайте «улучшим сервис» и «ускорим работу» — это не критерий. Я сохраняю критерий в общий документ вместе с владельцем процесса; обе стороны подписывают scope пилота: что входит, что явно «после».

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

• Есть письменное описание процесса: вход, выход, исключения, кто решает спорные кейсы.
• Критерий пилота с цифрами и сроком, не «повысим эффективность».
• Есть список систем и доступов, которые понадобятся для первого контура.
• Есть план отката: что делать, если бот ошибся (шаблон извинения, ручной режим, отключение автоматики одной кнопкой).
• Прописана поддержка после запуска: кто чинит, в какие сроки, что считается инцидентом.

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

Вопросы, которые я задаю на созвоне

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

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

Cursor и режим Agent в редакторе — у меня инструмент разработки и ускорения правок, не замена описанного процесса. Если пилот упирается в код, смотрим рабочий процесс Agent mode и правила проекта. Для разбора конкретного сценария заявки или внутренней операции начните со страницы разработки проектов.

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

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

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

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

Когда расширять сценарий

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

По теме в блоге:

• Разработка проектов — как превратить описанный пилот в задачу для разработки.
• Cursor Agent mode — если пилот упирается в код и нужен безопасный процесс правок.
• Разбор процесса — платный вход: карта рутины и критерий пилота.
• Разработка проектов — бот, интеграция, сценарий после брифа.