Сэкономили сто часов — почему денег на счёте не прибавилось

Сто часов, которые ИИ забрал у рутины, легко превратить в рубли: достаточно умножить их на стоимость рабочего часа. Получится убедительная сумма для презентации. Чтобы увидеть её на банковском счёте, придётся ответить на другой вопрос: какой именно платёж исчезнет или какой дополнительный заказ компания сможет выполнить.

У зарплаты нет кнопки возврата за свободный час

Представим отдел, которому автоматизация вернула по двадцать часов на человека за месяц. Сотрудники получают оклады. Аренда прежняя, подписки действуют, новых заказов пока нет. Времени действительно стало больше. Компания продолжает платить столько же, сколько платила, плюс теперь оплачивает автоматизацию. У отдела появился запас времени, а у финансового директора — новый счёт.

Я называю это высвобожденной мощностью. Она полезна: можно разгрести очередь, спокойнее пережить сезонный пик, перестать отвечать клиентам по вечерам. Но запись «экономия 100 тысяч рублей» требует отдельного основания. Даже если зарплатный час рассчитан без ошибок, выплаченный оклад не возвращается пропорционально минутам, которые сотрудник перестал тратить на отчёт.

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

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

Три судьбы одних и тех же ста часов

Возьмём условный расчёт. Это допущения для разбора, без привязки к клиенту или тарифу какого-либо продукта. ИИ снимает 100 часов ручной работы в месяц. Проверка результатов занимает 20 часов, поддержание сценария и разбор сбоев — ещё 10. В распоряжении команды остаётся 70 часов. Оклады при этом не меняются.

Допустим, лицензия, инфраструктура и обращения к моделям вместе стоят 12 тысяч рублей в месяц. Настройка потребовала разового денежного расхода в 60 тысяч. Все суммы ниже условные; налоги не рассматриваем, поступления и текущие платежи для простоты относим к одному месяцу. Сравним три варианта.

Свободное время ещё нужно пристроить

Во второй строке расчёта предполагается, что 70 часов команды хватит на весь объём подрядчика, а договор позволит прекратить платёж. В третьей — что каждый новый заказ требует семь часов и приносит три тысячи рублей после переменных затрат. Эти десять заказов должны существовать, подходить по срокам и помещаться в возможности остальных отделов.

Четыре дополнительных заказа при этих допущениях покроют только текущие 12 тысяч расходов на ИИ. На возмещение настройки ещё ничего не останется. Даже десять заказов дадут положительный результат лишь за текущий месяц; стартовые 60 тысяч предстоит вернуть будущими результатами. А если покупатели платят через два месяца, прибыль от выполненной работы и остаток на счёте разойдутся ещё и во времени.

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

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

Проверку результатов нельзя вычеркнуть ради красивого процента автоматизации. В AiHummer на Business+/Enterprise можно настроить обязательное одобрение выбранных вызовов инструментов; в конкретном процессе нужно заранее решить, какие действия требуют такого участия и кто его обеспечивает. Если экономия возникает только при условии, что никто ничего не проверяет, я бы пересчитал проект до покупки. Скорость черновика и скорость принятой работы могут различаться очень сильно.

Цена лицензии заканчивается раньше, чем расходы

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

В AiHummer фиксированная лицензия без тарификации сообщений помогает отделить стоимость платформы от объёма переписки. Подключённые внешние платные модели оплачиваются отдельно. Платформа доступна в облаке и на собственном Linux-сервере, поддерживает локальные модели. Выбор позволяет менять устройство расходов; итоговую стоимость нужно считать с учётом вычислений, обслуживания и нагрузки.

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

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

Когда внедрение лучше отложить

Я бы отложил платное внедрение, если команда обрабатывает мало однотипных задач, спроса на освободившееся время нет, а текущие расходы сократить нельзя. Особенно когда процесс скоро изменится: можно потратить больше сил на обслуживание сценария, чем он успеет вернуть. У неудобной работы есть право остаться ручной, если её автоматизация обходится дороже самой работы.

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

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

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