Как автоматизация сломала то, что и так работало

Кейс о том, как компания автоматизировала работающие процессы и получила цифровую катастрофу. Разбор ошибок и выводы. Все совпадения случайны.

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


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

Реклама

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

Семь лет. Двести клиентов. Всё вручную. Все довольны.

Виктор поехал на бизнес-форум.[

Просветление

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

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

Нашёл разработчика. Объяснил задачу. Через два месяца система была готова.

Автоматизировали всё: генерацию счетов при оформлении заказа, напоминания об оплате на первый, третий и седьмой день, письмо «спасибо за оплату», письмо «не пора ли снова заказать» через тридцать дней после последней покупки.

Менеджеры облегчённо выдохнули. Виктор потирал руки.

Первые три недели

Три недели система работала. Никто не проверял, как именно — просто работала, и ладно. Менеджеры занялись другими делами. Виктор съездил в отпуск.

А потом позвонил Сергей Николаевич.

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

Виктор не сразу понял вопрос.

Что обнаружили при разборе

Потянули за ниточку — и вышел целый клубок.

Счета с неверными реквизитами. Полгода назад компания сменила расчётный счёт. В шаблоне счёта, который использовала CRM, остались старые реквизиты. Никто не проверил шаблон перед запуском. Автоматизированная система за три недели разослала счета с устаревшими данными сорока семи клиентам. Несколько из них уже оплатили — на старый счёт, который был давно закрыт.

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

Один клиент ответил просто: «Я заплатил вчера. Что происходит?» Другой написал длиннее и менее вежливо.

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

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

Письмо с тёплым человеческим обещанием. В шаблоне «спасибо за оплату» была фраза: «Ваш персональный менеджер лично проконтролирует каждый этап обработки вашего заказа». Фраза осталась с тех времён, когда так и было. Теперь это обещание отправлял робот — и персонального контроля не было никакого.

Как всё выяснилось

Звонок Сергея Николаевича стал первым. Дальше звонки пошли один за другим. Виктор сел за компьютер, открыл CRM и провёл там следующие шесть часов.

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

«Мы думали, система сама разберётся», — сказал один из них.

Это была чистая правда. И это была ключевая ошибка.

Что не так с «само разберётся»

Виктор позвонил знакомому, который разбирался в процессах. Тот приехал на следующий день, посмотрел на ситуацию и сказал несколько вещей, которые Виктор не хотел слышать, но которые были правдой.

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

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

Нельзя автоматизировать то, что не описано. Никто не записал: «При смене реквизитов — обновить все шаблоны». «Для клиентов из категории VIP — не отправлять стандартные напоминания». «Перед запуском проверить все шаблоны на актуальность». Это знали люди. Система не знала ничего.

Мониторинг — не опция. Когда нет алертов, отчётов и точек проверки — ошибки обнаруживают клиенты. Это дорогостоящий способ тестирования.

Что сделали

Первым решением был откат. Систему отключили, вернулись к ручному процессу на время.

Потом документировали. Не «как должно быть», а «как на самом деле работает» — с исключениями, с категориями клиентов, с пометками о том, какие шаги требуют человеческого суждения, а какие — нет.

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

Через год автоматизация существовала — частичная, с мониторингом, с человеческим контролем в нестандартных ситуациях. Экономила около двух часов в день вместо обещанных восьми. Но работала без сбоев.

Сергей Николаевич остался клиентом. Не все остались.

Что из этого следует

История эта, которой, разумеется, никогда не было, иллюстрирует закономерности вполне реальные.

Автоматизация — это умножение. Хороший процесс × автоматизация = отличный результат. Плохой процесс × автоматизация = плохой результат в промышленных масштабах.

Сначала опишите, потом автоматизируйте. Если вы не можете написать, как работает процесс, — вы не готовы его автоматизировать.

Скрытые ручные проверки — это не неэффективность. Это часто единственная защита от ошибок. Убирая их, убедитесь, что у автоматизации есть аналогичные механизмы.

Тестируйте на малом объёме. Запуск сразу на всю клиентскую базу — это не смелость, это риск без необходимости.

Мониторинг обязателен. Автоматизированная система без мониторинга — это система, о проблемах в которой вы узнаёте от клиентов.


Полезное

Павел Карпов

Материал подготовлен в рамках бесплатного проекта СМБД. Отвечаю на вопросы по контенту в комментариях — бизнес-консультирование в СМБД не входит.

Нужна консультация по вашему бизнесу — karpov.expert ↗

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *