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

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

Владелец хочет внедрить ИИ в бизнес. На столе — пять задач сразу. Подрядчик продаёт комплексное внедрение. Через месяц бот в Telegram есть, а критерий готовности так и не записали. Демо оплачено, процесс не изменился.

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

Почему «ИИ везде» съедает бюджет

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

Оптовая компания покупает подписку на «ИИ для продаж». Менеджеры продолжают пересылать PDF. Бухгалтерия ловит дубли. Лицензия есть, разрыв между мессенджером и 1С — тот же.

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

Карта процесса вместо выбора сервиса

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

До инструмента прошу пять строк: триггер, вход, действие, исключение, признак «готово». Если строки не складываются, «ИИ-агент» рано. Для потерянных заявок часто хватает связки мессенджер → таблица или CRM → уведомление ответственному.

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

Измеримая цель пилота

Пилот — не «посмотрим, как ответит модель». Это список проверок на реальном потоке.

Для салона с 15–25 записями в неделю я фиксирую, например:

- 20 живых сообщений за две недели;

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

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

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

- понятное поведение в выходные без молчания клиенту.

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

Если к концу пилота цель не закрыта, масштабировать рано. Упрощаем сценарий или возвращаемся к карте.

Чеклист до оплаты подрядчика

Перед «внедрением под ключ» проверяю:

1. Письменное описание процесса и спорных кейсов.

2. Критерий пилота с цифрами и сроком.

3. Список систем и доступов первого контура.

4. План отката при ошибке автоматики.

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

Нет критерия в письме — сделки нет. ИИ в бизнесе без критерия остаётся маркетингом.

Выбор инструмента после карты

Таблица и уведомления — когда поток небольшой и один ответственный. Конструктор бота — один сценарий заявки или записи. n8n или Make — несколько систем и расписания. Код — роли, аудит, нестандартная логика.

Cursor и Agent mode у меня ускоряют разработку, но не заменяют описанный процесс. Порядок на проектах: неделя полуручного контура → автоматизация самого скучного шага → исключения. Так проще найти виновника сбоя: данные, интеграция или ожидания.

Кому это отдавать внутри команды

Пилот держу узким: один процесс, один владелец, один измеримый результат. Новые идеи — в список «потом». Расширение — только после живого потока.

Полный разбор с таблицами и примерами критериев — на сайте: https://vaybkoder.ru/blog/vnedrenie-ii-v-biznes/

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