Обследование процессов — это две недели работы, за которые подрядчик выясняет, как процесс идёт на самом деле, и оставляет заказчику пять документов: карту процесса «как есть», реестр систем и доступов, перечень узких мест с ценой каждого в рублях, оценку объёмов и короткий список задач с ожидаемым эффектом. Стоит это в модельной смете 120 000 ₽ и оплачивается отдельно от разработки.
Это тот этап, который чаще всего пытаются пропустить. Логика понятная: платить за «разговоры и схемы» жалко, хочется сразу к работающей системе. Проблема в том, что разработку без обследования всё равно приходится оплачивать дважды — сначала по смете, потом переделками, когда выясняется, что процесс идёт не так, как его описали на созвоне.
Ниже — разбор обследования как инженерной процедуры: из каких источников собирается картина, сколько часов уходит на каждый, что именно получает заказчик на выходе, как проверить, что документы годные, и в каких четырёх случаях обследование действительно можно не делать. Все цифры — модельный пример оптовой компании на 60 человек с потоком 620 заявок в месяц.
Пять источников, из которых собирается картина
Обследование — не серия совещаний. Это пять параллельных потоков данных, каждый из которых видит свою часть процесса и слеп к остальным. Ценность появляется на их пересечении: когда слова сотрудника расходятся с журналом системы, а журнал — с распечатками на столе, вы нашли не ошибку, а место, где процесс живёт по неофициальным правилам.
| Источник | Что видит | Чего не видит | Часов в модельном обследовании |
|---|---|---|---|
| Интервью, 7 человек по 50 минут | Намерение, исключения, боль, кто кому что пересылает | Реальную длительность операций и обходные маршруты | 6 |
| Наблюдение на рабочих местах, 3 роли по 3 часа | Переключения между окнами, копирование руками, ожидание ответа | Редкие случаи и сезонные пики | 9 |
| Выгрузки из систем: CRM, 1С, почта, телефония | Объёмы, распределение по дням, реальные статусы и даты | Всё, что делается вне систем | 8 |
| Замер времени: журнал операций 5 рабочих дней | Длительность шагов по факту, разброс, доля переделок | Причины: почему шаг занял 40 минут вместо 10 | 4 |
| Разбор исключений: 15–20 нетиповых случаев | Границу применимости будущей автоматизации | Частоту этих случаев без выгрузки | 5 |
| Сборка и согласование документов | — | — | 12 |
Итого 44 часа. Календарно это две недели, потому что интервью и наблюдение приходится подстраивать под работу людей, а замер физически идёт пять рабочих дней. Методику самого замера мы разбирали отдельно — как измерить процесс до внедрения: там есть форма журнала на тридцать секунд в день и поправки, без которых цифры выходят завышенными.
Схема реального маршрута работы с дорожками по ролям, где у каждого шага подписаны исполнитель, система, среднее время и доля случаев, идущих этим путём. Ключевое слово — реального: карта «как есть» описывает не то, как положено, а то, что происходит. Схема «как должно быть» — отдельный документ и отдельный разговор.
Схема слева направо. Слева пять блоков-источников с подписями и часами: «Интервью, 7 человек — 6 ч», «Наблюдение, 3 роли — 9 ч», «Выгрузки из систем — 8 ч», «Замер времени, 5 дней — 4 ч», «Разбор исключений — 5 ч». В центре узел «Сборка и сверка — 12 ч», под ним итог «44 часа / 2 недели». Справа пять блоков-результатов: «Карта процесса как есть», «Реестр систем и доступов», «Узкие места в ₽/мес», «Оценка объёмов», «5 задач с эффектом». Чертёжный стиль, подписи по-русски.
Почему регламент и реальный процесс расходятся
В модельной компании обработка заявки описана в регламенте так: менеджер принимает заявку, проверяет остаток, выставляет счёт, передаёт на отгрузку. Четыре шага, по оценке руководителя отдела — около 18 минут. Замер за пять рабочих дней по 96 заявкам дал другую картину: девять шагов и 41 минуту, причём 23 минуты из них — это перенос данных руками между почтой, мессенджером, таблицей остатков и 1С плюс уточняющие звонки.
Расхождение не означает, что регламент плохой или что сотрудники его саботируют. Оно означает ровно одно: регламент писали для процесса, у которого были другие входы. Потом появился второй канал заявок, потом склад переехал на другую систему, потом добавился крупный клиент со своим форматом файла — и каждый раз маршрут дорабатывали на ходу, не открывая документ.
Вот пять расхождений, которые вскрываются наблюдением и почти никогда — опросом. Их важно искать целенаправленно, потому что сотрудник о них не расскажет: для него это не отклонение, а нормальная работа.
- Обходные каналы входа. В модельном примере 22 % заявок приходят не на общую почту, а в личный мессенджер знакомому менеджеру. В CRM они попадают позже и не целиком.
- Двойной ввод. Одни и те же реквизиты вводятся в двух системах, потому что обмен между ними настроен в одну сторону. По журналу систем это видно как две записи с разницей в 6–10 минут.
- Теневые таблицы. Актуальный остаток лежит не в учётной системе, а в файле у одного человека. Формально его нет, фактически именно он и есть источник правды.
- Ожидание вместо работы. Шаг «согласовать скидку» занимает 4 минуты работы и 3,5 часа ожидания. В регламенте это один шаг, в календаре — половина дня.
- Тихие переделки. Часть заявок возвращается на предыдущий шаг из-за неполных данных. В модельном замере таких 11 %, и в регламенте этого маршрута нет вообще.
Разница между 18 и 41 минутой — это не придирка к формулировкам, а деньги. 620 заявок в месяц × 23 минуты ручного переноса = 238 часов. При полной ставке менеджера 700 ₽ в час (оклад 85 000 ₽ плюс налоги, делённые на 160 часов) это 166 600 ₽ в месяц, около 2 000 000 ₽ в год. Именно эта цифра, а не схема, потом определяет бюджет проекта.
Сравнение двух горизонтальных дорожек процесса. Верхняя подписана «Регламент — 4 шага, 18 минут», в ней четыре ровных блока. Нижняя подписана «Замер за 5 дней, 96 заявок — 9 шагов, 41 минута», в ней девять блоков разной ширины; три блока залиты штриховкой и объединены скобкой с подписью «23 минуты — перенос данных руками». Сбоку от нижней дорожки две отводящие стрелки с подписями «22 % заявок приходят в личный мессенджер» и «11 % возвращаются на шаг назад». Чертёжный стиль, подписи по-русски.
Что остаётся у заказчика: пять документов
Обследование — это этап, а у этапа обязан быть принимаемый результат. Не презентация и не «понимание задачи», а комплект, который лежит у вас на диске и работает без авторов. Ниже состав комплекта и способ проверить каждый документ за пятнадцать минут.
| Документ | Что внутри | Как проверить, что он годный |
|---|---|---|
| Карта процесса «как есть» | 1–2 листа, дорожки по ролям, 9 шагов, у каждого исполнитель, система, время, доля случаев | Показать её исполнителю, не участвовавшему в интервью: он должен узнать свою работу и найти максимум одну неточность |
| Реестр систем и доступов | Все системы процесса, версии и конфигурации, кто владелец учётной записи, какие обмены уже настроены | Каждая строка содержит имя ответственного человека, а не «ИТ» |
| Перечень узких мест | 5–8 позиций, у каждой — потери в часах и рублях в месяц и способ их измерить повторно | Любую сумму можно пересчитать на калькуляторе из указанных в документе исходных чисел |
| Оценка объёмов | Заявки, документы, звонки по месяцам за год, пики и сезонность, распределение по каналам | Числа сходятся с выгрузками из систем, а не взяты со слов |
| Список задач с эффектом | 5 задач, ранжированных по отношению эффекта к сложности, с грубой вилкой бюджета по каждой | Верхняя задача понятна руководителю без пояснений и имеет владельца |
Комплект обязан быть годен без продолжения работ. Проверка одна: по этим документам три разных подрядчика должны дать сопоставимые оценки проекта — разброс в полтора раза, а не в четыре. Если документы описывают решение конкретного исполнителя и без него бесполезны, вы оплатили не обследование, а коммерческое предложение в форме отчёта. Права на комплект фиксируются в договоре до старта — этот же принцип мы держим и по остальным артефактам проекта, включая передачу исходников и доступов.
Узкие места в рублях: главный лист отчёта
Схема нужна инженеру. Руководителю нужен другой лист — тот, где каждое узкое место оценено в деньгах. Он же потом становится основой сметы и критериев приёмки: если потерю нельзя посчитать до проекта, эффект от её устранения нельзя будет доказать после.
| Узкое место | Как считали | Потери, ₽/мес |
|---|---|---|
| Ручной перенос заявки между почтой, мессенджером и 1С | 620 заявок × 23 мин × 700 ₽/ч | 166 600 |
| Ручная подготовка отгрузочных документов | 620 отгрузок × 8 мин × 700 ₽/ч | 57 900 |
| Уточнение остатков по телефону у склада | 290 звонков × 12 мин × 700 ₽/ч | 40 600 |
| Разбор расхождений по оплатам в конце месяца | 2 сотрудника × 24 ч × 700 ₽/ч | 33 600 |
| Повторные касания клиента из-за неполной заявки | 68 заявок × 34 мин × 700 ₽/ч | 27 000 |
| Итого по процессу | — | 325 700 |
Половину суммы даёт одна строка из пяти — 166 600 ₽ из 325 700 ₽, то есть 51 %. Это типичная картина, и она напрямую определяет порядок работ: первым этапом делается автозаполнение карточек в CRM из входящих каналов, остальное откладывается до подтверждённого эффекта. Обследование, которое не расставило приоритеты, а перечислило двадцать проблем ровным списком, свою задачу не выполнило.
Горизонтальная столбчатая диаграмма, пять столбцов по убыванию, ось в рублях в месяц: «Ручной перенос заявки — 166 600», «Подготовка отгрузочных документов — 57 900», «Уточнение остатков по телефону — 40 600», «Разбор расхождений по оплатам — 33 600», «Повторные касания клиента — 27 000». Верхний столбец выделен и подписан «51 % всех потерь». Внизу итоговая подпись «325 700 ₽/мес по одному процессу». Чертёжный стиль, подписи по-русски.
Правило границ и глубины
Обследование легко превращается в описание всей компании: аналитик заходит в процесс продаж, обнаруживает, что он упирается в закупки, оттуда — в склад, оттуда — в бухгалтерию, и через три месяца у заказчика есть двести страниц, которые никто не откроет. Чтобы этого не случилось, границы задаются заранее и жёстко, пятью правилами.
- 1Один сквозной процесс от события до денег. «Заявка клиента → отгрузка → поступление оплаты», а не «продажи вообще». Смежные процессы попадают в карту как соседние прямоугольники с подписью, что передаётся на границе, и на этом всё.
- 2Глубина — до операции в 5–15 минут. Дробить мельче можно бесконечно, а окупается это только в производстве и на конвейерных участках. Шаг «выставить счёт» разбивается на подшаги только если внутри него есть переключение между системами.
- 3Не больше 12 шагов на схеме. Если получается больше, это не один процесс, а два, и второй надо выносить в отдельную итерацию. В модельном примере вышло девять шагов — норма.
- 4Исключения описываются только частые. Порог — чаще одного случая на двадцать, то есть 5 %. Всё, что реже, попадает в отдельный список «ручной разбор» и в автоматизацию не идёт на первом круге.
- 5Срок жёсткий: 10 рабочих дней. Не «пока не опишем всё», а фиксированное окно. Что не поместилось — во вторую итерацию, после запуска первого участка и на данных из уже работающей системы.
Если подрядчик предлагает обследование бесплатно, он честно окупает его в цене последующей разработки — и заинтересован закончить обследование выводом «делать надо, и делать надо у нас». Проверяется просто: спросите, останутся ли документы у вас, если после обследования вы откажетесь продолжать. Если ответ уклончивый или комплект сводится к презентации решения — это не этап проекта, а этап продажи.
Сколько стоит обследование и почему это отдельный этап
Цена обследования считается из часов, а не из процента бюджета — процент получается уже потом. В модельном примере 44 часа работы инженера-аналитика по ставке 2 700 ₽ дают вот такую смету.
Рыночная вилка для процесса такого масштаба — 90 000–180 000 ₽. Разброс объясняется числом ролей в процессе, количеством систем и тем, есть ли у заказчика хоть какие-то выгрузки: когда данные приходится собирать вручную из четырёх мест, часы на разбор удваиваются. У нас обследование и вытекающие из него ТЗ и смета закрываются первым платежом в схеме 20/30/30/20 — порядок этапов и точки оплаты описаны отдельно.
Теперь честное сравнение: во что обходится отказ от обследования. Проект без карты процесса не проваливается целиком — он переделывается. По нашей практике доля переделок при старте «с чужих слов» составляет 25–40 % бюджета и сдвигает календарь на 3–5 недель.
Горизонтальная лента на 10 рабочих дней, дни подписаны. День 1 — «Согласование границ и списка участников». Дни 2–3 — «Интервью, 7 человек». Дни 3–7 — сквозная полоса фоном «Замер времени, журнал у сотрудников, 5 дней». Дни 4–5 — «Наблюдение на рабочих местах, 3 роли». Дни 5–6 — «Выгрузки и их разбор». День 7 — «Разбор исключений». Дни 8–9 — «Сборка пяти документов». День 10 — «Защита отчёта и приёмка этапа». Под лентой подписи «44 часа работы» и «120 000 ₽ — первый платёж, 20 %». Чертёжный стиль, подписи по-русски.
Когда сотрудники искажают картину
Люди искажают ответы не из вредности, а потому что слово «автоматизация» на входе слышится как «сокращение». Дальше срабатывает одна из двух стратегий: работу преувеличивают, чтобы показать незаменимость, или преуменьшают, чтобы не выглядеть медленным. Обе одинаково ломают цифры, и обе лечатся не уговорами, а процедурой.
- Позиция руководителя объявляется до интервью, письменно. Один абзац: что происходит, кого касается, что будет с людьми. Молчание читается хуже любой плохой новости — механику мы разбирали в статье почему сотрудники саботируют внедрение.
- Никаких персональных замеров в отчёте. Данные агрегируются по ролям, а не по фамилиям. Это фиксируется вслух на первом же интервью и соблюдается буквально, иначе второй раз с вами говорить не будут.
- Перекрёстная проверка вместо доверия. Слова сверяются с журналами систем. Систематическое расхождение больше 30 % в любую сторону — сигнал не про человека, а про то, что часть работы идёт вне систем и её надо искать наблюдением.
- Наблюдение вместо опроса там, где речь о длительности. Никто не помнит, сколько раз за день он переключался между окнами. Это видно только со стороны и за один рабочий день.
- Вопросы про операцию, а не про человека. «Что мешает закрыть заявку с первого раза?» вместо «Почему у вас так долго?». Первая формулировка даёт список причин, вторая — оборону.
Если после этих мер картина всё равно не сходится — это уже не проблема обследования. Это сигнал, что в компании нет владельца процесса, который может отвечать за спорные решения, и начинать проект рано.
Когда обследование не нужно
Обследование — инструмент, а не ритуал. Есть четыре ситуации, в которых оно съедает бюджет, не добавляя знания, и мы в них его не продаём.
- Процесс уже описан и измерен своими силами, а данным не больше полугода. Тогда подрядчику остаётся сверка на 8–12 часов вместо полного цикла. Как сделать такое описание самостоятельно — в статье аудит процессов своими силами.
- Задача точечная и обратимая. Один обмен между двумя системами по готовым API с бюджетом до 150 000 ₽: обследование за 120 000 ₽ съест почти столько же, сколько сама работа. Здесь хватает описания форматов и двух созвонов.
- Процесс прямо сейчас перестраивается. Меняется структура отдела, переезжает склад, внедряется новая учётная конфигурация — карта «как есть» устареет раньше, чем её согласуют. Разумный ход: дождаться стабилизации и вернуться через квартал.
- Нет владельца процесса. Обследование даст документы, принимать решения по которым будет некому. Сначала назначается человек с полномочиями и 3–4 часами в неделю, потом всё остальное.
И отдельный случай, который выглядит как исключение, но им не является: маленький бюджет. Если денег хватает только на разработку, обследование не «экономится» — оно просто выполняется хуже и позже, силами разработчика в процессе работы, и оплачивается переделками. Честный вариант при ограниченном бюджете — сузить границы до одного участка и провести короткое обследование на 16–20 часов, а не отменять его целиком.
Обследование не отвечает на вопрос «что автоматизировать». Оно отвечает на вопрос «сколько нам стоит то, как мы работаем сейчас» — и уже из этой суммы становится видно, что трогать первым.
