История характерная, хотя далеко не уникальная. Есть популярная иллюзия: если процесс работает плохо, его нужно автоматизировать. Логика понятная: люди ошибаются, роботы – нет. Значит, чем меньше людей в процессе, тем меньше ошибок. На практике часто выходит наоборот: автоматизация не убирает ошибки, а масштабирует те, что уже были, просто делает их менее заметными.
Склад, которого нет
Возьмём пример попроще. Отдел продаж, где менеджеры перед тем, как подтвердить клиенту заказ, вручную сверяют остатки на складе. Процесс медленный, менеджеры жалуются, руководитель решает: нужна автоматическая синхронизация склада и CRM.
Систему делают. Данные теперь обновляются сами, проверка занимает секунды вместо звонков кладовщику. Проблема, как будто, решена, но через месяц выясняется, что в CRM периодически «зависают» заказы, которых физически нет на складе. Оказывается, часть товара резервировали вручную под конкретных клиентов, в обход общей системы – по устной договорённости, потому что так сложилось года два назад, и никто не подумал зафиксировать это правило при постановке задачи на автоматизацию.
Раньше эту нестыковку менеджер видел глазами и решал на месте: звонил кладовщику, уточнял, извинялся перед клиентом при необходимости. Теперь система уверенно сообщает «товар в наличии», хотя это не так. Ошибка не исчезла, она просто стала автоматической и куда более масштабируемой: раньше её делал один человек с одним клиентом, теперь её тиражирует система сразу на всех.
Это не сбой автоматизации. Это её нормальная работа применительно к процессу, у которого не было чёткого правила на случай ручных резервов.
Откуда берётся эта проблема
Автоматизация умеет одно: точно и быстро повторять то, что ей описали. Если процесс до этого держался на негласных договорённостях, устных исключениях и здравом смысле конкретного сотрудника – автоматизация эти исключения либо не увидит, либо закодирует неправильно, потому что никто толком не смог их сформулировать вслух.
Здравый смысл не масштабируется, формализованное правило – да.
Проблема в том, что превратить первое во второе получается не так легко, как кажется на старте проекта: руководитель, ставящий задачу на автоматизацию, часто сам не знает про все обходные пути, которыми пользуются его сотрудники – просто потому, что эти пути никогда не обсуждались, они сложились явочным порядком.
Отсюда типичная картина: компания тратит деньги на автоматизацию, а через несколько месяцев нанимает человека, который вручную проверяет то, что система делает «неправильно». По сути, возвращает ручной труд обратно, просто теперь он называется «контроль качества данных» и стоит примерно столько же, сколько экономия от самой автоматизации.
Как понять заранее, что процесс не готов
Есть несколько признаков, по которым можно заподозрить проблему до того, как деньги потрачены:
- Сотрудники, выполняющие процесс, при вопросе «а что если случай X» отвечают не по инструкции, а описанием того, что они обычно делают в таких случаях – своими словами, без ссылки на регламент. Значит, регламента для этого случая просто нет, хотя случай регулярный.
- Разные сотрудники на один и тот же нестандартный случай отвечают по-разному. Значит, единого правила не существует – есть несколько параллельных практик, и прежде чем автоматизировать, придётся выбрать одну.
- Руководитель отдела, ставя задачу на автоматизацию, описывает процесс так, как он выглядит в регламенте, а не так, как он происходит на самом деле. Разрыв между этими двумя описаниями – и есть будущие баги в системе.
Ни один из этих признаков не означает, что автоматизировать нельзя. Означает лишь, что сначала нужно поговорить с людьми, которые выполняют процесс каждый день – не с их руководителем, а с ними напрямую – и выписать все исключения на бумагу до того, как их начнут кодировать в систему.
Короткий вывод
Автоматизация – это хороший инструмент для процессов с понятными правилами. Для процессов, где правил формально нет, а есть только многолетний опыт конкретных людей, сначала нужна не автоматизация, а разговор: что на самом деле происходит и почему это до сих пор делается вручную.
Разговор с кладовщиком стоит один рабочий день. Переделка системы после того, как она полгода выдавала неверные остатки – намного дороже, причём не только в деньгах, но ещё и в доверии клиентов, которым подтвердили заказ на отсутствующий товар.