С чего начать автоматизацию, если в компании бардак

Типичная картина в компании на 60–200 человек. Заявки приходят в четыре разных места: почта, сайт, мобильный руководителя отдела и общий чат в мессенджере. Себестоимость считается в файле, который правят три человека и никто не помнит, чья версия свежая. На вопрос о количестве незакрытых заказов ответ приходит через день и с оговорками. При этом конкурент отвечает на заявку за пять минут, а вы — за четыре часа, и это уже видно в конверсии.

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

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

Почему «сначала порядок, потом автоматизация» — вредный совет

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

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

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

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

Кандидатов в любой компании набирается 10–15: их называют за полчаса на встрече с руководителями. Выбирать между ними на глаз — значит выбрать процесс того, кто громче жалуется. Мы оцениваем каждого кандидата по четырём признакам, по шкале от 1 до 5, и перемножаем оценки. Умножение, а не сложение, здесь принципиально: сумма позволяет сильному признаку вытянуть кандидата с провалом по другому, а произведение — нет. Единица по любому множителю обнуляет проект, и это честно отражает реальность.

1. 1Частота. Сколько раз в месяц выполняется операция. 5 — десятки раз в день, 3 — несколько раз в день, 1 — раз в месяц. Экономия линейна по частоте: процесс, который случается раз в месяц, не окупит даже переговоров о нём, каким бы неприятным он ни был.
2. 2Боль. Что происходит при сбое: срыв отгрузки, штраф от сети, потерянный клиент, переработка бухгалтерии в отчётный период. 5 — сбой стоит денег сразу и заметно, 1 — сбой раздражает, но ни на что не влияет.
3. 3Измеримость. Можно ли назвать цифру до старта проекта. 5 — объём и время снимаются выгрузкой из системы, 3 — считаются вручную за две недели наблюдений, 1 — существуют только в виде мнения сотрудника о том, что он очень занят.
4. 4Независимость. Сколько подразделений, внешних систем и чужих решений нужно, чтобы запустить контур. 5 — один отдел и одна система, 2 — три отдела, 1 — требуется доработка ERP подрядчиком, который занят до декабря.

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

Почему первым берут самый измеримый, а не самый болезненный

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

Дальше арифметика простая и не всегда радужная. Распознавание документов снимает примерно 70% ручного времени, то есть около 69 000 ₽ в месяц. Из них вычитаем поддержку и оплату распознавания — порядка 20 000 ₽ в месяц. Чистый эффект — около 49 000 ₽ в месяц при внедрении в 600 000 ₽, то есть окупаемость около 12 месяцев. Для первого проекта это нормальный, а не выдающийся результат, и мы говорим об этом прямо. Настоящая ценность первого шага не в этих 49 000 ₽, а в том, что у компании впервые появилась измеренная база и рабочая привычка считать процессы в рублях.

Порядок в данных — побочный продукт, а не предусловие

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

• Один и тот же контрагент заведён в базе четыре раза: с ИНН, без ИНН, с опечаткой в названии и как физлицо.
• У 30% номенклатуры единица измерения не совпадает с накладной поставщика: у вас штуки, у него упаковки по 12.
• В CRM 27 статусов сделки, реально используются шесть, а три означают одно и то же в понимании разных менеджеров.
• У половины заявок не заполнен источник, из-за чего маркетинговый бюджет распределяется по ощущениям.
• В файле себестоимости три вкладки с разными формулами наценки, и никто не может сказать, какая из них действующая.

Такой список выглядит как плохая новость, но это и есть тот самый порядок, за которым обычно идут в консалтинг. Разница в трёх вещах. Список конечный — в него попадают только поля, без которых процесс не работает, а не вся база. Он появляется за две недели, а не за квартал. И у каждого пункта сразу есть владелец и срок, потому что от них зависит запуск, а не абстрактное качество данных.

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

План первых 90 дней

1. 1Дни 1–14. Замер. Не описание процессов, а измерение одного участка: сколько документов, заявок или звонков в месяц, сколько минут занимает единица, сколько теряется и на каком шаге. Инструмент — выгрузка из АТС, почты и учётной системы плюс таблица из трёх колонок. Результат этапа: три числа, которые подписывает руководитель участка.
2. 2Дни 15–30. Выбор и границы. Прогоняем 8–12 кандидатов через четыре множителя, берём один. На одной странице фиксируем: что на входе, что на выходе, что считается успехом и какие 15–20% нетиповых случаев в первый контур сознательно не входят. Результат этапа: техзадание на две страницы, а не на сорок.
3. 3Дни 31–60. Сборка и теневой режим. Система работает параллельно с людьми на реальном потоке: обрабатывает те же документы, но её результат сравнивается с человеческим, а не применяется. Каждое расхождение разбирается и попадает либо в правки логики, либо в список грязных данных. Результат этапа: измеренная точность на живом потоке — на старте обычно 85–93%.
4. 4Дни 61–90. Перевод потока и вторая цифра. Переводим на систему 60–80% объёма, исключения оставляем людям и это нормальная конструкция, а не недоделка. На 90-й день замеряем ровно те же три показателя, что на 14-й. Результат этапа: сравнение до и после и решение о втором процессе, принятое по цифрам, а не по впечатлению.

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

Когда автоматизацию честно стоит отложить

• Процесс выполняется реже 20–30 раз в месяц и занимает меньше 10 минут: суммарно это несколько часов, и дешевле оставить его человеку.
• Бизнес-модель меняется прямо сейчас — переезд, смена ниши, подготовка к продаже компании. Через полгода вы автоматизируете не то, что нужно.
• Собственник не готов выделить одного сотрудника на 3–4 часа в неделю на время проекта. Без владельца процесса со стороны заказчика проект умирает при любом бюджете.
• Нет ни одной точки входа: заявки приходят в личные мессенджеры трёх менеджеров и нигде не фиксируются. Сначала одна точка входа — это неделя работы и почти без денег.
• Задача сформулирована как «нам нужен ИИ» без названия конкретного процесса. Это не задача, а бюджет в поисках применения, и он обычно тратится впустую.

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