Зачем считать заранее
Большинство проектов автоматизации начинается с ощущения: «бухгалтерия тонет в счетах», «менеджеры полдня вбивают заказы». Ощущение — хороший повод, но плохое основание для бюджета. Без расчёта невозможно ответить на два главных вопроса: стоит ли вообще автоматизировать этот процесс и сколько разумно за это заплатить.
Хорошая новость: для первой оценки не нужны аналитики и месяцы исследований. Достаточно честно ответить на пять вопросов. Ниже — порядок, который мы используем на этапе разбора.
Шаг 1. Сколько стоит процесс сейчас
Начните с времени. Не «сколько должен занимать процесс по регламенту», а сколько он занимает на самом деле. Лучший способ — попросить исполнителей неделю отмечать время на конкретную операцию. Второй по точности — замерить 10–20 операций и умножить на объём.
Стоимость в год = сотрудники × часы в неделю × 4,33 × 12 × стоимость часа
Стоимость часа — это не оклад, делённый на 168. Включите налоги и взносы с фонда оплаты труда, а для точности — долю расходов на рабочее место. Если не хотите усложнять, возьмите оклад с налогами, делённый на фактически отработанные часы в месяц.
Не забудьте скрытое время: проверку за коллегой, исправление ошибок, поиск потерявшегося документа, вопросы «а где это?» в чате. Оно часто сопоставимо с основной операцией.
Шаг 2. Сколько стоят ошибки
Ручной процесс ошибается, и у ошибок есть цена: повторная оплата счёта, неверная отгрузка, штраф за просрочку, потерянная заявка. Посчитайте хотя бы приблизительно:
Цена ошибок в год = ошибок в месяц × средняя цена ошибки × 12
Если статистики нет, вспомните три последние заметные ошибки и что они стоили компании. Это уже лучше, чем ноль в расчёте. Автоматизация с правилами проверки обычно сокращает ошибки сильнее, чем время: машина не устаёт и не пропускает проверку в пятницу вечером.
Шаг 3. Какую долю реально можно автоматизировать
Здесь чаще всего ошибаются в сторону оптимизма. Автоматизировать 100% процесса почти никогда не получается — и не нужно. Всегда остаются:
- исключения — нестандартные документы, редкие клиенты, спорные случаи;
- проверка — время сотрудника на подтверждение результата, особенно в начале;
- сопровождение — реакция на ошибки и изменения во внешних системах.
Для первой оценки разумно брать 50–70% для хорошо структурированных процессов (счета, заявки с сайта, регулярные отчёты) и 30–50% для процессов с большим количеством текста и исключений. Точную цифру даёт только пилот на ваших данных — поэтому мы и предлагаем начинать с него.
Шаг 4. Полная стоимость решения
Стоимость разработки — только первая строка. Посчитайте стоимость владения хотя бы на два года:
- разработка и внедрение (разовые расходы);
- инфраструктура: сервер или облако;
- AI-модель, если используется облачная: оплата за объём обработки;
- поддержка и развитие;
- время ваших сотрудников на участие в проекте и обучение.
Если подрядчик называет только стоимость разработки и не может оценить ежемесячные расходы после запуска, — это повод задать вопросы.
Шаг 5. Срок окупаемости
Эффект в год = (стоимость процесса + цена ошибок) × доля автоматизации
Окупаемость, мес. = разовые расходы ÷ ((эффект в год − ежегодные расходы) ÷ 12)
Если окупаемость получается больше двух лет, стоит пересмотреть объём: возможно, начать с самого дорогого фрагмента процесса или найти готовое решение. Если меньше года — проект почти наверняка имеет смысл, и главный риск — не сделать его вовсе.
Пример расчёта
Условная компания: три сотрудника вводят входящие счета поставщиков. Цифры ниже — иллюстрация метода, а не наши цены и не обещание результата.
| Показатель | Значение |
|---|---|
| Время на ввод счетов | 3 сотрудника × 10 ч/нед ≈ 130 ч/мес |
| Стоимость часа с налогами | 12 $ |
| Стоимость процесса в год | ≈ 18 700 $ |
| Ошибки: 2 в месяц по 150 $ | 3 600 $ в год |
| Доля автоматизации (оценка) | 60% |
| Эффект в год | (18 700 + 3 600) × 0,6 ≈ 13 400 $ |
| Разовые расходы (условно) | 8 000 $ |
| Ежегодные расходы: сервер, модель, поддержка (условно) | 3 000 $ |
| Окупаемость | 8 000 ÷ ((13 400 − 3 000) ÷ 12) ≈ 9 месяцев |
Обратите внимание: даже при консервативной доле автоматизации в 60% проект окупается меньше чем за год. А высвобожденные 78 часов в месяц — это половина ставки сотрудника, которую можно направить на работу с поставщиками или контроль платежей.
Типичные ошибки расчёта
- Считать по регламенту, а не по факту. Реальное время почти всегда больше, потому что включает переключения и исправления.
- Закладывать 100% автоматизации. Расчёт выглядит красиво, но не сбывается — и проект кажется неудачным.
- Забыть о ежемесячных расходах. Особенно о стоимости AI-модели на реальных объёмах.
- Не учитывать ошибки. Для финансовых процессов цена ошибок нередко превышает стоимость времени.
- Считать «сокращение штата». Чаще эффект — рост объёма без найма и перевод людей на более ценную работу. Это надо сказать команде заранее, иначе внедрение встретит сопротивление.
Первые три шага уже собраны в калькуляторе стоимости ручной работы. Для полного расчёта с вашими данными — аудит процессов, в который входит оценка эффекта по каждой возможности.