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

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

Ниже — пять метрик, по которым система признаётся мёртвой, порядок аудита на один рабочий день, расчёт стоимости содержания зомби за два года и три сценария выхода, включая списание. Все числа — из модельного примера: оптовая компания на 90 человек, CRM внедрена два года назад за 780 000 ₽, лицензии и хостинг 15 000 ₽ в месяц, выдано 24 пользовательские лицензии.

Пять метрик, по которым система признаётся мёртвой

Спорить о том, «пользуются или не пользуются», бесполезно: у руководителя и у сотрудника ответы будут разные, и оба будут искренними. Поэтому используемость измеряется пятью числами, каждое из которых снимается за час. Пороговые значения ниже — рабочие ориентиры для систем, в которых ведут ежедневную операционную работу: CRM, учёт заявок, склад, задачи.

МетрикаКак снятьЖивая системаЗомбиВ примере
Входы за неделюжурнал входов, уникальные пользователи за 7 дней70 % и больше от выданных лицензийменьше 40 %9 из 24 — 38 %
Доля потока через системусверка с независимым источником за 20 рабочих дней70 % и больше операций участкаменьше 40 %31 % заявок
Дата последней записи по модулюпо каждому модулю отдельно, а не по системе в целомне старше неделистарше месяцамодуль задач — 4 месяца
Активные пользователитри входа в неделю и хотя бы одна запись60 % и больше от выданных лицензийменьше 25 %5 из 24 — 21 %
Выгрузки в Excelсчётчик экспорта за месяц, делённый на число пользователейдо 0,5 выгрузки на человека в месяцбольше двух60 выгрузок — 2,5 на человека

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

графикzombi-sistema--01
Пять метрик используемости: 38 % входов, 31 % потока, 21 % активных, 2,5 выгрузки на человека

Пять горизонтальных полос-показателей с фактическим значением и пороговой отметкой. Полосы: «Входы за неделю — 9 из 24, это 38 % при норме 70 %», «Доля потока через систему — 31 % при норме 70 %», «Последняя запись в модуле задач — 4 месяца при норме до недели», «Активных пользователей — 5 из 24, это 21 % при норме 60 %», «Выгрузок в Excel — 2,5 на человека в месяц при норме до 0,5». Нормы показаны штриховой вертикалью, фактические значения не дотягивают до неё. Единицы подписаны, стиль чертёжный.

Пять чисел вместо спора о том, пользуются системой или нет

Аудит за один рабочий день: три источника

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

  1. 1
    Источник 1. Журнал входов и записей, 2 часа

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

  2. 2
    Источник 2. Сверка потока, 3 часа

    Возьмите реальный поток за 20 рабочих дней из источника, не связанного с системой: журнал телефонии, почтовый ящик отдела, выписка банка, накладные, записи в тетради. Посчитайте, сколько из этих операций есть в системе. Разница между потоком и записями — и есть доля работы, идущей мимо. В модельном примере из 1 040 заявок в системе оказалось 322 — те самые 31 %.

  3. 3
    Источник 3. Десять вопросов сотрудникам, 2 часа

    Шесть человек по 20 минут, разговор один на один, без руководителя отдела в комнате. Задача — не поймать на нарушении, а понять, где система мешает. Отсюда же берутся кандидаты в рабочую группу, если победит сценарий реанимации.

  1. 1Покажите, где вы сейчас ведёте эту работу — попросите открыть прямо при вас.
  2. 2Когда вы в последний раз что-то вносили в систему и что это было?
  3. 3Что вы делаете, когда система не даёт сделать нужное?
  4. 4Какой отчёт вы из неё берёте и куда потом переносите?
  5. 5Кто вас учил в ней работать и сколько это заняло времени?
  6. 6Что произойдёт, если вы не внесёте запись, — кто и когда это заметит?
  7. 7Сколько минут занимает одна запись от начала до конца?
  8. 8Какие поля вы заполняете формально, просто чтобы форма сохранилась?
  9. 9Если систему выключат завтра, что сломается лично у вас?
  10. 10Как вы делали эту работу до неё и что реально изменилось?

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

схема процессаzombi-sistema--02
Схема аудита: журнал входов, сверка потока и опрос сотрудников сходятся в одно решение

Схема из трёх параллельных дорожек, сходящихся в один блок. Дорожка 1 — «Журнал входов, 2 часа» с подписью «5 метрик, 90 дней». Дорожка 2 — «Сверка потока, 3 часа» с подписью «1 040 заявок в независимом источнике против 322 записей в системе». Дорожка 3 — «Десять вопросов, 2 часа» с подписью «6 человек по 20 минут». Все три сходятся в блок «Решение: реанимировать, урезать или списать». Внизу подпись «итого один рабочий день одного человека». Чертёжный стиль, подписи по-русски.

Один день, три источника — и вопрос «пользуются или нет» перестаёт быть предметом спора

Сколько стоит содержание зомби

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

Два года содержания системы, которой пользуются пятеро из двадцати четырёх
Лицензии и хостинг: 15 000 ₽/мес × 24 месяца360 000 ₽
Двойной ввод: 4 человека × 3 ч/нед × 46 недель × 2 года × 850 ₽938 400 ₽
Поддержание видимости: 1 человек × 6 ч/мес × 24 месяца × 850 ₽122 400 ₽
Внедрение, оплаченное два года назад780 000 ₽, в расчёт не включено
Итого1 420 800 ₽ за два года — 59 200 ₽ в месяц за систему, через которую идёт 31 % работы

59 200 ₽ в месяц — это сумма, на которую в компании из примера можно было бы содержать половину ставки ещё одного сотрудника участка. И это без учёта того, ради чего систему покупали: эффект в расчёт не входит, потому что он не наступил. Если считать и его — например, планировавшуюся экономию 120 000 ₽ в месяц, — цена вопроса за два года переходит за четыре миллиона, но такие цифры мы намеренно не смешиваем: неполученная выгода слишком легко превращается в манипуляцию.

графикzombi-sistema--03
Структура расходов на зомби за два года: 360 000, 938 400 и 122 400 рублей

Столбец, разложенный на три части снизу вверх с подписями и долями: «Лицензии и хостинг — 360 000 ₽», «Двойной ввод — 938 400 ₽», «Поддержание видимости — 122 400 ₽». Общая высота подписана «1 420 800 ₽ за два года, или 59 200 ₽ в месяц». Сбоку отдельным серым блоком, не входящим в столбец, — «Внедрение 780 000 ₽, оплачено два года назад». Единицы — рубли, все числа подписаны, стиль чертёжный.

Лицензии — самая заметная и самая маленькая строка расходов

Три сценария выхода

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

СценарийКогда выбираютСрок и деньгиКритерий успеха
Реанимироватьчерез систему идёт 30 % потока и больше, ядро процесса живо, владелец есть или назначается3–6 недель, 180 000–350 000 ₽70 % потока участка за 20 рабочих дней
Урезать до одного сценарияработает один участок из пяти, остальные модули пустые2–4 недели, 60 000–150 000 ₽; лицензии падают с 15 000 до 6 000 ₽/мес80 % операций одного участка, остальное официально ведётся вручную
Списатьпоток через систему меньше 20 %, владельца нет, процесс изменился с момента внедрениявыгрузка и архив данных 40 000–80 000 ₽, отключение освобождает 180 000 ₽ в годданные сохранены и доступны, расходы прекращены, замер снят для будущей попытки

Сужение — самый частый разумный исход и самый недооценённый. Отключение неиспользуемых модулей в примере снижает платёж с 15 000 до 6 000 ₽ в месяц, то есть освобождает 108 000 ₽ в год, и одновременно снимает у сотрудников ощущение «нас заставляют вести систему, которая нам не подходит». Один живой участок с честной границей работает лучше, чем пять формальных: он даёт данные, на которые можно опереться при следующем заходе.

Реанимация имеет смысл реже, чем хочется. Проверьте до неё три вещи: изменился ли процесс с момента внедрения, есть ли человек с 4–6 часами в неделю на проект и почему сотрудники обходят систему. Если ответ на последний вопрос — «в ней двадцать обязательных полей, из которых нужны четыре», реанимация сводится к сокращению формы и стоит недели работы. Если ответ — «процесс с тех пор поменялся полностью», это не реанимация, а новое внедрение по цене нового внедрения.

Почему систему обходят: четыре причины и все рациональные

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

Причина обходаКак выглядитЧто с этим делать
Ввод дороже пользызапись в системе занимает 6 минут против 40 секунд в таблице: при 40 записях в неделю это 4 часа против 27 минутсократить обязательные поля до тех, которые кто-то читает; подставлять данные автоматически
Нет ответа для следующего шаганужного отчёта в системе нет, поэтому данные каждую неделю выгружают и досчитывают в таблицесделать два-три недостающих отчёта — обычно неделя работы, а не новое внедрение
Отсутствие записи ничего не меняетотгрузка уходит, счёт оплачивается и премия начисляется независимо от того, есть запись или нетвстроить систему в следующий шаг: без записи не формируется документ, не уходит задача, не закрывается смена
Данные используют для наказанийпоказатели системы попали в разбор на планёрке — записи стали вносить задним числом и минимальнописьменно закрепить, что первые два месяца данные не используются для санкций, и соблюсти это

Разница в первой строке — 3,5 часа в неделю на человека, то есть около 3 000 ₽ его рабочего времени. Сотрудник, который выбирает таблицу, экономит компании эти деньги ровно до того момента, пока кто-то не начинает сводить два источника вручную. Именно поэтому сокращение формы ввода — самое дешёвое из всех возможных вмешательств: оно меняет ту самую арифметику, а не отношение к ней.

Как не сделать следующую систему такой же

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

Что это значитКритерий приёмки по потоку

Формулировка для договора: «система считается принятой, если за 20 последовательных рабочих дней через неё прошло не менее 70 % операций участка, подтверждённых сверкой с независимым источником — журналом телефонии, почтовым ящиком или бухгалтерским реестром». Никакой презентации, никакого демостенда: только журнал системы против внешнего счётчика. Если подрядчик не готов принять такой пункт, он сам не уверен, что систему начнут использовать.

К этому добавляются две вещи, которые дороже всего стоят задним числом. Первая — сопровождение в бюджете первого года: без него решение начинает расходиться с реальностью через 3–4 месяца вместе с прайсом, регламентами и форматами внешних систем; что входит в поддержку и сколько она стоит, мы разбирали отдельно, и та же логика описана на нашей странице поддержки. Вторая — регулярный замер тех же пяти метрик: раз в квартал, полчаса работы. Система, у которой раз в квартал смотрят долю потока, зомби не становится — просто потому, что падение видно на второй месяц, а не на второй год.

сравнениеzombi-sistema--04
Приёмка по демонстрации против приёмки по доле реального потока за 20 рабочих дней

Сравнение в две колонки. Левая — «Приёмка по демонстрации»: подписи «подготовленные данные», «сценарий показан один раз», «акт подписан», внизу серая плашка «через полгода 31 % потока». Правая — «Приёмка по потоку»: подписи «20 последовательных рабочих дней», «70 % операций участка», «сверка с независимым источником», внизу плашка «расхождение видно на второй месяц». Между колонками вертикальная разделительная линия с подписью «разница — один пункт договора». Чертёжный стиль, подписи по-русски.

Один пункт в договоре отделяет работающую систему от той, которую оплачивают по инерции

Когда честнее списать

Списание — нормальное инженерное решение, а не признание поражения. Деньги за внедрение уже потрачены и на выбор не влияют: сравнивать надо только будущие расходы. Если содержание зомби стоит 59 200 ₽ в месяц, а реанимация — 350 000 ₽ с шансом на успех примерно один к двум, то при потоке через систему ниже 20 % арифметика уверенно указывает на отключение.

  • Процесс изменился с момента внедрения настолько, что система описывает несуществующую работу: сменилась схема продаж, ушёл склад, поменялась учётная система. Чинить здесь нечего — это новое внедрение.
  • Владельца процесса нет и не появится: некому принимать решения о правилах и некому отвечать за долю потока. Реанимация без владельца заканчивается вторым кругом ровно с тем же результатом.
  • Систему обходят все, включая тех, кто её просил. Если инициатор внедрения сам ведёт работу в таблице, никакая настройка это не изменит.
  • Стоимость реанимации сопоставима с ценой нового решения. Порог простой: если разбор и переделка тянут больше чем на половину нового внедрения, дешевле начать с чистого листа и с нормальной приёмкой.
  • Участок перестал давать объём: операций меньше 100 в месяц. Здесь дешевле вернуться к ручной работе и вернуться к вопросу, когда поток вырастет.
Перед отключением заберите три вещи

Выгрузку всех данных в открытом формате с описанием структуры, доступ к истории на время срока хранения документов и снятые сегодня показатели участка — время цикла, объём, трудозатраты. Первые две вещи после расторжения договора добываются долго и дорого, третья не восстанавливается вообще. Выгрузка и архив стоят 40 000–80 000 ₽ и окупаются за 3–6 месяцев сэкономленных лицензий.

И последнее. Зомби-система редко бывает единственной: рядом с ней обычно живут ещё две-три подписки, которые оплачиваются по инерции. Час на инвентаризацию всех лицензий и подписок компании окупается почти всегда — в компаниях на 80–150 человек мы регулярно находим 20 000–60 000 ₽ ежемесячных платежей за то, чем не пользуется никто.