Дорожная карта автоматизации на 90 дней
Владелец стоматологической клиники возвращается с конференции с тремя новыми подписками: бот для записи, сервис голосового ответа на звонки и инструмент автоматизации маркетинга. Через шесть недель ни один из них до конца не настроен, администратор путается, какую систему проверять первой, а владелец платит за три инструмента, которые вместе автоматизируют меньше, чем сделал бы один, но настроенный правильно. Именно это происходит, когда "надо бы автоматизировать" превращается в покупку софта раньше, чем что-либо нанесли на карту. План на 90 дней существует именно для того, чтобы этого избежать.
Почему автоматизация без плана застревает примерно на шестой неделе
Схема повторяется достаточно предсказуемо. Бизнес выбирает инструмент, потому что продавец хорошо его презентовал или конкурент о нём упомянул, настраивает его за один вечер и так до конца и не доводит подключение к остальным процессам. Никто не отвечает за доведение до конца, потому что изначально это ничья работа, просто побочный проект. Через три месяца инструмент используется наполовину, о нём тихо забывают, а исходная проблема, которую он должен был решить, никуда не делась.
Решение не в большей дисциплине, а в последовательности. План на 90 дней заставляет бизнес выбрать один процесс, довести его до конца и только потом переходить к следующему, вместо того чтобы начать пять дел и не закончить ни одного.
Дни 1-30: карта процессов до того, как открыт хоть один инструмент
Первый месяц почти не касается софта. Он уходит на то, чтобы понять, где реально утекает время: какая задача съедает больше всего часов каждую неделю, где постоянно случаются ошибки, где клиент дольше всего ждёт ответа. Ресторан может обнаружить, что хостес тратит четыре часа в неделю только на подтверждение броней по телефону. Юридическая фирма может выяснить, что одни и те же вопросы при приёме клиента вбиваются в три разные системы тремя разными людьми. Запишите это с реальными цифрами, а не на глаз.
Выберите ровно один процесс для автоматизации первым, тот, что причиняет больше всего боли или отнимает больше всего времени, и удержитесь от соблазна планировать сразу пять процессов. Всё остальное подождёт.
Дни 31-60: сборка и работа параллельно со старым процессом
Это этап, на котором выбранная автоматизация реально собирается и включается, но пока не как полная замена. Работа параллельно со старым ручным процессом несколько недель, вместо резкого переключения, вскрывает те исключения, которые никакой план на бумаге не предугадает: клиент, который бронирует через канал, о котором никто не подумал, исключение, ломающее сценарий на четвёртый день. Клиника, тестирующая автоматические напоминания, может обнаружить, что для пациентов без указанного мобильного нужно другое сообщение.
Цель этого отрезка не в идеальности, а в реальных данных об использовании. Тридцать дней настоящего трафика через систему научат больше, чем любое количество планирования.
Дни 61-90: исправление того, что сломалось, и решение, что дальше
К последнему месяцу первая автоматизация должна справляться с реальным объёмом уже без страховки в виде параллельно работающего ручного процесса. Именно сейчас исключения, найденные раньше, чинятся по-настоящему, а не подпираются костылём. Когда всё стабильно, бизнес оказывается в намного лучшем положении, чтобы решить: расширять ту же автоматизацию на второй процесс или потратить больше времени на доведение первой до полного порядка, прежде чем добавлять что-то ещё.
Любой из вариантов нормален. Важно, что решение принимается на основе реальных данных за девяносто дней использования, а не на догадке, сделанной ещё на первой неделе.
Что на самом деле срывает такой план
Самая частая ошибка это попытка автоматизировать сразу всё, что нашли в первый месяц, что воссоздаёт тот самый хаос, который план должен был предотвратить. Вторая ошибка это отсутствие одного конкретного человека, отвечающего за внедрение, поэтому когда что-то ломается на пятой неделе, это остаётся сломанным ещё две недели, потому что непонятно, чья это задача. План на 90 дней работает только если кто-то внутри бизнеса реально за него отвечает, даже если техническую сборку делает внешняя команда.