Через полгода после запуска нужные цифры уже лежат внутри самой системы, и доставать их надо оттуда, а не из опросов сотрудников. В журналах есть время обработки каждой заявки, доля операций, которые прошли без человека, число переделок и время первого ответа. Из CRM и учёта берётся конверсия и суммы. Единственное, что придётся замерить руками, — сколько минут человек реально тратит на операцию сейчас, и это две недели наблюдений, а не месяц.
Главная ошибка ретроспективы — считать в месячных суммах. За полгода у компании меняется поток, сезон, цены и состав клиентов, и любой итог «стало обрабатываться на 30 % больше» ничего не доказывает. Считать надо на единицу: сколько стоит одно обращение, сколько минут занимает один цикл, какая доля документов переделывается. Эти числа устойчивы к росту компании.
Дальше — три источника данных, шесть показателей с формулами, механика поправки на сезон, модельный расчёт денег, протокол часовой ретро-встречи и разбор ситуации «эффекта не видно». Сквозная ставка в расчётах — полная стоимость часа рядового сотрудника 700 ₽, работа инженера — 3 000 ₽/час. Модельная компания: оптовик на 40 человек, полгода назад внедрена связка автозаполнения CRM из почты и классификации обращений за 740 000 ₽ с поддержкой 28 000 ₽ в месяц.
Три источника цифр «после»
Каждый источник закрывает свою часть картины и не закрывает чужую. Брать надо все три: по отдельности любой из них даёт удобную, но неполную правду.
| Источник | Что из него берётся | Чего в нём нет | Трудоёмкость |
|---|---|---|---|
| Журналы самой системы | Объём операций, время обработки, доля автоматических действий, число ошибок и повторов | Всё, что люди делают мимо системы: в таблице, в мессенджере, на бумаге | 2–4 часа инженера, 6 000–12 000 ₽ |
| Выгрузка из CRM и учёта | Конверсия, сроки сделок, суммы, число документов и переделок | Время внутри операции: видно, когда началось и кончилось, но не сколько человек над этим сидел | 1–2 часа, силами администратора системы |
| Повторный хронометраж, 2 недели | Сколько минут реально уходит у человека на операцию сегодня | История: замеряет только сейчас, прошлое так не восстановить | 5 сотрудников × 6 минут отметок в день × 10 дней = 5 часов, 3 500 ₽ |
Хронометраж делается тем же способом, что и перед стартом проекта: сотрудник отмечает начало и конец операции, а не рассказывает по памяти. Разница между «по ощущениям» и замером обычно двукратная в обе стороны, поэтому замер до внедрения и повторный замер должны быть сделаны одинаково — иначе сравнивать нечего.
Карта из трёх узлов, сходящихся в один блок «Отчёт об эффекте». Узел «Журналы системы» — подпись «объём, время обработки, доля автоматики, ошибки; 2–4 часа». Узел «CRM и учёт» — подпись «конверсия, сроки, суммы; 1–2 часа». Узел «Хронометраж 2 недели» — подпись «реальные минуты человека; 5 часов, 3 500 ₽». От каждого узла вниз серая пометка о том, чего в нём нет. Чертёжный стиль, подписи по-русски.
Шесть показателей и формула каждого
Показателей ровно шесть, и все они считаются одной строкой. Везде берётся медиана, а не среднее: один зависший на две недели документ сдвигает среднее так, что показатель перестаёт что-либо значить.
| Показатель | Формула | До | Через 6 месяцев |
|---|---|---|---|
| Время цикла | медиана (момент завершения − момент поступления) по завершённым за месяц | 5 ч 20 мин | 1 ч 45 мин |
| Доля ручных операций | операции с участием человека ÷ все операции | 100 % | 24 % |
| Стоимость обработки обращения | (часы людей × 700 ₽ + переменные расходы) ÷ число обращений | 443 ₽ | 196 ₽ |
| Конверсия | счета ÷ заявки за период | 21 % | 26 % (после поправки — 23 %) |
| Доля переделок | переделанные документы ÷ все документы | 9 % | 3 % |
| Время первого ответа | медиана (первый ответ − поступление обращения) | 3 ч 10 мин | 27 мин |
Стоимость обращения раскладывается прозрачно. До внедрения на одно обращение суммарно уходило 38 минут работы людей: 38 ÷ 60 × 700 = 443 ₽. Сейчас — 16 минут труда, это 187 ₽, плюс 9 ₽ переменных расходов на запросы к модели и хостинг, итого 196 ₽. Разница на единицу — 247 ₽, и это единственное число из шести, которое напрямую переводится в деньги.
Поправка на сезон и на рост компании
За полгода поток в модельной компании вырос с 800 до 1 040 обращений в месяц — на 30 %. Записать этот рост на систему было бы приятно и неправильно: система обрабатывает обращения, а не создаёт их. Отделяется чужой вклад двумя приёмами.
- 1Считать на единицу, а не в сумме. Стоимость одного обращения, минуты одного цикла, доля переделок — эти числа не зависят от того, сколько обращений пришло. Все шесть показателей в таблице выше построены именно так, и это не случайность.
- 2Вычесть прошлогоднюю сезонную дельту. Берётся тот же календарный отрезок годом ранее и смотрится, как показатель менялся сам по себе. Разница между приростом этого года и приростом прошлого — и есть вклад системы.
То же самое с объёмом: годом ранее поток за тот же отрезок вырос на 9 %, значит из наблюдаемых 30 % на сезон приходится 9 %, а оставшийся 21 % — это рост компании, новые каналы и работа отдела продаж. Ни то, ни другое к системе отношения не имеет. Если у вас нет данных за прошлый год — так и напишите в отчёте: «поправка на сезон не сделана, показатель может быть завышен». Это честнее, чем аккуратная цифра без оснований.
Время цикла, доля ручных операций и доля переделок сезоном почти не двигаются: они зависят от устройства процесса, а не от спроса. Если один из них внезапно улучшился на 40 % без вашего участия, это не сезонность, а повод проверить, не изменился ли способ подсчёта — например, не перестали ли попадать в журнал часть операций.
Столбчатая диаграмма с одним составным столбцом. Общая высота подписана «+5 процентных пунктов, наблюдаемый прирост конверсии». Столбец разделён на два сегмента: нижний серый высотой 3 пункта с подписью «сезон: прошлый год дал +3», верхний цветной высотой 2 пункта с подписью «вклад системы: +2». Слева и справа для контекста подписи «21 % — до» и «26 % — сейчас». Внизу пометка «то же по объёму: из +30 % потока сезон даёт +9 %». Чертёжный стиль, подписи по-русски.
Что делать, если замеров до старта нет
Ситуация обычная: проект начали быстро, хронометраж никто не снял, а теперь нужно понять, был ли толк. Прошлое реконструируется по следам, которые остались независимо от вашего желания их оставить.
- 1Шаг 1. Восстановить время цикла по датам
В почте есть дата входящего письма, в CRM — дата создания сделки, в учёте — дата документа. Разница между ними за период до внедрения даёт время цикла с точностью до часов. Выборка на 100–150 случаев достаточна, сплошная не нужна.
- 2Шаг 2. Восстановить объём и людей
Число обращений за прошлый период берётся из почтового ящика и журнала звонков, число занятых людей — из штатного расписания и графиков. Это даёт грубую оценку минут на обращение: часы отдела ÷ число обращений.
- 3Шаг 3. Восстановить ошибки по переделкам
Исправленные документы, повторно выставленные счета, письма со словами «извините, ошибка» — всё это ищется поиском по архиву. Точность низкая, но порядок величины виден.
- 4Шаг 4. Написать оговорку и не прятать её
В отчёте прямым текстом: «базовые значения реконструированы по документам, точность оценки ±20–30 %». Отчёт с честной погрешностью работает, отчёт с точными цифрами из ниоткуда рассыпается на первом же вопросе финансового директора.
Реконструкция стоит 6–10 часов работы, то есть 18 000–30 000 ₽ по ставке инженера, и даёт результат заметно хуже, чем два часа хронометража перед стартом. Это ровно тот случай, когда экономия на подготовке оплачивается потом с четырёхкратной наценкой.
Модельный расчёт: сколько получилось денег
Снятые часы деньгами не являются. Они становятся деньгами двумя способами: компания не нанимает человека, которого пришлось бы нанять, или обрабатывает больший объём прежним составом. Всё остальное — освобождённые минуты, которые распределились по рабочему дню и в отчёт о деньгах не идут.
При внедрении за 740 000 ₽ это даёт срок окупаемости 740 000 ÷ 92 840 = 8 месяцев. На шестом месяце система ещё не окупилась, и это нормальный результат, а не провал: типовая окупаемость верно выбранного процесса — 3–6 месяцев для узких задач и 8–14 для связок из нескольких систем. Смотреть на полугодовой отметке надо не на факт окупаемости, а на траекторию: показатели улучшаются или уже вышли на полку.
Отдельно про конверсию. Прирост в 2 процентных пункта после поправки мы в денежный расчёт не взяли вообще, хотя могли бы: в тот же период отдел получил новый прайс и двух крупных клиентов, и вклад системы от вклада продавцов не отделяется. Если записать в эффект весь наблюдаемый прирост конверсии, итоговая цифра вырастет втрое — и получится ровно тот отчёт, в который потом никто в компании не верит.
Каскадная диаграмма из пяти столбцов слева направо. Первый столбец 256 880 ₽ с подписью «потенциал экономии». Второй — вычет 126 680 ₽ с подписью «освобождённые минуты, не превращённые в деньги». Третий — вычет 28 000 ₽ «сопровождение». Четвёртый — вычет 9 360 ₽ «переменные расходы». Пятый итоговый столбец 92 840 ₽ с подписью «чистый признанный эффект в месяц». Под диаграммой строка «внедрение 740 000 ₽ — окупаемость на 8-м месяце». Чертёжный стиль, подписи по-русски.
Ретро-встреча на 60 минут: повестка и участники
Отчёт с числами нужен, но решения принимаются не в отчёте. Ретро проводится один раз, занимает час и требует не больше шести человек: владелец процесса, руководитель подразделения, администратор системы, инженер подрядчика и обязательно один рядовой сотрудник, который работает в системе каждый день. Без последнего встреча превращается в обмен отчётами.
- 110 минут — факты. Шесть показателей до и после, без обсуждения. Читает тот, кто собирал данные.
- 210 минут — поправки. Что из наблюдаемого улучшения принадлежит системе, а что сезону, найму и рынку. Здесь же — какие эффекты решено не считать и почему.
- 315 минут — что мешает. Говорит рядовой сотрудник, остальные слушают. Именно тут всплывают обходные пути, лишние клики и операции, которые люди делают в таблице, потому что в системе неудобно.
- 415 минут — решения. Каждый показатель ниже ожидания получает либо задачу с именем и сроком, либо явное решение «оставляем как есть, причина такая-то».
- 510 минут — фиксация. Список решений вслух, бюджет сопровождения и изменений на следующее полугодие, дата следующей ретро-встречи.
На выходе — 3–5 задач с именами и сроками и один параграф про бюджет. Больше пяти задач означает, что встреча ушла в разбор всего сразу; такие списки не выполняются. Как эти решения превращаются в план работ на следующее полугодие, разобрано в статье про первый год эксплуатации.
Нарисованный абстрактный лист повестки формата А4. Заголовок «Ретро через 6 месяцев, 60 минут». Пять блоков с таймингом слева: «10 мин — факты, шесть показателей», «10 мин — поправки на сезон и рост», «15 мин — что мешает, говорит рядовой сотрудник», «15 мин — решения с именами», «10 мин — фиксация и бюджет». Справа узкая колонка «Участники: владелец процесса, руководитель, администратор системы, инженер подрядчика, один пользователь». Внизу рамка «На выходе: 3–5 задач, бюджет на полугодие, дата следующей встречи». Чертёжный стиль, подписи по-русски.
Если пользы не видно: три причины
«Эффекта нет» почти никогда не означает «система не работает». В подавляющем большинстве случаев это одна из трёх ситуаций, и каждая лечится дешевле, чем замена системы.
- 1Причина 1. Автоматизировали не узкое место
Заявки заводятся мгновенно, но дальше неделю ждут расчёта у технолога. Время цикла целиком не изменилось, хотя один участок ускорился в три раза. Проверка: разложить время цикла по этапам и посмотреть, где лежит больше половины. Решение — переносить контур на настоящее узкое место, а не расширять текущий.
- 2Причина 2. Работают мимо системы
Доля обходных операций выше 30 % означает, что люди построили параллельный процесс. Проверяется по журналам: сколько сущностей создано вручную, сколько операций сделано задним числом, сколько документов пришло не из системы. Что с этим делать, разобрано в разборе системы, которую все обходят.
- 3Причина 3. Часы освободились, но никуда не переложены
Самый частый случай и самый обидный: работа снята, объём не вырос, найм не сокращён. Формально эффекта нет, фактически есть незанятая мощность. Решение принимается управленчески — либо загружать освободившийся ресурс, либо признать, что автоматизация была куплена ради качества и скорости, а не ради денег, и переписать цель проекта честно.
Есть и четвёртый вариант, редкий, но реальный: показатели улучшились сразу после запуска, а к шестому месяцу поползли обратно. Это не отсутствие пользы, а расхождение системы с реальностью — знания устарели, справочники разошлись, правила отстали от процесса. Лечится часами работы, а не проектом.
Когда полугодовой замер делать не надо
Ретроспектива стоит 6–10 часов работы и час времени шести человек. Это немного, но в четырёх случаях она не даст ничего, кроме цифр, которые нельзя интерпретировать.
- Системе меньше трёх месяцев. Первые недели идёт стабилизация: правки, донастройка, обучение людей. Показатели в этот период отражают не систему, а процесс её приживления. Замер до трёхмесячной отметки почти всегда занижает эффект.
- Меньше 100 операций в месяц в контуре. Медиана по такой выборке шатается сильнее, чем измеряемый эффект. Здесь честнее считать не показатели, а конкретные случаи: сколько раз система сработала, сколько раз пришлось вмешаться руками.
- В период измерения была реорганизация. Переезд склада, смена ассортимента, слияние отделов, уход половины команды — сравнивать не с чем, база изменилась целиком. Сдвиньте замер на квартал вперёд и зафиксируйте новую базу.
- Решение куплено ради соответствия требованию. Маркировка, ЭДО, кадровый документооборот, требования к обработке персональных данных — здесь измеряется не экономия, а отсутствие штрафов и прохождение проверок. Считать окупаемость такого проекта в снятых часах бессмысленно: он покупался не за этим.
Во всех остальных случаях замер через полгода стоит провести обязательно, и не ради отчёта наверх. Это единственный момент, когда ещё можно дёшево исправить неверно выбранный контур: через год система обрастает привычками, а бюджет следующего периода уже свёрстан.
Считать в месячных итогах — значит записывать себе рост рынка. Считать на единицу — значит увидеть, что сделала система.
