директор и машина · операционное управление · запись № 066 · 31 августа 2026 · Давид Герштейн

Автоматизация бизнес-процессов: первым берут не тот процесс, где болит, а тот, с которым вы встанете

Цифры в разборе пересчитаны на условную компанию — механика, сроки и выводы реальные.

Вы уже решили, что автоматизация бизнес-процессов вам нужна. Список процессов лежит перед вами, в нём 15 строк, и все пятнадцать выглядят достойными. Коммерческий директор тянет на продажи — там деньги. Операционный на документооборот — там боль. Вы смотрите на оба и понимаете, что 3 месяца можно потратить не туда, а второго захода команда вам не простит.

Если вы выбираете первый процесс по тому, где сильнее болит, — вы почти наверняка выберете тот, который вас и похоронит.

Я потратил на эту ошибку 2 года. Не 3 месяца — 2 года. Самой заметной болью у меня была расшифровка и оценка звонков: сотни разговоров в месяц, руководитель слушает выборочно 10–15, остальное — чёрный ящик. Я подступался к этой задаче снова и снова, потому что она болела громче всех. А взлетел совсем другой процесс — тот, о котором я вообще не думал как о приоритетном.

Почему самый больной процесс — худший кандидат

Он больной не случайно. Он больной потому, что сложный. В нём много исключений, много участников и много несогласованности, накопившейся годами. Именно поэтому его до сих пор никто не починил руками.

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

А теперь честная сторона. Типов разговора оказалось не 2 и не 3 — понадобилось 10 разных чек-листов под разные сценарии. Настройка идёт четвёртый месяц и всё ещё требует доработок. Отдельная история — сама машина: на одном и том же разговоре 5 прогонов подряд дают 5 слегка разных оценок. Это не поломка, это свойство языковых моделей, и с ним приходится проектировать: усреднять, огрублять шкалу, держать человека на калибровке.

Всё это — нормальная цена за хороший процесс. Но представьте, что это ваш первый проект. 4-й месяц, 10 чек-листов, оценки пляшут, а команда стоит рядом и делает выводы про всю затею целиком. Сроки при этом множатся, а не складываются — разобрал арифметику отдельно. Первый процесс отвечает не за экономию. Он отвечает за то, поверит ли вам компания на втором. Как выглядит полный маршрут от решения до эксплуатации — разобрал отдельно — маршрут на два-три месяца и три развилки, на которых всё ломается.

Что взлетело вместо него

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

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

6 недель от разговора до работающего: 2 недели на описание правил отбора, 3 на сборку и проверку, 1 на приёмку. И главное — понятный результат, который видно снаружи: таблица есть, она пополняется сама, менеджер утром открывает её вместо 10 вкладок.

Разница между двумя процессами не в технологии. Она в цене ошибки. Если агент неверно разметил 1 отклик из 20 — менеджер это увидит и поправит за 10 секунд. Если машина неверно оценила разговор менеджера, а вы на этой оценке строите разговор о премии, — вы разрушаете доверие к системе и к себе.

Два процесса рядом: почему один взлетел, а другой идёт 4-й месяц

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

Как раскладываются 15 процессов из типового списка

Когда мы прогоняли через тест списки процессов у себя и на разборах, картина получалась примерно одинаковая — и она объясняет, почему автоматизация бизнес-процессов так часто буксует на первом же проекте: выбор наугад почти всегда мимо.

То есть из 15 строк вашего списка стартовых кандидатов — 3, максимум 4. Вероятность попасть в них вслепую — 1 к 5. Именно поэтому 20 минут на тест дешевле 3 месяцев на угадывание.

Тест из четырёх вопросов

Выпишите 3 кандидата и прогоните каждого. Проходить нужно все 4 — 3 из 4 не считается.

1. Дёшево ли она ошибается?

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

2. Опишут ли его два исполнителя одинаково?

Возьмите 2 человек, кто делает эту работу, и попросите порознь расписать шаги. Не вместе — порознь.

Если описания разошлись — остановитесь. Вы автоматизируете не работу, а спор о работе, и машина зафиксирует в коде победу того, кто громче. Если разошлись — поздравляю, вы нашли не задачу для ИИ, а дыру в управлении, которая жила у вас и без всякого ИИ. Сначала регламент, потом машина: описать процесс до одной версии и найти в нём узкое место нужно раньше, чем что-то автоматизировать. Регламент, кстати, теперь пишется за вечер — с той же машиной, по расшифровке разговора с обоими исполнителями. Этому я учу отдельно, в курсе есть модуль ровно про это.

3. Виден ли результат снаружи?

Результат должен быть заметен человеку за пределами отдела, без объяснений и презентаций. Таблица, которая пополняется сама. Отчёт, который приходит в 8 утра. Папка, где документы разложены.

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

4. Есть ли у него хозяин?

Не исполнитель — хозяин. Человек, у которого спросят, когда сломается, и который считает этот процесс своим.

Самый дорогой мой провал в этом году не имел отношения к технологиям. Рассылка встала на 4 недели. Разбирались — оказалось, менеджер не знала, что техническая часть вообще не её зона: она думала, что должна разобраться сама, не разобралась и молчала. Задача не сломалась. Она просто была ничья. Это самая частая причина, по которой проекты глохнут, — собрал их в разборе «Почему внедрение ИИ не работает».

Похожая история с дашбордом: собрали, запустили, красиво. Через 2 недели выяснилось, что в него никто не заходит, — потому что не назвали, кто по нему принимает решения.

Три возражения, которые вы услышите от команды

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

«Это же мелочь, зачем на неё тратить силы»

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

«Давайте сразу сделаем нормально, на весь объём»

Самое опасное возражение, потому что звучит по-взрослому. Мы на этом обожглись: пытались вести разработку и внедрение одновременно — и остановились. Развернули иначе: сперва 40 случаев с ручной проверкой людьми, потом контролируемый сегмент, потом весь объём. Каждый шаг показывает, где машина врёт, пока цена ошибки ещё копеечная. На полном объёме та же ошибка стоит доверия ко всей системе.

«У нас процесс сложный, у нас так не получится»

Обычно это говорит человек, который боится, что автоматизация покажет, как процесс устроен на самом деле. И тут я на его стороне: она действительно покажет. Поэтому первый проект не должен быть местом, где кому-то станет неуютно. Берите процесс, где сотрудник получает не контроль, а разгрузку, — как менеджер по найму, которая перестала открывать 10 вкладок. Тогда он ваш союзник, а не саботажник.

Если ни один кандидат не прошёл

Значит, у вас нет процесса для старта — есть 3 слишком крупных. Дробите.

Мы так и делали, когда упирались: сначала обучали на 40 случаях с ручной проверкой людьми, потом выпускали на контролируемый сегмент в 5 000, и только потом на весь объём. Скучно, зато на каждом шаге видно, где машина врёт, — и видно это на 40 случаях, а не на 5 000.

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

Промпт: прогнать кандидатов через тест за один заход

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

Описание каждого кандидата — 5–7 строк своими словами: кто делает, как часто, что на входе, что на выходе, что бывает, когда ошибаются. Ответы модели проверяйте: она уверенно рассуждает о процессах, которых не видела, и это нормально — вам нужен не вердикт, а вопросы, которые она задаст.

Ты — консультант по автоматизации. Оцениваешь процессы-кандидаты на роль ПЕРВОГО проекта автоматизации в компании.

Для каждого процесса дай оценку по 4 критериям (0–3 балла):
1) ЦЕНА ОШИБКИ: что произойдёт, если машина ошибётся в 1 случае из 20. 3 = человек поправит за секунды, 0 = финансовые или репутационные потери.
2) ОПИСУЕМОСТЬ: можно ли однозначно описать шаги. 3 = процесс формализован, 0 = каждый делает по-своему.
3) ВИДИМОСТЬ РЕЗУЛЬТАТА: заметит ли результат человек за пределами отдела без объяснений. 3 = появляется артефакт (таблица, отчёт, папка), 0 = только субъективное «стало удобнее».
4) ХОЗЯИН: есть ли конкретный человек, отвечающий за процесс. 3 = назван и согласен, 0 = ничей.

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

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

Процессы-кандидаты:
[вставьте описания]

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

Навык, которого у большинства нет

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

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

Сядьте сегодня и выпишите 3 кандидата. Прогоните через 4 вопроса. Тот, что прошёл, — ваш. На это уйдёт 20 минут, а сэкономит 3 месяца.

Частые вопросы

С чего начать автоматизацию, если процессов много и все важные?

Выпишите 3 кандидата и прогоните через четыре вопроса: что будет, если машина ошибётся в 1 случае из 20; опишут ли процесс два исполнителя одинаково; увидит ли результат человек за пределами отдела; есть ли у процесса конкретный хозяин. Берите тот, что прошёл все четыре.

Почему нельзя начинать с самого проблемного процесса?

Он проблемный именно потому, что сложный: много исключений, много участников, много несогласованности. Наш процесс оценки звонков идёт четвёртый месяц и требует десяти разных чек-листов — как первый он бы закрыл всю тему для компании.

Автоматизация бизнес-процессов — это то же самое, что автоматизация технологических процессов?

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

#автоматизация #ии и нейросети #контроль и надёжность