Как выбрать первый процесс для ИИ
Чаще всего внедрение срывается не на технологии. Оно срывается на выборе: компания берёт первым тот процесс, который громче всех болит, а не тот, на котором можно быстро показать проверяемый результат. Дальше проект тонет в согласованиях, доказать пользу нечем, и тема закрывается на год.
Эта статья — про то, как выбрать первый участок так, чтобы через несколько недель было что показать руководителю.
Почему первый процесс решает судьбу всего проекта
Первый процесс — это не про экономию. Это про доказательство. Его задача — получить измеримый результат на маленьком участке и снять спор «работает или нет» с уровня мнений.
Поэтому хороший первый процесс почти никогда не самый крупный. Он самый проверяемый.
Четыре признака, что процесс подходит
Работа повторяется. Один и тот же путь проходят десятки или сотни раз в месяц. Если задача каждый раз новая, ИИ не на чем учиться, а вам не на чем считать эффект.
Входы разбросаны. Данные лежат в почте, мессенджере, таблицах, учётной системе, а человек тратит время на то, чтобы всё это собрать в одном месте. Это самая частая и самая дешёвая в снятии потеря времени.
Есть правила, и есть исключения. Большая часть случаев решается по понятным правилам, но иногда возникает ситуация, где нужен человек. Такой процесс идеален: рутину забирает агент, спорное поднимает наверх.
Результат можно проверить. Есть признак, по которому видно, что работа сделана верно: документ соответствует смете, реквизиты совпали, расчёт сходится. Если проверить нельзя — нельзя и принять.
Три признака, что процесс брать не надо
Процесс сломан сам по себе. ИИ не исправляет плохой процесс — он делает его быстрее. Если сейчас заявки теряются потому, что никто не отвечает за их приём, автоматизация добавит скорости к тому же беспорядку.
У результата нет владельца. Если непонятно, кто принимает работу и чьи показатели меняются, некому будет сказать «да, стало лучше». Пилот повиснет.
Нечего измерить. Если ни время, ни количество, ни ошибки сейчас не считаются даже приблизительно, у пилота не будет точки отсчёта. Это чинится, но начинать надо с замера, а не с внедрения.
Как проверить процесс за час
Возьмите один процесс-кандидат и ответьте письменно на семь вопросов. Это те же вопросы, которые задаёт наш бриф-бот, — их можно задать себе и без нас.
- Цель. Какой результат организации должен измениться и почему это важно сейчас.
- Процесс. Что запускает работу, какие шаги проходят данные, где возникают задержки.
- Пользователи. Кто ставит задачу, кто пользуется результатом, кто проверяет, кто решает в нестандартной ситуации.
- Данные и системы. Откуда приходит информация, в каком виде, к чему нужен доступ.
- Результат. Что должно появиться на выходе: документ, расчёт, задача, уведомление.
- Ограничения. Что запрещено, что требует подтверждения, какие данные использовать нельзя.
- Метрика. Как сейчас измеряются время, стоимость, ошибки или качество и что должно измениться после пилота.
Если на седьмом вопросе ответа нет — это не повод отказываться от процесса. Это повод начать с замера, а не с внедрения.
Что делать дальше
Выберите два-три процесса-кандидата и прогоните каждый по семи вопросам. Тот, у которого ответы получились самыми конкретными, и есть ваш первый процесс — независимо от того, насколько громко болят остальные.
Если хотите разобрать свой процесс вместе — опишите задачу бриф-боту, он задаст эти вопросы по порядку и соберёт всё в один документ.