Как выбрать первый процесс для автоматизации: четыре критерия и скоркарта

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

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

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

Второй довод прикладной. У «больного» процесса обычно много исключений, а часть данных живёт вне систем — именно там автоматизация и ломается. Опрос Pega среди более чем 500 руководителей (2019) показал: 87% уже сталкивались с отказами ботов, только 39% ботов были внедрены по графику, а в среднем путь до рабочей версии занимал 18 месяцев. Первый процесс выбирают так, чтобы он эти 18 месяцев выдержал — без переписывания с нуля.

Четыре критерия выбора первого процесса

Мы сводим выбор к четырём вопросам. Ответ на каждый должен быть фактическим: «вроде часто бывает» — не ответ, а повод замерить.

• Частота и объём: сколько повторяющихся операций приходит за неделю. Наш ориентир для старта — от 20–30 операций в неделю: на редких операциях экономия не окупает контроля и поддержки.
• Стоимость ручного шага: время на операцию × стоимость часа сотрудника. Процесс из пяти минут дважды в день — это около 40 часов в год, меньше, чем стоит сопровождение решения.
• Цена ошибки: куда уходит ошибка — в отчёт внутри компании или к клиенту, в деньги, в юридически значимые документы. Если ошибка необратима, первый шаг — не полная автоматизация, а подготовка с подтверждением человеком.
• Готовность данных и правил: есть ли цифровой след (заявки, письма, документы в системах), описан ли порядок работы и какова доля нетиповых случаев. Если правила живут в голове у одного сотрудника, автоматизировать пока нечего.

Это не наша выдумка: критерии выбора процесса обсуждают в исследованиях десятилетиями. Yadav и Panda (2024) собрали 22 критерия и проверили их на 1 007 анкетах экспертов. Сильнее всего с выводом «процесс автоматизируем» оказались связаны ручное вмешательство, длительность процесса, число задействованных систем и зрелость процесса, а порогом в их модели стали 18 баллов из 22 (точность на обучающей выборке — 96%, на проверочной — 90%). Оговорка о выборке: опрашивали в основном специалистов и сотрудников вузов, поэтому переносить этот порог в торговлю или производство буквально нельзя.

Скоркарта: приоритет считают, а не угадывают

Скоркарта — таблица, где каждый кандидат получает балл по четырём критериям (0 — не подходит, 3 — подходит хорошо). Итого 10–12 баллов — первый кандидат, 6–9 — второй эшелон, меньше 6 — сначала регламент, потом автоматизация. Ниже пример на пяти типовых процессах небольшой компании. Как это выглядит на живом потоке обращений, разобрано в статье про потерянные заявки.

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

Правило пяти: техническая проверка перед стартом

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

Проверку стоит проходить до расчёта экономии. Если приложений семь, а решений девять, у проекта будет не два месяца разработки, а пять, и срок окупаемости из опроса Deloitte (22 месяца у пилотирующих, 16 месяцев в 2020 году) начнёт выглядеть оптимистично.

Готовность данных: тихий критерий, который решает исход

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

• Цифровой след: заявка приходит текстом в мессенджер, а данные о клиенте лежат в системе или в тетради. Второе — не приговор, но подготовка займёт заметно больше времени.
• Доля нетиповых случаев: если их больше 20–30%, проект превратится в бесконечную доработку. Наш ориентир для старта — 70–80% типовых случаев.
• История: 3–6 месяцев данных о потоке показывают пики, сезонность и реальное время ответа. Без них объём остаётся оценкой «на глаз».
• Доступы и правила: если вход в систему есть только у одного человека и по личной учётной записи, это технический вопрос, который решают до проекта, а не во время него.

Хорошая новость в том, что цифровой след часто уже есть — в почте, чатах и журналах системы. На таких данных строятся наши интеграции с почтой, CRM и мессенджерами, а картина потока ложится в отчёт для руководителя.

Что сделать за две недели

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

Если после замера верхний кандидат не проходит порог, это не провал, а экономия. Два дня инвентаризации дешевле трёх месяцев разработки процесса, эффект которого нечем измерить.

Как измерять результат и когда останавливаться

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

• Скорость: медианное время от появления операции до действия по ней. Это первая метрика — она видна раньше экономии в часах.
• Доля действий без правок: сколько результатов принято человеком без изменения. Ниже 80% — правила или данные ещё сырые, наш ориентир.
• Потерянные и просроченные: сколько операций потеряли или закрыли позже срока. Это страховка от «стало быстрее, но часть ушла в никуда».
• Часы на поддержку: правки правил и разбор сбоев за месяц. Если сопровождение съедает экономию, решение упрощают или откатывают.

Чего этот подход не обещает: десятикратного роста и мгновенной отдачи. Deloitte показывает почему: 74% компаний уже внедряют RPA, но больше половины не считали даже снижение затрат, а у пилотирующих окупаемость в среднем 22 месяца. Как мы строим такие проекты, описано в разделе подхода, примеры — в кейсах.

Практический итог короткий. Выпишите 15–20 операций, которые делают руками, замерьте объём и время по журналам, оцените каждую по четырём критериям и выберите ту, что набирает 10–12 баллов и проходит «правило пяти». Дальше — пилот на одном участке и замер результата. Если же взять первым редкий, но громкий процесс, автоматизация будет выглядеть как победа на совещании и как отсутствие эффекта в отчёте. Сверить ваш список кандидатов можно через страницу контактов.