AI-автоматизация бизнеса: как выбрать первый процесс

Сначала найдите операцию, у которой есть конец

Фраза «автоматизировать продажи» слишком широка для выбора инструмента. Внутри неё находятся чтение обращений, поиск товара, расчёт цены, согласование скидки и переписка о договоре. У этих действий разные данные, права и последствия ошибки. Начните с момента, который можно увидеть: письмо поступило в общий ящик, сотрудник перенёс позиции в черновик запроса, второй сотрудник подтвердил соответствие исходному письму. Здесь определены вход, выход и граница ответственности.

Запишите операцию одним предложением без слова «улучшить». Например: «Извлекать реквизиты из поступившей анкеты и создавать черновик карточки для проверки». Затем опишите, какой документ или запись остаётся после работы. Если результат нельзя показать другому человеку, задача пока сформулирована как намерение. Попытка подобрать AI на этом этапе приведёт к сравнению эффектных демонстраций, хотя компания ещё не знает, что именно должна принять у исполнителя.

Для каждого кандидата назовите соседние действия. Кто поставляет исходные данные, кто получает результат, что происходит при задержке? Черновик карточки бесполезен, если после него сотрудник вручную ищет недостающие сведения в трёх системах. Но включать весь этот поиск в первую задачу тоже необязательно. Достаточно увидеть зависимость и учесть её при сравнении, чтобы ускорение отдельного шага не выдать за ускорение полного процесса.

Частый процесс может быть неповторяемым

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

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

Спросите исполнителя, какие решения он принимает молча, опираясь на опыт. Он может знать, что определённое сокращение означает старую линейку продукции, а сообщение от постоянного клиента требует особого порядка согласования. Если эти знания нигде не записаны, автоматизация столкнётся с невидимым условием. До выбора инструмента решите, можно ли превратить его в явное правило или лучше сохранить этот тип обращения в ручном маршруте.

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

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

В маркетинге полезно начать с места, где возникает потеря: обращение осталось без ответа, источник не попал в CRM, предложение не соответствует рекламе. Маркетинговый аудит MR·H помогает собрать карту потерь, определить главное ограничение и расставить приоритеты. Это конечная диагностика с планом исправлений на 90 дней; решение об автоматизации и её технический состав принимаются отдельно, после проверки того, что действительно тормозит результат.

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

Маркетинговый аудит MR·H

Исключения проверяйте до обещания автономности

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

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

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

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

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

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

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