Быстро окупаются не самые технологичные сценарии, а самые частые и однообразные. Семь разобранных ниже собираются за 58 часов работы инженера — 174 000 ₽ — и снимают с компании на 20 человек 214 часов ручной работы в месяц. По полной стоимости часа рядового сотрудника это 149 800 ₽ в месяц, за вычетом эксплуатации — 138 800 ₽. Вложение возвращается за 1,25 месяца.
Ничего умного в них нет, и в этом весь смысл. Каждый берёт операцию, которую человек делает от двадцати до девятисот раз в месяц одним и тем же способом, и делает её сам. Автоматизация начинается не с ИИ-агента и не с полной перестройки процессов, а с того, что кто-то перестаёт вручную копировать данные из письма в карточку.
Отдельно — три сценария, за которые берутся чаще всего и которые окупаются хуже всего. Они выглядят убедительнее семи простых, стоят втрое дороже и возвращают вложение за 29–125 месяцев. Разница между теми и другими описывается тремя признаками, и их полезно уметь различать до сборки, а не после.
Формула отбора и порог в десять часов
Решение «браться или нет» принимается за пять минут и требует трёх чисел: как часто операция повторяется, сколько минут занимает и сколько стоит час того, кто её делает. Полная стоимость часа рядового сотрудника — 700 ₽: оклад со взносами, отпуск и рабочее место, делённые на реально доступные часы. Это то, что тратит компания, а не то, что написано в трудовом договоре.
Разбор одного входящего письма занимает 6 минут, писем 600 в месяц: 600 × 6 ÷ 60 × 700 = 42 000 ₽ в месяц. Сценарий снимает не всю операцию, а её механическую часть — обычно 60–80 %. Берём нижнюю границу и получаем 25 200 ₽. Дальше сравниваем с ценой сборки: 10 часов инженера — 30 000 ₽.
Порог, ниже которого браться не стоит, задаётся не сборкой, а владением. Каждый живущий сценарий стоит денег постоянно: операции площадки, доля часов внутреннего владельца, редкие правки, амортизация сборки. В нашей модели это около 3 760 ₽ в месяц на сценарий — 1 570 ₽ операций и сопутствующих сервисов, 1 500 ₽ на две правки в год и 690 ₽ амортизации. Рабочий порог берём с двукратным запасом: сценарий должен снимать не меньше 10 часов в месяц, то есть 7 000 ₽. Всё, что ниже, честнее оставить человеку.
Единственное место, где формула ломается, — вторая переменная. Минуты почти всегда берут по ощущению, и ощущение стабильно занижает их в полтора-два раза, потому что человек помнит саму операцию и забывает про переключение между окнами, поиск нужного письма и уточняющий вопрос коллеге. Замер занимает неделю и делается просто: три сотрудника отмечают в блокноте время начала и конца операции, без хронометража и без наблюдателя. Числа из такого замера обычно выше ожидаемых на 40–60 %, и именно они годятся для расчёта. Оценка «ну минут пять» не годится: на ней сценарий выглядит невыгодным и его не собирают, хотя реальных минут там восемь.
Схема из четырёх блоков со стрелками слева направо. Первый блок «частота в месяц», второй «минут на операцию», третий «÷ 60 × 700 ₽ — полная стоимость часа сотрудника», четвёртый «экономия ₽ в месяц». Ниже развилка с двумя выходами: «больше 10 часов в месяц — собираем» и «меньше 10 часов — оставляем человеку». Под развилкой поясняющая строка «владение одним сценарием — около 3 760 ₽ в месяц: 1 570 ₽ операций, 1 500 ₽ правок, 690 ₽ амортизации». Чертёжный стиль, подписи по-русски.
Семь сценариев с часами и деньгами
Модельная компания — оптовая торговля, 20 человек, 1С:УТ и amoCRM, 900 заявок и 600 писем в месяц. Часы в колонке «снимает» — это ручная работа, которая исчезает, а не «высвобожденное время»: люди остаются те же, меняется то, чем они заняты. Сборка считается по ставке инженера-подрядчика 3 000 ₽ в час.
| Сценарий | Часов на сборку | Стоимость сборки | Снимает часов в месяц | Экономия в месяц | Возврат |
|---|---|---|---|---|---|
| 1. Разбор входящей почты и создание заявки в CRM | 10 | 30 000 ₽ | 44 | 30 800 ₽ | 1,0 мес |
| 2. Сбор заявок из сайта, Авито, MAX и телефонии в один список | 14 | 42 000 ₽ | 50 | 35 000 ₽ | 1,2 мес |
| 3. Коммерческое предложение и счёт из карточки сделки | 9 | 27 000 ₽ | 38 | 26 600 ₽ | 1,0 мес |
| 4. Разнос банковской выписки по сделкам | 8 | 24 000 ₽ | 26 | 18 200 ₽ | 1,3 мес |
| 5. Ночная сверка остатков и цен между 1С:УТ и сайтом | 8 | 24 000 ₽ | 22 | 15 400 ₽ | 1,6 мес |
| 6. Напоминания клиентам об оплате и отгрузке | 5 | 15 000 ₽ | 24 | 16 800 ₽ | 0,9 мес |
| 7. Суточная сводка просроченного руководителю | 4 | 12 000 ₽ | 10 | 7 000 ₽ | 1,7 мес |
| Итого | 58 | 174 000 ₽ | 214 | 149 800 ₽ | 1,25 мес пакетом |
Коротко о каждом. Первый читает почтовый ящик отдела продаж, вытаскивает контакт и предмет запроса, проверяет, писал ли этот адрес раньше, и заводит или обновляет сделку — механика разобрана в решении обработка электронной почты. Второй сводит четыре источника обращений в одну очередь и назначает ответственного по правилу, а не по тому, кто первым заметил, — это распределение заявок. Третий собирает предложение и счёт из полей сделки и подставляет актуальную цену из 1С:УТ, убирая перепечатывание и опечатки в реквизитах.
Четвёртый раскладывает выписку по сделкам и помечает оплаченные — соседний по смыслу процесс мы разбираем в автоматической сверке документов. Пятый ночью сравнивает остатки и цены между учётной системой и сайтом и присылает список расхождений вместо того, чтобы менеджер обнаруживал их через жалобу клиента. Шестой напоминает клиенту о неоплаченном счёте и о готовности отгрузки. Седьмой утром кладёт руководителю список того, что просрочено, — четыре часа сборки и самый маленький эффект в таблице, но он же держит остальные шесть.
Со стороны компании для всех семи нужно немного, но нужно заранее: отдельный почтовый ящик отдела с доступом по протоколу, служебный пользователь в CRM с правами на создание и изменение сделок, включённый обмен у 1С:УТ и один человек, который может ответить на вопрос «а как правильно» за час, а не за неделю. Отсутствие последнего пункта — самая частая причина, по которой сборка на десять часов растягивается на месяц: инженер ждёт решения о том, кому назначать заявку без явного менеджера, и это ожидание стоит дороже самой работы.
Горизонтальная столбчатая диаграмма из семи полос, единица — часы ручной работы в месяц: сбор заявок из четырёх каналов 50, разбор почты 44, предложение и счёт 38, разнос выписки 26, напоминания клиентам 24, сверка остатков 22, суточная сводка 10. У каждой полосы справа подпись экономии в рублях: 35 000, 30 800, 26 600, 18 200, 16 800, 15 400, 7 000 ₽ в месяц. Вертикальная штриховая линия на отметке 10 часов подписана «порог: 7 000 ₽ в месяц». Внизу итог «214 часов, 149 800 ₽ в месяц». Подписи по-русски.
Что это даёт вместе: 1,25 месяца на возврат
Считать по одному сценарию неправильно: часть расходов у них общая. Площадка оплачивается один раз на весь парк, владелец следит за всеми семью, а не за каждым отдельно. Поэтому окупаемость честнее считать пакетом.
Пропорция здесь важнее абсолютных чисел: эксплуатация съедает 7 % экономии. Именно поэтому простые сценарии окупаются так быстро — у них почти нет постоянных расходов. Как только в сценарий добавляются ИИ-узлы, SMS-рассылка или тяжёлые выгрузки, эта доля растёт до 30–40 %, и срок возврата удлиняется в разы. Сколько стоит ручная работа в вашей компании и как считать высвобожденные часы, чтобы не обманывать себя, мы разбирали в отдельном материале про цену ручной работы.
Двухосевой график за 6 месяцев. Горизонтальная ось — месяцы, вертикальная — рубли. Сплошная линия «накопленная чистая экономия» растёт по 138 800 ₽ в месяц: 138 800, 277 600, 416 400, 555 200, 694 000, 832 800 ₽. Горизонтальная штриховая линия на уровне 174 000 ₽ подписана «разовое вложение, 58 часов сборки». Точка пересечения между первым и вторым месяцем выделена и подписана «возврат — 1,25 месяца». Подписи по-русски, единицы — рубли.
Почему именно эти семь не ломаются
У всех семи одинаковое устройство, и оно объясняет и быструю сборку, и низкую стоимость владения. Три признака ниже стоит проверять на любом сценарии, который вам предлагают: если нарушен хотя бы один, готовьтесь к другому сроку и другой цене.
- 1Короткие данные вместо документов
Через сценарий идут строки, числа и даты: имя, телефон, сумма, срок, номер счёта. Ни один из семи не разбирает скан, не режет PDF и не таскает файлы по 15 МБ. Как только в сценарий попадает документ, к нему добавляется распознавание, а вместе с ним — проверка человеком, хранилище и совсем другая арифметика.
- 2Один источник правды
Каждый сценарий читает из одного места и пишет в одно. Почта → CRM. 1С:УТ → сайт. Банк → сделка. Ни одного двустороннего обмена, где обе стороны могут менять одну и ту же запись: именно там появляются конфликты, которые невозможно разрешить автоматически, и часы, которые уходят на их разбор.
- 3Прогон короче 30 секунд и повтор без последствий
Каждый прогон обрабатывает одно событие и укладывается в секунды. Это позволяет спокойно повторять его при сбое — при условии, что у события есть ключ, по которому сценарий узнаёт уже обработанное и не заводит вторую сделку. Идемпотентный ключ добавляет полчаса к сборке и снимает самую частую претензию к автоматизации: «оно наплодило дублей».
Три соблазнительных сценария, которые окупаются плохо
За эти три берутся чаще всего, потому что они выглядят как настоящая автоматизация, а не как перекладывание строк. Считаем их по той же методике и на той же компании.
| Сценарий | Сборка | Экономия в месяц | Скрытые расходы в месяц | Чистая экономия | Возврат |
|---|---|---|---|---|---|
| Нейросеть отвечает клиентам вместо менеджера | 30 ч — 90 000 ₽ | 15 часов — 10 500 ₽ | 1 080 ₽ ИИ-узлы + 8 100 ₽ разбор неудачных ответов | 1 320 ₽ | 68 мес |
| Двусторонняя синхронизация 1С и CRM во все стороны | 40 ч — 120 000 ₽ | 12 часов — 8 400 ₽ | 4 200 ₽ — 6 часов в месяц на разбор конфликтов | 4 200 ₽ | 29 мес |
| Автоотчёт руководителю из пяти систем | 50 ч — 150 000 ₽ | 8 часов руководителя — 14 400 ₽ | 6 000 ₽ правок + 7 200 ₽ ручной сверки расхождений | 1 200 ₽ | 125 мес |
Первый ломается о редактуру. Модель пишет черновик за секунду, но менеджер всё равно читает его целиком, поэтому из четырёх минут на ответ уходит одна, а не четыре. Плюс 2 % ответов оказываются неуместными, и их разбирает руководитель по 1 800 ₽ за час. Это не приговор технологии — это приговор ей в роли первого сценария на конструкторе: как отдельное решение с базой знаний, тоном и контролем качества автоматические ответы клиентам работают, но живут по другому бюджету и другому сроку.
Второй ломается о конфликты. Пока данные идут в одну сторону, всё просто; как только обе системы могут менять одно поле, появляется вопрос «чья версия правильная», и отвечать на него приходится человеку. Шесть часов в месяц на разбор — оптимистичная оценка для первого года. Правильный ход почти всегда один: назначить источник правды по каждому полю и оставить односторонний обмен.
Третий ломается о справочники. Собрать отчёт из пяти систем в конструкторе можно, но это уже не сценарий, а перекачка данных: числа не сходятся, потому что в каждой системе своя номенклатура и свои округления, а любое изменение справочника ломает выгрузку. Такую задачу решают витриной и BI-дашбордами, а конструктору оставляют доставку готового отчёта в мессенджер.
Сравнение двух групп в одной системе координат, ось — месяцы до возврата в логарифмическом масштабе. Слева одна короткая полоса «семь простых сценариев пакетом — 1,25 месяца, сборка 174 000 ₽». Справа три длинные полосы: «синхронизация 1С и CRM — 29 месяцев, 120 000 ₽», «ответы нейросети — 68 месяцев, 90 000 ₽», «автоотчёт из пяти систем — 125 месяцев, 150 000 ₽». Под правой группой подпись «нарушен хотя бы один из трёх признаков: короткие данные, один источник правды, короткий прогон». Подписи по-русски.
Кто держит эти семь сценариев, когда автор в отпуске
Пять часов в месяц в расчёте — это не абстракция, а конкретный человек, который смотрит, что вчера не прошло, и отвечает коллегам на вопрос «почему не пришло». Эта роль почти никогда не оформлена: её незаметно берёт тот, кто первым согласился поучаствовать в проекте. Проблема всплывает не в рабочем режиме, а в отпуске: сценарии продолжают работать, но упавший прогон никто не разбирает, а через две недели очередь необработанного становится длиннее, чем готовность в ней разбираться.
Лечится это дёшево и до запуска, а не после. На каждый сценарий — паспорт на полстраницы: что делает, откуда берёт данные, куда пишет, что происходит при сбое, кому звонить. Семь паспортов пишутся за два часа. Второй человек с доступом к панели — ещё полчаса. Суточная сводка по упавшим прогонам вместо ручного поиска — тот самый седьмой сценарий из таблицы, который выглядит самым бесполезным и на деле держит остальные шесть. Кому передавать эту роль и как она устроена, мы разбирали отдельно в материале о том, кто ведёт сценарии в компании.
Все расчёты выше держатся на цене операции 0,15 ₽ — середине рыночной вилки 0,10–0,25 ₽ на сентябрь 2026 года. Перевод на другую ступень тарифа или пересчёт цены платформой меняет только эксплуатацию, и на простых сценариях это почти не заметно: даже рост цены операции вдвое добавляет к смете 5 400 ₽ в месяц и сдвигает возврат с 1,25 до 1,30 месяца. Гораздо дороже другой сценарий — уход площадки с российского рынка: переносимого между платформами формата не существует, и семь сценариев придётся собирать заново, примерно за 40 часов. Поэтому в парке стоит держать выгруженные копии сценариев и их паспорта, а критичные процессы — на собственном сервере.
Когда не стоит начинать вовсе
Четыре ситуации, в которых семь сценариев выше не окупятся ни в какой конфигурации. Проверять их надо до сборки — это пятнадцать минут разговора.
- Операция повторяется реже 10 часов в месяц. Владение сценарием — около 3 760 ₽ в месяц, порог с запасом — 7 000 ₽. Всё, что ниже, стоит дороже, чем приносит. Пятнадцать сценариев по три часа экономии каждый — это не автоматизация, а пятнадцать источников расходов.
- Операция каждый раз делается по-разному. Если два менеджера разбирают одно письмо разными способами и оба считают свой правильным, сценарий зафиксирует один из них и сломает работу второго. Сначала договориться о порядке, потом автоматизировать — обратный порядок не работает никогда.
- Нужная функция уже есть в купленной системе. Напоминания об оплате, уведомления по срокам, простые правила распределения есть в коробке у большинства CRM. Они настраиваются хуже, но не требуют ни площадки, ни владельца сценариев, ни строки в бюджете.
- Некому отдать пять часов в месяц. Если роль владельца не закреплена ни за кем явно, часы всё равно потратятся, но размазанно и незаметно, а через полгода парк превратится в набор сценариев, которые никто не решается ни менять, ни выключать.
И одно замечание о порядке. Собирать все семь одновременно не нужно и вредно: тогда невозможно понять, какой из них дал эффект, а какой мешает. Правильный порядок — по колонке «снимает часов»: сначала сбор заявок и разбор почты, через две недели — предложение и счёт, дальше остальные. К третьему сценарию у компании уже появляется собственное мнение о том, что автоматизировать следующим, и это мнение обычно точнее любого внешнего списка.
Первый сценарий выбирают не по интересности, а по числу повторений. Интересные оставляют на потом — и обычно не жалеют.
