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

Ошибка 1. Автоматизировали процесс, который никто не описал

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

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

Ошибка 2. У процесса нет владельца, и после запуска никто не отвечает

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

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

Ошибка 3. Не замерили время и деньги до запуска, и сравнить нечего

Через месяц руководитель спрашивает «ну как», и ответ «вроде удобнее» не защищает автоматизацию от возврата к таблице. Без цифры «до» нельзя доказать ни эффект, ни его отсутствие.

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

Ошибка 4. Не продумали исключения: что происходит, когда данные не сошлись

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

Проверка. Выпишите двадцать последних нетиповых случаев из переписки и таблицы и для каждого запишите, что должна сделать система. Обычно хватает трёх вариантов: сделать автоматически, отправить в очередь ручной обработки со сроком в часах или остановиться и позвать владельца процесса. Когда деньги движутся за минуты, как выплаты водителям в приложении такси «Везучая Трёшка» (7 500+ заказов в месяц, 580+ водителей), правило для сбоя придумывают до запуска, пока сбоев ещё не было.

Ошибка 5. Ключи и доступы остались у исполнителя

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

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

Ошибка 6. Людей не обучили и не оставили ручной запасной режим

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

Нужны две вещи. Инструкция на одной странице: что система делает сама, что делает человек, что делать при сбое. И ручной режим: бланк или форма в таблице и ответственный, которые включаются на один день. Если автоматизация меняет порядок работы, регламент утверждают как локальный акт, и работодатель знакомит с ним работников под подпись (ст. 22 ТК РФ). Как вводить систему в отдел и что по Трудовому кодексу при отказах, описано в статье о сопротивлении сотрудников.

Ошибка 7. Первую неделю после запуска никто не смотрит логи

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

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

Когда автоматизация не нужна и когда звать студию

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