Почему начинать нужно с процесса, а не с модели
Модель — это исполнитель. Если процесс не описан, непонятно, что именно автоматизировать, кто отвечает за результат и как понять, что стало лучше. В итоге появляется «ИИ-помощник», которым пользуются два энтузиаста, а метрики не меняются.
Описание процесса занимает несколько дней и сразу показывает, где на самом деле теряется время: в ожидании, в пересылке файлов, в повторном вводе данных. Часто половина потерь устраняется без ИИ — и это нормальный результат аудита.
Как выбрать процесс-кандидат
Процесс подходит для автоматизации с ИИ, если он одновременно частый, дорогой, вариативный и обеспечен данными. Ниже — как это оценивать.
| Критерий | Что проверяем | Хороший признак |
|---|---|---|
| Частота | Сколько операций в неделю | Десятки и сотни, а не 5 |
| Стоимость | Часы × стоимость часа | От 20–30 часов в месяц |
| Вариативность | Насколько входные данные разные | Разные формулировки, документы, форматы |
| Данные | Есть ли история операций | Есть примеры за 3–6 месяцев |
| Риск ошибки | Что будет при неверном результате | Ошибку видно и можно исправить |
| Владелец | Кто отвечает за результат | Есть конкретный человек |
Если по двум и более критериям ответ слабый, процесс лучше отложить: проект съест бюджет и не даст измеримого эффекта.
Где нужен ИИ, а где хватит скрипта
Самая дорогая ошибка — тащить ИИ туда, где правило однозначно. Модель дороже, медленнее и менее предсказуема, чем пять строк кода.
| Задача | Решение | Почему |
|---|---|---|
| Разложить файл по папкам по имени | Скрипт | Правило однозначное |
| Вытащить сумму из PDF разного формата | ИИ | Форматы не совпадают, нужен смысл |
| Проверить, что в заявке заполнены поля | Скрипт | Валидация формальная |
| Понять, о чём заявка, и выбрать отдел | ИИ | Нужна классификация текста |
| Отправить письмо по шаблону | Скрипт | Шаблон фиксированный |
| Собрать письмо по фактам из CRM | ИИ + скрипт | Данные из системы, формулировка от модели |
| Пересчитать итоги таблицы | Скрипт | Арифметика |
| Найти противоречия в договоре | ИИ + проверка | Нужен смысловой анализ |
Где автоматизация с ИИ чаще всего окупается
Сценарии отсортированы по простоте внедрения.
Документы и извлечение данных
Счета, накладные, договоры, анкеты: модель достаёт нужные поля в структуру, скрипт проверяет арифметику и записывает в систему. Человек смотрит только расхождения.
Обработка обращений
Классификация, приоритет, черновик ответа, маршрут к ответственному. Эффект виден по времени первого ответа и доле обращений, закрытых без правки.
Отчётность
Сбор данных из нескольких источников, черновик сводки с выводами и аномалиями. Аналитик проверяет цифры вместо того, чтобы собирать их вручную.
Контент и коммуникации
Черновики описаний, писем, ответов на отзывы, структура статей. Всегда с редактором: без проверки качество падает и вредит репутации.
Как проходит проект
Пять шагов, каждый с проверяемым результатом.
- Карта процесса: шаги, участники, время, стоимость, точки потерь. Артефакт — схема и замеры.
- Решение по инструменту: скрипт, ИИ или гибрид. Артефакт — обоснование и оценка стоимости.
- Пилот на реальных данных: 2–4 недели, ограниченный круг задач. Артефакт — работающий маршрут и метрики.
- Внедрение: интеграции, права, логи, обработка ошибок. Артефакт — регулярный процесс.
- Регламент и обучение: кто проверяет, что делать при сбое, как передать смену. Артефакт — инструкция и ответственные.
Как считать экономику автоматизации
Формула простая: экономия = (время до − время после) × число операций × стоимость часа − стоимость внедрения − стоимость поддержки. Если результат меньше нуля на горизонте года, проект не нужен.
Пример: 600 заявок в месяц, 6 минут на первичную обработку, стоимость часа 900 ₽. Сейчас это 60 часов и 54 000 ₽ в месяц. После автоматизации — 1,5 минуты проверки, 15 часов и 13 500 ₽. Экономия 40 500 ₽ в месяц; при внедрении 180 000 ₽ окупаемость — около 4,5 месяцев.
- в расчёт включается время на проверку результата, а не только на генерацию
- стоимость токенов и инфраструктуры — отдельная строка, а не «мелочь»
- поддержка и доработки закладываются сразу: процесс меняется
- ошибки тоже стоят денег: считайте стоимость возврата и ручного исправления
Люди и регламент: почему автоматизация умирает
Проект живёт, пока им пользуются. Чаще всего он умирает по трём причинам: неудобно встроен в работу, никто не отвечает за качество, при сбое процесс встаёт целиком.
- автоматизация встраивается в существующий интерфейс, а не в отдельный сайт
- у результата есть владелец, который смотрит метрики
- при сбое модели процесс деградирует к ручному, а не останавливается
- сотрудники участвуют в пилоте: они знают исключения, которых нет в инструкции
- метрика формулируется как «меньше рутины», а не «меньше людей»
Метрики, которые показывают эффект
Набор метрик фиксируется до внедрения и сравнивается через месяц и через квартал.
- время на операцию и общее число часов в месяц
- стоимость обработки одной операции
- доля операций, выполненных без правки человеком
- доля ошибок и возвратов
- пропускная способность: сколько операций обрабатывается без роста штата
- время реакции на входящее событие
Сколько это стоит и сколько занимает
Вилки ниже — ориентиры по практике. Точная смета появляется после аудита: она зависит от объёма, конкуренции и состояния сайта.
- 3–6 мес Окупаемость пилота
- 2–4 недели Первый эффект
- замеряется Доля ошибок под контролем
Стоимость токенов и подписок считается отдельно и зависит от объёма обращений.
Вопросы про автоматизацию с ИИ
Чем это отличается от обычной автоматизации?
Обычная автоматизация работает по жёсткому маршруту и ломается там, где данные не соответствуют формату. ИИ добавляет устойчивость к вариативности: разные формулировки, форматы документов, неполные данные. Но там, где правило однозначное, я оставляю скрипт.
С чего начать, если процессов много?
С аудита: список задач с частотой, временем и стоимостью. Дальше выбирается один процесс с лучшим соотношением эффекта и риска. Начинать с самого сложного — типичная ошибка.
Нужно ли менять CRM или учётную систему?
Обычно нет. Автоматизация подключается через API, выгрузки или промежуточную базу. Замена системы — отдельный проект с отдельными рисками.
Что будет, если модель начнёт ошибаться чаще?
В проекте есть логи, тестовый набор реальных операций и порог качества. При деградации включается ручной режим, а ошибки разбираются: обычно причина в изменившихся данных или устаревшей инструкции.
Чтобы понять, есть ли смысл автоматизировать конкретный процесс, опишите его в двух абзацах в Telegram: сколько операций, сколько времени занимает, кто выполняет. Отвечу, окупается ли там ИИ или достаточно скрипта.
Начать
Посмотреть, где теряется трафик
Бесплатный аудит: техника, индексация, структура, точки роста. Результат сразу.