Автоматизация процесса: как проверить, не съест ли она больше ресурса, чем сохранит

Как сравнить автоматизацию с ручным контуром

1. Опишите один повторяемый процесс, его объём, ошибки, владельца и цену сбоя.
2. Отделите единовременные и постоянные затраты, включая интеграцию, доступы, обучение и поддержку.
3. Проверьте данные, права и резервный ручной маршрут до подключения инструмента.
4. Запустите ограниченный пилот с критерием остановки, а не сразу меняйте весь контур.
5. На review сравните фактическую нагрузку и качество, не подменяя наблюдение обещанием экономии.

Ниже сохранён исходный материал. Это не финансовая рекомендация и не гарантия окупаемости автоматизации.

Подробности исходного материала

Год назад я зашёл в офис компании, которая полтора года назад внедрила «полную автоматизацию». Их собственник встретил меня устало. На одном экране у него висел Битрикс24 с воронкой продаж, на втором — Trello с задачами разработки, на третьем — Notion с базой знаний. В чате Telegram параллельно пиликали уведомления из этих же трёх систем, плюс ещё из 1С, плюс из бота, который должен был уведомления агрегировать. Бот, как выяснилось, последний месяц молчал — кто-то сломал интеграцию, и до этого никому не было дела.

«Стало проще?» — спросил я. Он посмотрел на меня так, как смотрят люди, которые знают правильный ответ, но не хотят его произносить вслух. Потом сказал: «Хуже стало. Раньше я держал всё в одной таблице. Теперь — в семи системах. И ни одна не работает целиком».

Это был не уникальный случай. Это была почти типовая картина для бизнеса с выручкой от 80 до 300 миллионов в год, который решил «навести порядок» через софт.

Автоматизация без процесса — это просто более быстрый хаос

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

Я видел компании, где после внедрения системы количество ручных действий выросло. Раньше менеджер записывал звонок одной строкой в блокнот. Теперь он заполняет восемь полей в карточке сделки, потому что «без этого аналитика не построится». Аналитика и так не строится, потому что половина полей заполнена «—», а другая половина — рандомным выбором из выпадающего списка, чтобы поле перестало гореть красным.

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

Признак, что автоматизация будет провалом

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

Я знаю, как это звучит. Звучит как «давайте полгода будем рисовать процессы вместо того, чтобы внедрять». Но альтернатива — потратить те же полгода, но на оплату интегратора, который автоматизирует ваш беспорядок и превратит его в неподвижный беспорядок. Из неподвижного беспорядка выйти сложнее.

Стоимость автоматизации, которую никто не считает

Когда мы оцениваем автоматизацию, мы обычно складываем три цифры: лицензии, работа интегратора, обучение. Получаем условные 1,5 миллиона рублей. Делим на ожидаемую экономию рабочего времени и решаем, что окупится за восемь месяцев. На бумаге всё красиво.

В реальности есть ещё несколько строк, которые в смету никто не закладывает.

Налог на переключение

Каждый сотрудник, переходящий на новую систему, теряет от двух до четырёх недель производительности. Не «адаптируется», а именно теряет. Звонит и ошибается полем. Заполняет, потом обнаруживает, что не туда. Спрашивает у админа. Админ занят, отвечает через два дня. За эти два дня сотрудник либо забивает на правильное заполнение, либо тратит втрое больше времени.

В компании из двадцати человек это означает 40–80 человеко-недель потерянной работы. По среднему фонду оплаты — это 2–4 миллиона рублей. Просто на адаптацию. И эта цифра нигде не фигурирует в обосновании проекта.

Налог на «доделать потом»

Любая система внедряется в формате 80/20. Базовый функционал работает, тонкие настройки — потом. «Потом» наступает через год, когда выясняется, что отчёт по конверсии воронки не считается, потому что один из этапов забыли настроить, и теперь, чтобы его добавить, надо переписать половину автоматических правил, которые тянут данные из этого этапа в смежные системы.

Доделки — это отдельная статья расходов, которая редко закладывается в смету. У моих клиентов она обычно составляет 30–50% от первоначального бюджета внедрения, размазанная на 18 месяцев. То есть к моменту, когда вы начнёте видеть отдачу, вы потратите в полтора раза больше, чем планировали.

Налог на распад внимания собственника

Это самая невидимая, но самая дорогая статья. Когда вы внедряете систему, вы автоматически становитесь её главным заинтересованным лицом. Вас затягивает: на встречи с интегратором, на демо новых модулей, на разбор ошибок, на обсуждение, почему отдел продаж сопротивляется. Каждая такая встреча — час или два. Внедрение длится 6–12 месяцев. Это сотни часов вашего времени, которое уходит из стратегии в операционку.

Когда автоматизация съедает больше, чем экономит

Я выделил для себя четыре сценария, в которых внедрение почти гарантированно работает в минус. Если ваш проект попадает хотя бы в два из них — стоп, пересмотрите.

Процесс выполняется реже, чем вы думаете

Один клиент два года внедрял автоматизацию формирования коммерческих предложений. Шаблоны, переменные, автоматическая подгрузка цен из 1С, конвертация в PDF, отправка через почтовый шлюз. Бюджет — 800 тысяч рублей. Когда мы посчитали, оказалось, что менеджеры формируют в среднем три коммерческих предложения в неделю. То есть 150 в год на всех. Экономия — минут семь на каждом. Итого — 17 часов в год. По стоимости работы менеджеров — около 25 тысяч рублей экономии.

Срок окупаемости — 32 года. Без учёта обновлений системы. С учётом — никогда.

Процесс часто меняется

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

Лучшее правило здесь: не автоматизируй то, что ещё не отвердело. Если процесс существует меньше года и вы продолжаете в нём что-то менять — оставьте его на ручном режиме. Excel — недооценённая платформа автоматизации.

Качество данных на входе плохое

В Wildberries в 2023 году была история: партнёр-продавец внедрил у себя систему автоматического анализа цен конкурентов. Система работала идеально — каждые три часа собирала данные по 200 артикулам. Только данные собирались с устаревших страниц, которые Wildberries не обновлял в реальном времени. Партнёр полгода принимал решения по ценам на основе системы, которая показывала картину двухнедельной давности. Система съела бюджет 1,2 миллиона рублей и привела к падению маржи на 6%, потому что цены он держал ниже, чем мог.

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

Команда не понимает, зачем

Самый дорогой провал — когда руководитель внедряет систему, потому что прочитал кейс в РБК или сходил на вебинар Битрикс24, а команда искренне не понимает, зачем им это. Они продолжают работать в Excel и WhatsApp, потому что им так удобно, а в новой системе делают только обязательный минимум. У вас две параллельные реальности: одна в системе для отчётов, другая — реальная работа.

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

Тинькофф, Додо и СберБизнес — что делают по-другому

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

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

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

Вторая черта: у них есть человек, чья основная работа — следить за тем, чтобы автоматизация работала. Не «по совместительству айтишник», не «руководитель внедрил и забыл». Конкретный сотрудник с зоной ответственности «системы должны помогать команде, а не мешать». В Додо такие люди называются продакт-овнерами по внутренним сервисам. В Сбере — функциональными архитекторами. В компании на 30 человек это может быть один человек на полставки. Но он должен быть.

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

Логика, по которой стоит решать

Я для своих клиентов сформулировал шкалу из пяти вопросов. Если на три из пяти вы отвечаете «нет» — внедрять рано. Если на четыре — в принципе не стоит. Если на пять «да» — можно, но всё равно начинайте с одного модуля.

Вопрос 1: процесс выполняется хотя бы раз в день?

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

Вопрос 2: процесс не менялся последние полгода?

Если вы за последние шесть месяцев ничего не корректировали в логике — есть шанс, что зафиксировать его в коде безопасно. Если меняли два раза — подождите ещё полгода.

Вопрос 3: данные на входе чистые?

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

Вопрос 4: команда хочет это внедрение?

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

Как считать настоящую экономику автоматизации

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

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

Что делать вместо автоматизации, когда хочется

Желание автоматизировать обычно возникает не от любви к технологиям, а от усталости. Что-то болит, что-то не работает, и кажется — внедрим систему, и боль уйдёт. Иногда это правда. Но в семи случаях из десяти боль уходит более простыми способами.

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

Второе — сделайте чек-лист или шаблон в Google Docs. Серьёзно. Перед тем как платить за CRM, попробуйте две недели работать по жёсткому шаблону карточки сделки в обычной таблице. Если команда не способна заполнять восемь полей в Google Sheets, она не будет заполнять восемь полей в CRM. Шаблон — это бесплатный тест на готовность к автоматизации.

Третье — наймите ассистента. Если речь идёт о повторяющихся задачах одного-двух людей в компании, ассистент за 60 тысяч в месяц может закрыть то, на что вы хотели потратить 1,5 миллиона. Год работы ассистента — это меньше, чем стоимость внедрения с поддержкой.

Если решились — три правила, которые сэкономят миллионы

Окей, вы прошли все пять вопросов, посчитали реальную стоимость, готовы. Тогда — три простых правила, которые отделяют успешные внедрения от провальных.

Первое правило: один процесс за раз. Не «весь Битрикс24 целиком», а «только воронка продаж». Не «вся 1С», а «только склад». Когда вы внедряете один модуль — у команды есть шанс адаптироваться. Когда вы внедряете три одновременно — они саботируют все три, потому что физически не могут переучиться сразу.

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

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

Что делать, если автоматизация уже сделана и теперь это болит

Допустим, вы прочитали всё это с горьким узнаванием. Внедрили, потратили, теперь сидите с тремя системами, которыми никто не пользуется, и не знаете, что с этим делать. Это распространённая позиция. У меня треть клиентов приходят именно из неё.

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

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

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

Правило раз в полгода

Раз в шесть месяцев проводите ревизию: что используется, что не используется, что можно отключить. Это занимает день. Это сохраняет вашу систему живой. Без этого даже самое удачное внедрение через три года превращается в обузу.

История одной компании, которая сделала по-другому

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

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

В малом бизнесе мы редко позволяем себе такую дисциплину. Хочется быстрых решений: купили, внедрили, заработало. На практике это ускоряет провалы, а не успехи.

Чек-лист перед началом проекта автоматизации

Не печатайте, не вешайте на стену. Пройдите его молча, наедине с собой, перед тем как подписать договор с интегратором. Если хотя бы по трём пунктам у вас «нет» — отложите проект на три месяца и закройте слабые места. Это будет дешевле, чем чинить их потом.

• Процесс описан на бумаге, и три случайно опрошенных сотрудника подтверждают одну и ту же версию.
• За последние шесть месяцев в логике процесса не было серьёзных изменений.
• Вы знаете, кто конкретно в компании будет поддерживать систему после внедрения, и у этого человека есть выделенное время.
• Вы посчитали стоимость владения с коэффициентом 2,5 от прямого бюджета и вашу экономика всё ещё положительна.
• Команда отдела, в котором будет первый пилот, хотя бы устно сказала, что хочет.
• Вы готовы к тому, что первые 8 недель производительность упадёт, и в этот период не запланированы важные коммерческие события.
• В договоре с интегратором есть KPI на результат, а не только на объём работ.
• Вы можете назвать конкретную метрику, по которой через год оцените, помогла ли автоматизация, или нет.

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

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

Константин Тарасов Автор

Предприниматель, бизнес-трекер, пишу о том, как развивать бизнес в условиях неопределенности