Парк из 30 сценариев при потоке 150 000 операций в месяц обходится компании в 1 159 200 ₽ в год. Подписка на платформу в этой сумме — 270 000 ₽, то есть 23 %. Всё остальное составляют четыре статьи, которых нет ни в одном тарифном калькуляторе: работа инженера на доработки и сбои, часы внутреннего сотрудника, который держит парк в порядке, сопутствующие сервисы вроде SMS и узлов с ИИ, и потери от простоя сценариев.
Ошибка планирования здесь одна и она системная. Бюджет на автоматизацию считают по цене подписки, потому что это единственная цифра, которую называют на витрине. Через год выясняется, что фактические расходы оказались вчетверо больше, и разговор с финансовым директором идёт не о развитии автоматизации, а о том, кто это допустил. Между тем ни одна из четырёх недостающих статей не является неожиданностью: все они предсказуемы и считаются заранее.
Ниже — модельная смета с прозрачной арифметикой, разбор четырнадцати часов в месяц, которые съедает владелец сценариев, методика оценки часа простоя и три способа снять с бюджета 22 % без сокращения автоматизации. Все вводные названы явно, чтобы вы могли пересчитать на своих числах.
Пять статей и доля каждой
Модельная компания: 80 человек, 30 действующих сценариев, 150 000 операций в месяц. Внутренний час сотрудника — 1 100 ₽ (оклад 120 000 ₽ со взносами на 160 рабочих часов), час инженера подрядчика — 3 500 ₽, модельная цена операции — 0,15 ₽ (по массовым тарифам российских площадок вилка укладывается в 0,10–0,25 ₽ и зависит от объёма и ступени тарифа).
| Статья расходов | За год | Доля сметы | Как ведёт себя при росте потока |
|---|---|---|---|
| Работа инженера: доработки, новые ветки, разбор сложных сбоев | 462 000 ₽ | 40 % | Растёт вместе с числом сценариев, а не с потоком |
| Платформа: подписка и операции | 270 000 ₽ | 23 % | Растёт линейно потоку, ступенями тарифа |
| Сопутствующие сервисы: SMS, ИИ-узлы, хранилище, почта | 199 200 ₽ | 17 % | Растёт линейно потоку |
| Часы внутреннего владельца сценариев | 184 800 ₽ | 16 % | Растёт вместе с числом сценариев |
| Потери от простоя сценариев | 43 200 ₽ | 4 % | Растёт вместе с выручкой процесса |
| Итого | 1 159 200 ₽ | 100 % | 38 640 ₽ в год на один сценарий |
Столбчатая диаграмма из пяти статей годовой сметы, суммарно 1 159 200 ₽: работа инженера — 462 000 ₽ (40 %), платформа — 270 000 ₽ (23 %), сопутствующие сервисы — 199 200 ₽ (17 %), часы внутреннего владельца — 184 800 ₽ (16 %), потери от простоя — 43 200 ₽ (4 %). Столбец «платформа» выделен рамкой с подписью «единственная цифра, которую называют на витрине». Над диаграммой заголовок «Парк из 30 сценариев, 150 000 операций в месяц». Внизу подпись «38 640 ₽ в год на один сценарий». Единицы — рубли в год, все значения подписаны.
Операции платформы и сопутствующие сервисы — 469 200 ₽ из 1 159 200 ₽ — линейно зависят от потока событий. Удвоился поток заявок, удвоилась выручка процесса, и эти 469 200 ₽ автоматически стали 938 400 ₽. Это нормальное свойство модели, но планировать бюджет от прошлогоднего факта в такой конструкции нельзя: смета на следующий год считается от плана продаж, а не от прошлого счёта. Компании, которые этого не делают, обнаруживают перерасход в июле и до конца года режут автоматизацию вместо того, чтобы её развивать.
Смета целиком, со всеми множителями
Ниже те же пять статей, разложенные до множителей. Каждую строку можно проверить на калькуляторе и подставить свои значения — именно так мы считаем смету эксплуатации в проектах и так же рекомендуем проверять смету подрядчика.
Из последней цифры получается порог, который стоит держать в голове при каждом новом сценарии. Средняя стоимость владения одним сценарием — 38 640 ₽ в год, то есть примерно 35 часов работы по внутренней ставке 1 100 ₽. Сценарий, который экономит меньше трёх часов в месяц, в среднем по парку не окупается: он стоит больше, чем приносит, и его дешевле не собирать. Это тот случай, когда честный отказ от автоматизации выгоднее её внедрения, и методику расчёта окупаемости мы разбирали отдельно — она одинаково работает и для конструктора, и для собственной разработки.
Четырнадцать часов, которых нет ни в одном бюджете
Строка «часы внутреннего владельца сценариев» — единственная в смете, которую компания оплачивает, не замечая этого. Деньги не выходят наружу: сотрудник уже в штате, зарплата уже платится. Наружу выходит другое — его собственная работа, на которую этих четырнадцати часов больше не хватает. В отделе продаж это означает, что руководитель разбирает упавшие прогоны вместо звонков, в бухгалтерии — что главбух чинит сценарий вместо сверки.
Сотрудник, который отвечает за то, что автоматизация в компании работает: разбирает упавшие прогоны, вносит мелкие правки, отвечает коллегам на вопрос «почему не пришло», ведёт реестр сценариев и решает, что делать с новым запросом. Роль почти никогда не оформлена: обычно её незаметно исполняет тот, кто первым собрал сценарий. При тридцати сценариях это 14 часов в месяц, то есть около десятой части рабочего времени человека.
| На что уходят 14 часов в месяц | Часов | В год по ставке 1 100 ₽ | Чем это лечится |
|---|---|---|---|
| Разбор упавших прогонов: что не прошло, почему, надо ли повторять | 5,0 | 66 000 ₽ | Очередь необработанного и суточная сводка вместо ручного поиска |
| Мелкие правки: новое поле, сменился адрес, поменялся текст письма | 4,0 | 52 800 ₽ | Вынести изменяемое в справочник, а не в тело сценария |
| Ответы коллегам «а почему не пришло» | 2,5 | 33 000 ₽ | Статус прогона в интерфейсе, доступный самим коллегам |
| Ручные перезапуски | 1,5 | 19 800 ₽ | Ретраи с растущей задержкой и идемпотентный ключ |
| Ведение реестра и паспортов сценариев | 1,0 | 13 200 ₽ | Не лечится и не должно: это и есть полезная часть роли |
| Итого | 14,0 | 184 800 ₽ | До 8,5 часа при настроенной обработке ошибок |
Четыре строки из пяти в этой таблице — не работа, а последствия того, что сценарии собраны без обработки ошибок. Полезной работы в четырнадцати часах примерно час: ведение реестра. Остальное — компенсация недоделок руками живого человека, и именно поэтому эта статья лучше всех остальных поддаётся сокращению. Отдельный вопрос — что происходит, когда владелец уходит в отпуск или увольняется. Если реестра и паспортов нет, вместе с ним уходит единственное описание того, как устроена автоматизация компании: сценарии продолжают работать, но менять их уже никто не рискует.
Горизонтальная столбчатая диаграмма из пяти полос, суммарно 14 часов в месяц: разбор упавших прогонов — 5,0 ч (66 000 ₽ в год), мелкие правки — 4,0 ч (52 800 ₽), ответы коллегам «почему не пришло» — 2,5 ч (33 000 ₽), ручные перезапуски — 1,5 ч (19 800 ₽), ведение реестра и паспортов — 1,0 ч (13 200 ₽). Первые четыре полосы залиты штриховкой и подписаны «компенсация недоделок», последняя — сплошная с подписью «полезная работа». Справа вертикальная отметка «после настройки обработки ошибок: 8,5 часа». Единицы — часы в месяц и рубли в год.
Час неработающего сценария приёма заявок
Простой — единственная статья сметы, которую большинство компаний вообще не пытается оценить, потому что «непонятно, как считать». Способ есть, и он простой: считать не время, а заявки, которые за это время не дошли. Формула из четырёх множителей работает для любого сценария, стоящего на входящем потоке.
- 1Заявок в час в рабочее время. Не среднее по суткам, а по рабочим часам: сценарий, который стоит ночью, не стоит почти ничего. В модельной компании 40 заявок за восьмичасовой день — 5 заявок в час.
- 2Доля потерянных навсегда. Часть клиентов повторит попытку, часть уйдёт к конкуренту и не вернётся. Реалистичная доля безвозвратных потерь на входящем потоке — 15 %; она выше там, где заявка срочная, и ниже там, где клиент привязан к вам договором.
- 3Конверсия заявки в сделку. Берётся своя фактическая, а не отраслевая. В модели — 20 %.
- 4Маржа сделки, а не выручка. Считать надо то, что вы теряете по-настоящему. В модели — 12 000 ₽.
Цифра в 1 800 ₽ за час меняет разговор о надёжности. Дежурство инженера, алерты в читаемый канал и очередь необработанного стоят 8 часов работы на сценарий — 28 000 ₽ разово на критичный сценарий. Если это убирает четыре отказа из шести, вложение возвращается за первый же год. Без такой цифры спор о надёжности ведётся в жанре «нам кажется, что это важно», и обычно проигрывает статье с понятной ценой. Дальше эту же величину используют при выборе уровня поддержки: платить 15 000 ₽ в месяц за круглосуточное дежурство при годовых потерях в 43 200 ₽ смысла нет, а при потерях в 400 000 ₽ — есть. Что входит в разные уровни поддержки и как считаются сроки реакции, мы разобрали на отдельной странице и в материале о том, за что вообще платят в поддержке.
Схема-воронка из четырёх последовательных блоков со стрелками вниз и подписанными множителями: «5 заявок в час» → ×15 % → «0,75 заявки теряется навсегда» → ×20 % конверсии → «0,15 сделки» → ×12 000 ₽ маржи → «1 800 ₽ за час простоя». Справа отдельный блок «6 отказов в год по 4 часа = 24 часа» со стрелкой к итогу «43 200 ₽ в год». Внизу подпись: «маржа, а не выручка; рабочие часы, а не сутки». Чертёжный стиль, подписи по-русски.
Три способа снять со сметы 22 %, не выключая сценарии
Сокращать смету за счёт отказа от автоматизации — самый очевидный и самый плохой путь: вы теряете эффект целиком, а фиксированная часть расходов остаётся. Три приёма ниже снимают 260 200 ₽ в год при разовом вложении 137 000 ₽ и не требуют выключить ни один работающий сценарий.
- 1Убрать холостые операции: 75 600 ₽ в год
В типичном парке два-три сценария опрашивают чужие системы по расписанию вместо того, чтобы принимать вебхук. Опрос раз в минуту даёт около 43 000 операций в месяц на один сценарий, вебхук на том же процессе — меньше тысячи. Перевод трёх таких сценариев снимает 42 000 операций в месяц: 42 000 × 0,15 ₽ × 12 = 75 600 ₽ в год. Разовая работа — 3 сценария по 4 часа, 42 000 ₽, окупается за 7 месяцев.
- 2Настроить обработку ошибок: 72 600 ₽ в год
Ретраи с растущей задержкой, очередь необработанного, суточная сводка и идемпотентный ключ убирают ручные перезапуски целиком и примерно половину разбора упавших прогонов. Часы владельца падают с 14 до 8,5 в месяц: 5,5 × 1 100 ₽ × 12 = 72 600 ₽ в год. Разовая работа — 8 критичных сценариев по 3 часа, 84 000 ₽, окупается за 14 месяцев. Побочный эффект важнее прямой экономии: та же настройка уменьшает и потери от простоя.
- 3Завести паспорта сценариев и правило именования: 112 000 ₽ в год
Треть доработок в парке без документации — это не новые требования, а повторное выяснение, как устроен сценарий, и починка того, что сломала предыдущая правка. Паспорт на полстраницы и единое правило именования снижают число доработок с 24 до 16 в год: 8 × 4 часа × 3 500 ₽ = 112 000 ₽. Разовая работа — 30 паспортов по 20 минут силами своего сотрудника, 11 000 ₽, окупается за месяц с небольшим.
Сравнение двух столбцов «было» и «стало». Левый столбец — 1 159 200 ₽ с пятью сегментами: работа инженера 462 000 ₽, платформа 270 000 ₽, сопутствующие сервисы 199 200 ₽, часы владельца 184 800 ₽, простой 43 200 ₽. Правый столбец — 899 000 ₽ с уменьшенными сегментами. Между столбцами три стрелки с подписями: «холостые операции −75 600 ₽», «обработка ошибок −72 600 ₽», «паспорта сценариев −112 000 ₽». Внизу подпись «разовое вложение 137 000 ₽, возврат за 6 месяцев; число работающих сценариев не изменилось — 30». Единицы — рубли в год.
Что сокращать бесполезно и когда парк не окупается вовсе
Первое, за что берутся при оптимизации бюджета, — тариф платформы, и это почти всегда потеря времени. Даже двукратная скидка на подписку снимает 11,6 % годовой сметы, тогда как три приёма выше снимают 22 % и не требуют переговоров с вендором. Второе бесполезное действие — перенос парка на другую площадку ради экономии на операциях: переносимого формата сценария между платформами не существует, пересборка стоит в среднем 6 часов на сценарий, и для парка из 30 штук это 630 000 ₽ — больше, чем годовая экономия от любого тарифа.
И честная часть. Есть четыре ситуации, в которых парк сценариев не окупается ни при какой оптимизации, и правильное решение — сократить его или отказаться от конструктора вовсе.
- Сценарий экономит меньше 35 часов в год. Средняя стоимость владения — 38 640 ₽ в год на сценарий, то есть около трёх часов работы в месяц по внутренней ставке. Всё, что экономит меньше, стоит дороже, чем приносит, и это надо проверять до сборки, а не через год.
- Один сценарий даёт больше 40 % операций парка. Обычно это массовая обработка или частый опрос: такой сценарий дешевле переписать в отдельный небольшой сервис, где обработка записи стоит долю копейки серверного времени, и оставить конструктору только маршрутизацию.
- Парк меньше восьми сценариев. Фиксированная часть расходов — владелец, подписка, минимальный уровень поддержки — размазывается по слишком малому числу процессов. Почти всегда дешевле включить штатную функцию уже купленной CRM или учётной системы либо взять готовое решение каталога — распределение заявок и автозаполнение карточки клиента приходят с обработкой ошибок и без роли внутреннего владельца сценариев.
- Владельца парка не существует. Если 14 часов в месяц не выделены ни одному сотруднику явно, они всё равно тратятся, но незаметно и хуже. Через год вместо автоматизации получается клубок сценариев, в котором никто не берётся оценить последствия отключения любого узла, а стоимость владения растёт быстрее, чем польза.
Последнее замечание касается горизонта. Смета выше — годовая, но первый год почти всегда выходит дешевле остальных: доработки набегают позже, а число сценариев в первые месяцы меньше. Планировать бюджет по факту первого года — та же ошибка, что планировать его по цене подписки. Считать надо второй год, когда парк уже вырос, а сценарии начали требовать изменений вслед за процессами.
Подписка — это цена входа. Стоимость владения назначает тот, кто собирал сценарии.
