Автоматизировать процесс, который никто не может описать, действительно нельзя: система закрепит один из существующих вариантов работы, а через месяц выяснится, что остальные два тоже нужны, и в логике появятся исключения, а потом исключения из исключений. Но из этого не следует привычный вывод «сначала опишите все процессы компании». Из этого следует ровно одно: перед проектом нужно описание одного процесса объёмом в одну страницу.
Разница между этими двумя требованиями — квартал и несколько сотен тысяч рублей. Одна страница делается за рабочий день силами двух сотрудников. Полное обследование as is на пятнадцать процессов — это две-пять недель, 40 000–80 000 ₽ подрядчику в простом случае и заметно больше в сложном, и главное — документ, который начинает устаревать раньше, чем по нему начнут что-то строить. Проекты одинаково надёжно умирают и от хаоса, и от избыточного описания; второй способ просто выглядит приличнее.
Ниже — как отличить хаос от нормального разнообразия за пять минут, что должно быть в минимальном описании, процедура на один рабочий день по часам, сравнение с полным обследованием и честный список процессов, где порядок наводит как раз система, а не документ.
Три признака, что вы автоматизируете хаос
Хаос — это не когда сложно. Хаос — это когда разные люди по-разному отвечают на один и тот же вопрос о работе и каждый прав. Проверяется тремя короткими тестами, на все три уходит около получаса, и делать их надо до разговора с подрядчиком, а не после подписания договора.
- 1Признак 1. Одну задачу три сотрудника делают по-разному
Тест: подойдите к трём исполнителям по отдельности и попросите назвать первые три шага процесса. Не «как надо», а «что вы сделаете прямо сейчас, если задача придёт». Если совпало меньше двух ответов из трёх — вариантов действительно несколько. Дальше важно не то, кто из них прав, а то, что подрядчик получит техническое задание со слов одного человека и построит систему под один вариант из трёх.
- 2Признак 2. Результат живёт в переписке
Тест: возьмите один закрытый заказ месячной давности и попробуйте восстановить его историю только по системам — без чатов, писем и вопросов к людям. Если за десять минут не получилось понять, о чём договорились с клиентом и почему изменили сумму, значит, единственный источник правды — переписка. Автоматизировать процесс, у которого нет следа в системах, невозможно: системе неоткуда брать факты, а вам нечего проверять.
- 3Признак 3. Никто не назовёт срок цикла
Тест: спросите четверых — руководителя, двух исполнителей и человека из соседнего отдела, — сколько дней проходит от заявки до отгрузки. Разброс больше чем в два раза означает, что у процесса нет измеряемой границы: разные люди считают его началом и концом разные события. Это самый недооценённый из трёх признаков, потому что он выглядит как мелочь, а на деле означает, что эффект проекта нельзя будет ни посчитать, ни доказать.
Важная оговорка: три разных варианта работы — не всегда хаос. Иногда это законное разнообразие: заказ от постоянного клиента и заказ от нового действительно идут по-разному, и правильный ответ — не «привести к одному», а «признать, что процессов два». Отличить одно от другого просто: если исполнитель может объяснить, от чего зависит выбор варианта, — это развилка, и её надо описать. Если ответ «ну, по ситуации» и на уточняющий вопрос он не разворачивается в условия — это хаос.
Сравнение в две колонки. Слева «Хаос»: три горизонтальные дорожки шагов, у каждой свой порядок блоков, подписи «Исполнитель 1», «Исполнитель 2», «Исполнитель 3», под ними реплика «— От чего зависит? — По ситуации». Справа «Законное разнообразие»: одна дорожка с ромбом-развилкой, две ветки подписаны «постоянный клиент — отгрузка без предоплаты» и «новый клиент — счёт и предоплата», под ними реплика «— От чего зависит? — От того, есть ли договор и лимит». Внизу общая подпись: «Развилку описывают. Хаос сначала сводят к развилке».
Что происходит с проектом, если этого не заметить
Механика удорожания одинаковая во всех проектах. Подрядчик получает описание с чужих слов, строит систему под один вариант, показывает на демонстрации — и в этот момент двое других исполнителей впервые видят, что их способ работы в систему не попал. Дальше есть два выхода: заставить их работать по-новому, что упирается в реальные причины, по которым они делали иначе, или переписывать логику. Обычно переписывают.
Считаем на модельном примере: мебельное производство на 60 человек, процесс — согласование и запуск заказа в производство. Сначала цена самого процесса в его нынешнем виде, потому что от неё считается и задержка.
Обратите внимание: прямой труд — только 64 % цены. Остальное — переделки и брак, то есть ровно то, что порождается разночтениями в процессе. Это типично для процессов с признаками хаоса: беспорядок стоит дороже самой работы, и именно поэтому описание окупается ещё до автоматизации.
| Что сделали | Из чего складывается | Сколько |
|---|---|---|
| Минимальное описание своими силами | 1 рабочий день, двое сотрудников, 16 часов по полной ставке 1 090 ₽ | 17 440 ₽ |
| Обследование процесса подрядчиком | Интервью, замеры, схема, описание развилок, приёмка документа | 40 000–80 000 ₽ |
| Переделка готового решения | Переписать логику под 2 всплывших варианта — 90 000 ₽; повторное тестирование и приёмка — 40 000 ₽; повторное обучение 9 человек — 25 000 ₽; задержка запуска на 6 недель при цене процесса 101 960 ₽/мес — 142 700 ₽ | 297 700 ₽ |
Разрыв почти пятикратный, и самая крупная строка в нём — не работа программиста, а шесть недель, в течение которых процесс продолжает жить по-старому и стоить свою полную цену. Это общее правило: в проектах автоматизации задержка почти всегда дороже переделки. Именно поэтому сокращать сроки за счёт описания — самая невыгодная экономия из возможных.
Минимальное описание: семь строк и одна схема
Минимальное описание — это одна страница текста и одна схема от руки. Не нотация, не регламент, не должностная инструкция. Его задача — сделать так, чтобы два разных человека одинаково поняли, что происходит, где процесс начинается, где заканчивается и в каких точках кто-то принимает решение. Всё остальное подрядчик достанет сам, если ему дать доступ к системам.
| Строка описания | Что писать | Типичный плохой ответ |
|---|---|---|
| Триггер | Одно событие, после которого работа начинается, с указанием места: «заявка появилась в CRM в статусе Новая» | «Когда приходит заказ» — откуда приходит и в какой момент считается пришедшим |
| Результат | Проверяемый признак завершения: «спецификация подписана технологом и заказ переведён в статус В производстве» | «Когда всё готово» |
| Шаги | От пяти до девяти шагов, каждый — одно действие глаголом | Двадцать шагов — это уже инструкция для новичка, а не описание процесса |
| Роли | Кто выполняет каждый шаг: должность, а не фамилия, и не подразделение | «Отдел продаж» — внутри отдела шаги делают разные люди по-разному |
| Точки решения | Где выбирают из вариантов и по какому правилу. Правило формулируется условием | «По ситуации», «зависит от клиента», «решает руководитель» |
| Точки отказа | Что здесь ломается и как часто, в процентах от потока | «Иногда бывают проблемы» |
| Данные между шагами | Что передаётся и в каком виде: «размеры и материал — в файле, адрес — голосом по телефону» | «Всё в 1С» — почти всегда неправда, часть данных ходит мимо |
Схема рисуется от руки на том же листе: шесть-восемь прямоугольников по числу шагов, один-два ромба на точки решения, стрелки. Обратные стрелки — переделки — рисуются обязательно и подписываются процентом: именно они обычно и есть главная находка. Если описание не влезло на страницу, вы описываете не процесс, а отдел, и надо сужать границы.
Страницу прочитают все участники и владелец процесса, найдут в ней ошибки и подпишут. Восемьдесят страниц не прочитает никто, включая того, кто их заказал, и ошибки в них обнаружатся на приёмке системы. Разница не в качестве документа, а в том, работает ли механизм проверки. Документ, который никто не прочитал, не описывает процесс — он только создаёт ощущение, что процесс описан.
Нарисованный (не скриншот) лист A4. Верхняя половина — семь подписанных строк с короткими заполненными примерами: триггер «заявка в CRM в статусе Новая», результат «спецификация подписана, заказ в статусе В производстве», шаги (перечень из шести глаголов), роли, точки решения «нестандартный размер — согласование с технологом», точки отказа «ошибка в спецификации — 14 %», данные между шагами. Нижняя половина — схема от руки: шесть прямоугольников в ряд, один ромб-развилка, обратная стрелка от четвёртого блока ко второму с подписью «14 % — переделка». В углу листа место для подписи владельца процесса и даты.
Процедура: один рабочий день по часам
Описание делают двое: один разговаривает и смотрит, второй записывает и сводит. Ключевое условие — работать у рабочих мест, а не в переговорной, и разбирать конкретные случаи, а не «как обычно». В переговорной вы получите согласованный вариант, который не выполняет никто.
- 109:00–10:00. Подготовка
Достаём выгрузку по процессу за три месяца: количество, календарное время цикла, доля возвратов. Выбираем три конкретных случая для разбора — не показательных, а подряд идущих: последний обычный, последний проблемный и последний срочный. Бронируем переговорную на 17:00 и предупреждаем трёх исполнителей и владельца.
- 210:00–12:00. Проход по факту с первым исполнителем
Садимся рядом и проходим три выбранных случая по экрану: что открывал, куда переносил, кому писал, чего ждал. Записываем шаги в том порядке, в каком они были, а не в том, в каком должны быть. Вопрос «как обычно» не задаём ни разу — только «покажите, что было в этот раз».
- 312:00–13:30. Второй и третий исполнитель, те же случаи
Повторяем на тех же трёх случаях с двумя другими людьми: «а вы как бы это сделали». Различия записываем в отдельные колонки и ни в коем случае не сглаживаем — именно они и есть предмет работы. Часто на этом шаге выясняется, что один из вариантов появился как обход давно исправленной проблемы.
- 414:00–15:30. Сведение вариантов
Таблица: строки — шаги, три колонки — три исполнителя. Совпавшие строки образуют скелет процесса. Расхождения остаются висеть и превращаются в вопросы. Обычно расхождений оказывается три-пять, а не двадцать, и половина из них снимается сразу как «так уже никто не делает».
- 515:30–16:30. Развилки и правила
По каждому расхождению задаём один вопрос: от чего это зависит. Ответ «от клиента» разворачиваем до конца: от чего именно в клиенте — от наличия договора, от суммы, от истории оплат. Как только появилось условие, расхождение превращается в развилку и уходит в описание. Расхождения, которые не разворачиваются, помечаем и несём владельцу процесса — решение принимает он, а не аналитик.
- 617:00–18:00. Сверка и подпись
Собираем троих исполнителей и владельца, читаем страницу вслух, правим на месте. Владелец подписывает лист с датой. Подпись здесь не бюрократия: она означает, что спорные развилки решены и что через месяц никто не скажет «у нас всегда было по-другому».
Эффект наблюдения: под присмотром исполнитель идёт по «правильному» варианту и не показывает обходных путей — поэтому разбираются три реальных случая из выгрузки, а не показательный прогон. Нерепрезентативный день: отчётная неделя, аврал после сбоя, отпуск ключевого человека дают картину, которой не бывает в обычное время. Описание в переговорной: там вспоминают регламент, а не работу, и различия между исполнителями исчезают ещё до того, как их зафиксировали. И самое частое — сглаживание: тот, кто сводит варианты, склонен привести их к общему знаменателю, потому что так документ выглядит аккуратнее. Именно в вычеркнутых различиях потом и обнаруживаются те два варианта, ради которых придётся переписывать логику.
Чем это отличается от полного обследования as is
Полное обследование — законный жанр, у него есть свои задачи. Проблема не в нём, а в том, что его продают как обязательный первый этап любого проекта, хотя в большинстве случаев достаточно одной страницы. Разница между двумя жанрами — не в глубине, а в назначении: минимальное описание нужно, чтобы построить один контур, полное — чтобы принять решение, затрагивающее всю компанию.
| Параметр | Минимальное описание | Полное обследование as is |
|---|---|---|
| Охват | Один процесс, одна страница и схема | 5–20 процессов, регламенты, матрица ответственности |
| Срок | Один рабочий день | 2–5 недель |
| Цена | 17 440 ₽ собственного времени | 40 000–80 000 ₽ и выше в зависимости от охвата |
| Кто делает | Двое своих сотрудников | Внешние аналитики, потому что нужен нейтральный статус |
| Что на выходе | Документ для постановки задачи подрядчику | Документ для решения о смене системы, для регулятора или для внешней стороны |
| Главный риск | Пропустить редкий вариант процесса, который всплывёт на приёмке | Документ устареет раньше, чем по нему начнут строить |
Полное обследование действительно необходимо в пяти ситуациях, и «мы хотим сделать по науке» в этот список не входит.
- Меняется учётная система целиком. Здесь описывается не один процесс, а всё, что на систему опирается, иначе часть работы обнаружится уже после переезда, когда возвращаться некуда.
- Регулируемый контур: маркировка «Честный знак», где в 2026 году обязательны 27 товарных групп, а ЦПТ 2.0 автоматически блокирует продажу при ошибках; ЕГАИС, ВетИС «Меркурий», ЕГИСЗ. Здесь описание нужно не вам, а проверяющему, и требования к нему задаёт не подрядчик.
- Процесс делят три и больше подразделения или юрлица, и между ними есть спор о деньгах. Внутренний сотрудник в таком раскладе не нейтрален, и любое его описание будет оспорено той стороной, которой оно невыгодно.
- Обследование нужно внешней стороне: банку, инвестору, головной компании, покупателю бизнеса. Тогда важна не только методика, но и подпись независимой стороны.
- На одном процессе больше пятнадцати исполнителей. За один день их не обойти физически, а выборочный разбор трёх человек из пятнадцати даёт заведомо неполную картину.
Сравнение в две колонки по шести строкам: охват, срок, цена, кто делает, что на выходе, главный риск. Левая колонка «Минимальное описание»: один процесс и одна страница, один рабочий день, 17 440 ₽ собственного времени, двое своих, документ для постановки задачи, риск — пропустить редкий вариант. Правая «Полное обследование as is»: 5–20 процессов, 2–5 недель, 40 000–80 000 ₽ и выше, внешние аналитики, документ для решения по всей компании, риск — устареет раньше, чем по нему начнут строить. Под колонками полоса с пятью иконками-случаями, когда нужно полное: смена учётной системы, маркировка и госсистемы, спор трёх подразделений, внешняя сторона, больше пятнадцати исполнителей.
Если процесса нет вообще
Отдельная ситуация, которую часто путают с хаосом: процесса нет. Работа выполнялась три-четыре раза, каждый раз по-новому, потому что направление новое, услуга новая или клиент первый в своём роде. Описывать нечего не потому, что беспорядок, а потому, что описывать пока не из чего.
Правило простое: нельзя автоматизировать то, что ни разу не выполнялось одинаково. Сначала процесс собирают руками — сознательно, с ответственным и с фиксацией, — и только потом переносят в систему.
- 1Назначьте одного ответственного за все прогоны. Не «отдел», а человека: два человека дадут два процесса, и вы вернётесь к исходной задаче.
- 2Заведите одну таблицу и один шаблон документа на все случаи. Даже если таблица кривая — важно, что она одна. Единый след важнее удобства.
- 3Проведите 15–20 повторов подряд, обычно это две-три недели. Меньше пятнадцати — правила не проявятся, больше двадцати пяти — вы уже теряете время, которое стоило потратить на автоматизацию.
- 4После каждого прогона записывайте одну строку: что пошло не так и что решили сделать иначе в следующий раз. Эти строки и есть будущие правила.
- 5На двадцатом повторе сядьте и опишите то, что получилось, по семи строкам минимального описания. К этому моменту оно пишется за час, потому что правила уже проявились сами.
Стоимость такого подхода — ноль рублей разработки и две-три недели календаря. Стоимость альтернативы — заказать систему под воображаемый процесс и получить решение, которое не совпадает с реальностью ни в одной точке, потому что реальность на момент постановки задачи ещё не существовала.
Честное исключение: где порядок наводит система
Теперь то, о чём в статьях с советом «сначала наведите порядок» обычно не пишут. Есть класс процессов, где описание бессмысленно не потому, что процесс новый, а потому, что хаос в них состоит в отсутствии единого места, где живёт факт. Пока такого места нет, описывать нечего: есть несколько параллельных нитей, ни одна из которых не является процессом.
- Приём заявок из нескольких каналов. Заявки приходят в почту, на сайт, в мессенджер и на мобильный руководителя отдела. Описывать «процесс приёма заявки» бесполезно: их четыре, и они не сводятся, пока не появилось общее место. Одна точка входа не автоматизирует процесс — она его создаёт, и стоит это неделю работы. Только после этого имеет смысл говорить о распределении, квалификации и автоответах.
- Учёт остатков. Пока остаток в учётной системе, в таблице кладовщика и в голове менеджера различается, «процесс сверки остатков» описать невозможно — вы опишете ритуал согласования трёх разных чисел. Сначала единая цифра остатка, потом процессы, которые на неё опираются.
- Фиксация статуса заказа. Пока статус живёт в переписке и в памяти, срок цикла нельзя даже померить, а значит, нельзя ни поставить цель, ни проверить результат. Статус в системе — это не автоматизация, это предпосылка для любого разговора о ней.
- Единый журнал обращений. Пока часть обращений обрабатывается и нигде не фиксируется, доля потерянных не считается по определению. Здесь порядок появляется в момент, когда все обращения начали попадать в одну ленту, — и появляется он от системы, а не от регламента.
Разделительное правило формулируется одной фразой. Если хаос состоит в том, что нет единого места, где живёт факт, — сначала ставится место, потом описывается процесс. Если хаос состоит в том, что люди по-разному принимают решения над одним и тем же фактом, — сначала описание, потом система. Первое лечится инструментом, второе — договорённостью, и перепутать их дорого в обе стороны.
Схема-развилка. Сверху блок с вопросом «В чём именно хаос?». Две ветки. Левая: «Нет единого места, где живёт факт» → примеры «заявки в четырёх каналах», «три разных остатка», «статус в переписке» → блок «Сначала ставим место: одна точка входа, единый остаток, статус в системе» → подпись «неделя работы, описывать пока нечего». Правая: «Место есть, но решения принимают по-разному» → примеры «три варианта согласования», «правило скидки в голове» → блок «Сначала минимальное описание: одна страница за день» → подпись «17 440 ₽ собственного времени». Внизу обе ветки сходятся в общий блок «Автоматизация процесса».
Правило выбора: описывать или запускать
Итоговая проверка занимает пять минут и состоит из пяти вопросов. Если на все пять есть ответ, минимального описания достаточно и можно идти к подрядчику. Если хотя бы на два ответа нет, сначала день на описание. Если нет ответа на первый вопрос — сначала ставится единое место для факта, и только потом всё остальное.
- 1Есть ли одно место, где видно, что процесс выполнялся? Если факт живёт только в переписке и в памяти, начинать надо с этого места, а не с описания и не с системы.
- 2Совпадают ли ответы трёх исполнителей о первых трёх шагах? Меньше двух совпадений из трёх — день на описание обязателен.
- 3Разворачивается ли каждое «зависит от клиента» в конкретное условие? Если нет, у вас не развилка, а нефиксированное решение, и система его не примет.
- 4Знаете ли вы, какая доля результатов возвращается на переделку? Отсутствие этой цифры означает, что вы не сможете ни оценить эффект, ни объяснить подрядчику, где болит.
- 5Есть ли владелец, который подпишет описание и решит спорные развилки? Без него описание останется мнением аналитика, а спор всплывёт на приёмке.
И последнее, о самой формуле «сначала наведите порядок». Она неверна не потому, что порядок не нужен, а потому, что не называет объём. Порядок нужен в границах одного процесса и в объёме одной страницы, а не в масштабе компании и не в объёме папки регламентов. Компания, которая пытается навести порядок целиком до первого проекта, тратит квартал и получает документы; компания, которая описывает один процесс за день и закрывает его за квартал, получает и порядок, и работающую систему — причём порядок здесь приходит вторым, а не первым.
Автоматизация не наводит порядок и не заменяет его. Она делает беспорядок дорогим и заметным — иногда этого достаточно, чтобы он закончился.
