Что автоматизировать первым: четыре признака процесса, который окупится

Короткий ответ: что автоматизировать первым

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

Что автоматизировать первым - вопрос, с которого начинается разговор об автоматизации. У компании обычно есть пять-десять ручных дел: менеджеры отвечают на одни и те же вопросы, заявки с сайта переносятся в CRM (систему учёта клиентов и сделок) руками, каждую неделю кто-то собирает отчёт из трёх таблиц. Все они раздражают одинаково, а окупится автоматизация только части из них.

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

Почему первый процесс должен быть один?

Коротко: у компаний, у которых автоматизация окупается, в работе меньше инициатив, чем у остальных. Большинство проектов с генеративным ИИ остаются пилотами - пробными запусками, которые не дошли до рабочего процесса, - и почти всегда потому, что взяли несколько задач сразу и ни одну не довели до замера. Критерий отбора первого проекта - быстрый и измеримый результат.

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

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

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

Признак первый: повторяется ли процесс каждую неделю?

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

Повторяемость - первый фильтр, потому что стоимость автоматизации разовая, а экономия набегает с каждым повтором. Порог, который мы ставим: рутинная задача повторяется 2-3 раза в неделю и чаще, она линейна (скопировать, отправить, внести) и без неё встают остальные процессы. Высокочастотные примеры - обработка платежей, выставление счетов, сверка банковской выписки, приём и распределение заявок, контроль остатков; низкочастотные - годовая декларация и разовый крупный контракт.

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

Чтобы проверить у себя, возьмите четыре недели и считайте повторы по факту. Для заявок - число заявок в день по CRM или почте, для отчёта - число сборок в месяц, для ответов клиентам - число вопросов в чате за день.

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

Для ответов клиентам порог считается в обращениях: в статье об AI-боте для ответов клиентам мы разбирали, что при 10 обращениях в день расчёт разваливается, а от 30-50 однотипных в день бот по нашему расчёту окупается. Для остальных процессов порог задаёт второй признак - часы.

Признак второй: сколько часов он съедает на самом деле?

Коротко: часы на процесс нужно замерить: оценка по ощущениям расходится с замером, нередко в полтора раза. Метод - самофотография рабочего дня в течение недели: исполнитель отмечает время по каждому повтору, потом сумма умножается на 4,3 недели в месяце. Нижняя граница для бота за 80 000 ₽ по расчёту на открытых ставках - четыре часа в неделю на процесс; меньше - за год не окупится.

«Много времени уходит» - не цифра. Оценка по ощущениям расходится с замером, и нередко в полтора раза: тот, кто уверен, что работает по 50 часов в неделю, после семи дней записей насчитывает заметно меньше, а остаток уходит на телефон и перерывы, которые он работой не считал. Без фактических значений нельзя ни оценить масштаб, ни расставить приоритеты, ни понять отправную точку. Правило для процессов без цифрового следа: если процесс целиком «на бумаге», фиксировать не меньше десяти повторений.

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

1. Выбрать одного-двух исполнителей процесса и договориться, что неделю они отмечают время по каждому повтору: начал, закончил, что делал. Хватит заметок в телефоне и таймера.
2. Записывать сразу после повтора: вечерняя оценка по памяти округляет вверх.
3. Считать вместе с «хвостами»: найти письмо, открыть три вкладки, переспросить коллегу. На хвосты уходит больше, чем на само действие.
4. В конце недели сложить минуты по процессу и умножить на 4,3 - столько недель в среднем месяце. Для сверки: производственный календарь на 2026 год даёт 247 рабочих дней и 1 972 часа, около 164 рабочих часов в месяц.
5. Если в процессе участвуют несколько человек, сложить их часы. Час руководителя, который «только проверяет», тоже в сумму.

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

Порог в четыре часа взят из расчёта окупаемости AI-автоматизации. Чтобы бот за 80 000 ₽ окупился за год при расходах около 4 100 ₽ в месяц, он должен высвобождать 17 часов в месяц по ставке 690 ₽ за час сотрудника; какую долю работы бот закроет, показывает только прототип. Цифры в таблице - допущения из того расчёта на открытых ставках 2026 года, и подставлять в них нужно ваши часы и ваш оклад.

Признак третий: есть ли доступ к данным процесса?

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

Третий признак режет кандидатов, которые прошли первые два. Процесс повторяется, часы есть, но прайс живёт в чате с поставщиком, правила скидок - у собственника в голове, а история заказов - в тетради на складе. Автоматизировать здесь нечего, пока данные не записаны. В статье о том, сколько стоит AI-автоматизация, данные, которых нет в цифровом виде, названы самым дорогим скрытым пунктом сметы, и это тот же признак с другой стороны.

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

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

Три вопроса, которые закрывают признак:

1. Где лежит каждая единица данных процесса. Выпишите входы и выходы: заявка, ответ, документ, отчёт. Напротив каждого - место: CRM, таблица, почта, мессенджер, бумага, голова конкретного человека. Всё, что попало в бумагу и в голову, сначала нужно записать.
2. Можно ли данные получить без человека. Есть ли у системы выгрузка или API - интерфейс, через который одна программа забирает данные у другой. У Битрикс24, 1С, Google Таблиц и многих других сервисов он есть. Самописная база десятилетней давности обычно требует отдельной работы над доступом.
3. Кто владелец записи. Правило «один объект - один источник правды»: у клиента, сделки, заказа должна быть одна главная версия, иначе данные бесконечно гоняются между системами, и это причина половины непонятных сбоев.

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

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

Признак четвёртый: чем вы замерите результат?

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

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

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

Под каждый процесс своя метрика, и снять её нужно до старта, чтобы было с чем сравнить:

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

Замер «после» - повторный, тем же способом, через месяц-два, когда система прошла разгон. Порядок такой: фактические замеры до, целевые значения по лучшим повторам, повторный замер после автоматизации. У нас внедрение считается законченным, когда процесс работает под вашим контролем и результат измерен. В пакете «AI-агент с базой знаний и CRM» замер результата по времени реакции и доле закрытых без человека входит в работу. Для бота на один процесс обе цифры лежат в журнале диалогов.

Как ранжировать процессы между собой: выгода, сложность, срок

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

Ранжирование - то, что мы отдаём по итогам экспресс-аудита: по каждому процессу из вашего списка выгода, сложность и срок окупаемости. Те же три оси можно приложить к своим процессам самим.

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

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

Срок окупаемости считается по формуле в таблице, и для ранжирования хватает грубой оценки: у процесса на 40 часов в месяц срок в разы короче, чем у процесса на 10.

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

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

Что выходит, если приложить признаки к типовым задачам?

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

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

Колонку «Часы» заполняет замер за неделю. Первая задача проходит все четыре признака у большинства компаний, и в разборе, когда бот для ответов клиентам окупается, посчитано, при каком потоке обращений это происходит, а при каком бот вредит. Вторая задача часто вообще не требует разработки: у Битрикс24 и многих других CRM есть встроенные формы для сайта, и заявки из них попадают в CRM силами администратора. Это тоже результат проверки: процесс закрыт, деньги остались.

Третья задача - типичный пример, где всё решают часы. Отчёт раз в неделю по два часа - это около девяти часов в месяц, ниже порога в 17; отчёт, который собирают три человека по три часа, - уже 39 часов и кандидат. Четвёртая упирается в данные: шаблон есть, правила «что считать расхождением» живут у старшего юриста, и до автоматизации их придётся выписать. Слово «шаблон» в этой задаче главное: сверка отталкивается от него, и вместе с ним в цифру должны попасть правила.

С чего чаще всего начинают в России?

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

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

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

Деньги отбиваются там же. Заметнее всего расходы снижают бэк-офисные внедрения - обработка документов, поддержка, - и у них короче срок окупаемости; рост выручки ищут в маркетинге и продажах, и там его труднее отделить от других причин.

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

Где ошибаются, выбирая первый процесс

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

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

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

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

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

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

Пятая - часы оценили на глаз. Ощущение «50 часов» при замере в 30 с небольшим - ошибка в одну сторону; в обратную она встречается так же часто: «пять минут» на перенос заявки превращаются в двадцать вместе с поиском письма и уточнением у коллеги. Замер за неделю закрывает обе ошибки сразу.

Шестая - данные не там, где думали. База знаний, в которую никто не заглядывал, повторяется в малом бизнесе в другом масштабе. Прайс «есть в CRM», а актуальный - в чате с поставщиком; регламент «есть на диске», а работают по версии, которую старший помнит. Перед стройкой хватает одного вопроса к исполнителю: откуда он берёт прайс и регламент сейчас.

Что подготовить к аудиту и что вы получите?

Коротко: к аудиту нужны три ответа по каждому процессу - что делается вручную, кем и как часто - и один человек, который знает процесс и может отвечать на вопросы. За три рабочих дня мы отдаём карту процессов, которые можно автоматизировать, с оценкой выгоды, сложности и сроком окупаемости по каждому. Аудит стоит 10 000 ₽, при заказе проекта эта сумма входит в его цену.

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

Что происходит после заявки, описано на странице контактов. Ответ в течение рабочего дня от того, кто будет вести проект; разговор на 30-40 минут о ваших ручных задачах. Затем либо аудит с расчётом, либо объяснение, почему в вашем случае он не нужен. На самом аудите от вас - несколько часов на разговоры и доступ к описанию процессов, дальше нагрузка на нашей стороне.

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

Когда ни один процесс не проходит?

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

Обращений мало. Если менеджеры отвечают на пять вопросов в день, а заявок в CRM десяток в неделю, часы не наберутся, и автоматизировать обработку рано: узкое место в привлечении. Это задача для поиска и рекламы, с другой формулой расчёта; сколько стоит SEO-продвижение и когда оно окупается, мы разбирали отдельно.

Второй случай закрывается настройкой: перенос заявок из формы в CRM, автоответ на первое сообщение и напоминание о записи у Битрикс24, других CRM и сервисов онлайн-записи уже встроены. Часы администратора закрывают процесс, и в первые кандидаты идёт следующий по списку.

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

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

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