Почему сэкономленное время ещё не означает прибыль?
Высвобождённые часы показывают запас рабочего времени. Деньгами они становятся, когда компания действительно сокращает расходы или получает дополнительный доход за вычетом связанных с ним затрат. Если зарплаты и объём продаж прежние, считать всю стоимость свободных часов прибылью нельзя.
Например, помощник быстрее готовит ответы на вопросы клиентов. Менеджер освободил время, но новых обращений нет, а его оклад не изменился. Это полезный результат: меньше спешки, можно внимательнее работать со сложными заказами. Только в строке денежной экономии пока будет пусто. Я не стала бы маскировать этот пробел красивой стоимостью часа.
В опубликованном кейсе бота заказов для кондитерского производства можно посмотреть пример конкретного процесса со сводкой заказов. Для своего проекта всё равно придётся отдельно связать изменение времени с расходами компании.
Другая ситуация: компания ежемесячно платила подрядчику за сбор одинаковых отчётов. После внедрения часть работы действительно забрали внутрь, объём договора уменьшили. Разница в платежах уже подходит для денежного расчёта. Нужно лишь добавить расходы на сотрудника, который проверяет готовые отчёты, если они возникают сверх обычной загрузки.
Третий вариант: отдел был перегружен и откладывал квалифицированные обращения. Освободившееся время помогло обработать дополнительный поток. Тогда считать можно дополнительный финансовый результат от оплаченных заказов. Из выручки придётся вычесть материалы, доставку, комиссии и другие расходы, вызванные этими заказами. Само увеличение числа ответов ещё не доказывает рост продаж.
В исследовании Anthropic о производительности, опубликованном в ноябре 2025 года, авторы отдельно предупреждают: оценка по разговорам с ИИ не охватывает всю последующую работу человека, включая проверку качества и точности. Я беру отсюда принцип учёта, а не переношу средние результаты исследования на вашу компанию. Собственный замер всё равно нужен.
Мне кажется полезным держать рядом два результата: «высвободили время» и «получили деньги». Первый показывает возможности процесса, второй помогает решить, сколько компания готова в него вложить. Оба важны, но складывать их между собой нельзя, если речь идёт об одних и тех же часах.
Какие затраты включать в расчёт?
В расчёт входят подготовка данных, сборка решения, подключения, обучение и время команды, а после запуска — сервисы, проверка результатов, сопровождение и доработки. Разовые и регулярные расходы нужно разделить, чтобы не потерять затраты первого месяца и не списать их повторно.
Я начинаю с того, что компания уже делает сама. Если руководитель неделю разбирает файлы, объясняет правила и принимает работу, его участие не становится бесплатным оттого, что деньги не ушли внешнему исполнителю. Для оценки ресурса укажите часы и внутреннюю стоимость. В денежном плане отдельно отметьте, какие расходы действительно увеличили платежи компании.
Разовые работы
В подготовку обычно попадают описание процесса, сбор примеров, очистка справочников, согласование правил, создание решения и испытания. Если нужно подключиться к почте, таблице или системе учёта клиентов, это тоже часть работы. Не пишите «интеграция включена», пока не определено, что именно передаётся и кто проверяет результат.
Обучение команды лучше считать по конкретному действию: сотрудник смог подготовить документ, заметить ошибку и вернуть работу на исправление. Прослушанная презентация сама по себе не показывает, что процесс заработал. Для этой части есть отдельный разбор обучения сотрудников работе с ИИ.
Регулярные расходы
После запуска появляются оплата сервисов, техническое сопровождение и обновление данных. Иногда добавляются расходы на хранение файлов, обработку большого количества обращений или подключённые системы. Условия зависят от выбранного решения, поэтому я не подставляю в чужой бизнес универсальную цену подписки.
Время проверки тоже остаётся расходом ресурса. Где-то человек читает каждый ответ, где-то проверяет исключения и выборку. Этот порядок нужно определить до расчёта. Если убрать проверку только ради красивой окупаемости, можно получить быстрый процесс с непригодным результатом.
Я отдельно спрашиваю, что происходит при изменении прайса, формы документа или внутреннего правила. Кто исправляет решение? Как проверить новую версию? Входит ли это в сопровождение? Ответ «потом разберёмся» оставляет будущую стоимость неизвестной. В таблице так и следует написать: сумма пока не определена.
Ещё стоит учесть период параллельной работы. Пока команда проверяет новый способ, старый процесс может сохраняться полностью. На этом этапе компания уже тратит деньги на внедрение, но ещё не получает всей ожидаемой выгоды. Если расчёт показывает эффект с первого дня, а запуск требует обучения, его нужно поправить.
Как измерить работу до внедрения и после него?
Сравнивайте одинаковые типы задач и считайте время до принятого результата: подготовку, работу с ИИ, проверку и исправления. Отдельно фиксируйте ошибки, участие сотрудников и фактическое использование решения. Пробный запуск должен показывать весь процесс, включая неудобные случаи.
Я предлагаю завести журнал с короткими строками. Один документ или обращение занимает одну строку. В ней указаны тип задачи, время, результат проверки и причина возврата. Для журнала достаточно обезличенного номера примера.
Для исходного замера возьмите несколько разновидностей работы. Если документы отличаются по сложности, не смешивайте их в одну среднюю цифру. Простой ответ по шаблону и предложение с индивидуальным расчётом требуют разного участия. После внедрения сравнивайте каждую группу со своей прежней версией.
Полезно заранее договориться, что считается готовым результатом. Для коммерческого предложения это могут быть верные товары, действующие цены, нужные условия и отсутствие выдуманных обещаний. Для сводки — полнота строк и совпадение итогов с исходными данными. Я бы записала эти признаки обычным языком и дала их человеку, который принимает работу.
Что записывать в журнал
- Что поступило на вход: тип документа и наличие необходимых данных.
- Сколько заняла подготовка исходных материалов.
- Сколько человек работал с ИИ и сколько ждал результат.
- Сколько заняли чтение, сверка и исправления.
- Принят ли итог и какие ошибки остались.
- Что сотрудник сделал с освободившимся временем.
Ожидание и занятость человека полезно отмечать отдельно. Если система делает сводку, пока сотрудник работает над другой задачей, всё время ожидания не равно трудозатратам. При этом задержка всё равно может влиять на клиента или срок отчёта. Поэтому в журнале нужны обе величины: время сотрудника и общая длительность процесса.
Не стоит сравнивать лучший пример нового решения с самым неудобным старым. Я бы взяла сопоставимый набор, зафиксировала правила отбора и сохранила результаты неудачных попыток. Если сотрудник бросил ИИ и сделал всё вручную, такой случай тоже входит в замер. Именно он показывает реальную цену использования.
Результат пробного запуска может быть скромнее демонстрации. Это нормально: в компании встречаются неполные данные, исключения и новые сотрудники. Статья о галлюцинациях нейросети помогает понять, почему уверенный ответ ещё требует проверки. Для расчёта важно, сколько эта проверка занимает в вашей работе.
Как выглядит расчёт на конкретных цифрах?
Предположим, разовый запуск стоит 90 000 рублей, подтверждённое сокращение расходов составляет 24 000 рублей в месяц, а регулярные расходы — 14 000 рублей. Чистый эффект равен 10 000 рублей в месяц. При стабильной работе простая окупаемость составит 9 месяцев после начала получения этого эффекта.
Все числа в этом разделе придуманы для проверки формул. Это не результат моего клиента, не средняя цена внедрения и не предложение услуги за указанную сумму.
Предположим, компания готовит 400 однотипных документов в месяц. Раньше на принятый документ уходило 18 минут. После внедрения: 2 минуты на подготовку, 1 минута на работу с помощником, 4 минуты на проверку и в среднем 2 минуты на исправления. В сумме 9 минут. Условимся, что это именно занятость человека; машинное ожидание без его участия учтено отдельно.
Ресурсный расчёт получается таким:
- До внедрения: 400 × 18 / 60 = 120 часов в месяц.
- После внедрения: 400 × 9 / 60 = 60 часов в месяц.
- Высвобождено: 120 − 60 = 60 часов в месяц.
При внутренней оценке часа в 800 рублей это ресурс на 48 000 рублей. Я оставляю эту сумму в отдельной строке. Она показывает стоимость времени, но пока не является денежной выгодой.
Теперь добавим условие примера: компания действительно уменьшила ежемесячный объём подрядных работ на 24 000 рублей. Это уже подтверждённое снижение платежей. Из него вычитаем 14 000 рублей регулярных расходов на новое решение. Контроль документов в этом примере выполняется в пределах прежних окладов, без дополнительных выплат; его часы уже вошли в ресурсный замер.
Через 12 месяцев стабильной работы выгода составит 288 000 рублей: 24 000 × 12. Расходы за тот же период с учётом запуска составят 258 000 рублей: 90 000 + 14 000 × 12. Разница равна 30 000 рублей.
Если нужен ROI, то есть отношение полученного результата ко всем учтённым расходам, в этой модели он равен примерно 11,6%: 30 000 / 258 000 × 100%. Я всегда подписываю период и состав затрат. Без этих пояснений одинаковое слово ROI может скрывать разные расчёты.
В примере не учтены налоги, стоимость финансирования и изменение цен во времени. Это упрощённая операционная модель для предварительного выбора задачи. Для бюджета компании её нужно дополнить вашим порядком учёта и фактическими платежами. И ещё раз: если подрядный договор не уменьшился, денежная выгода в 24 000 рублей исчезает. Одни только 60 свободных часов её не заменяют.
Что меняется в осторожном и хорошем сценарии?
Меняйте несколько проверяемых условий: объём задач, долю принятой работы, расходы на сопровождение и реальное сокращение платежей. Считайте сценарии отдельно. Если проект имеет смысл только при самых удачных предположениях, сначала проверьте их на ограниченном запуске.
Я бы не делала три столбца, которые отличаются только процентом роста. Полезнее спросить, что именно может пойти иначе. Команда пользуется решением реже? Сложные документы требуют ручной подготовки? Подрядчик согласился сократить только часть работ? Каждое условие должно иметь понятное последствие в таблице.
Ниже ещё один учебный расчёт. Разовые расходы во всех вариантах равны 90 000 рублей. Сроки указаны после выхода на постоянный месячный эффект; время внедрения к ним добавляется.
Рост расходов в хорошем сценарии здесь намеренный: больший объём работы может потребовать больше использования сервисов и сопровождения. Нельзя автоматически считать дополнительные документы бесплатными.
Для каждого сценария я записала бы основание. «Подрядчик подтвердил новый объём договора» сильнее, чем «наверное, перестанем столько платить». «На пробном наборе приняты результаты этих типов» полезнее, чем «модель хорошо справилась на встрече». Когда основания ещё нет, отмечайте предположение и способ его проверки.
Если эффект появляется постепенно, добавьте месячный план. На обучении выгода может быть нулевой, затем частичной и только потом полной. В таком случае деление разовой суммы на постоянный эффект даёт слишком раннюю дату. Суммируйте реальные расходы и выгоду по месяцам до пересечения итогов.
Какие ошибки делают красивый расчёт бесполезным?
Чаще всего результат завышают, когда считают только время генерации, одновременно записывают часы и деньги за них, забывают сопровождение или приписывают ИИ все изменения продаж. Исправление начинается с проверки каждой строки: что измерили, чем подтвердили и с чем сравнили.
Двойной учёт. В таблице появились и стоимость 60 часов, и снижение подрядного платежа за работу, которую выполняли в эти часы. Если это один эффект, выберите денежную строку для окупаемости, а часы оставьте справочно. Иначе выгода увеличится на бумаге без изменения бизнеса.
Продажи вместо результата после расходов. Дополнительный договор на крупную сумму выглядит убедительно. Но производство, закупка и доставка тоже стоят денег. Я бы считала вклад после дополнительных затрат и отдельно проверяла, действительно ли новый процесс помог получить договор.
Неполное время. Сотрудник быстро получил черновик, затем пересобрал таблицу и перепроверил выводы. Если журнал заканчивается на черновике, он измеряет только красивую часть работы. Возвраты и ручное завершение входят в расчёт.
Изменился состав задач. В старом периоде были сложные обращения, в новом — простые. Среднее время уменьшилось, но причина может быть в составе потока. Разделите работу на сопоставимые группы и посмотрите каждую отдельно.
Не учли использование. Решение подготовили для всего отдела, а пользуются им только отдельные сотрудники. Подставлять в формулу весь объём отдела рано. Считайте фактически обработанную работу и выясняйте, почему остальные обходят новый процесс.
Обещание подменило критерий. «Помощник отвечает уверенно» не говорит о верности цены, полноте документа или соответствии регламенту. Я проверяю результат по заранее согласованным признакам. Уверенность формулировки в эту оценку не входит.
Управлять такой проверкой легче, если у задачи есть понятный конечный полезный результат работы. Критерий описывает пригодный итог: менеджер может отправить документ, а руководитель — принять сводку.
Как составить задание на пробный запуск?
Запишите одну задачу, входные данные, признаки готового результата, ограничения и способ измерения. Укажите ответственного за приёмку и условие остановки. Пробный запуск нужен, чтобы проверить предположения расчёта до расширения проекта.
Я предлагаю такой рабочий бриф. Его можно заполнить в обычном документе и обсудить с командой.
Не нужно отдавать внешнему исполнителю всю клиентскую базу ради первого обсуждения. Для описания задачи подойдут обезличенные примеры. Состав данных, условия обработки и необходимые подключения определяются отдельно под выбранное решение. В статье мы ничего к рабочим системам не подключаем.
Полезно включить трудные случаи. В запросе нет количества, нужной позиции нет в каталоге, цены в файлах расходятся, клиент просит индивидуальную скидку. Посмотрите, сможет ли помощник обозначить проблему и передать её человеку. Если исключения встречаются регулярно, их обработка влияет и на качество, и на расходы.
Я бы завершала пробный запуск коротким решением с фактами: что работает, где требуется человек, сколько занимает полный процесс и какие предположения о выгоде подтвердились. Формулировка «в целом понравилось» слишком слаба для расширения на другие отделы.
Когда стоит остановиться или выбрать другую задачу?
Стоит пересмотреть проект, если полный процесс не ускорился, качество неприемлемо, данные постоянно противоречат друг другу или подтверждённая выгода не покрывает работу решения. Иногда полезнее сначала привести в порядок сам процесс и повторить расчёт позже.
Я не считаю остановку неудачей, если проверка помогла избежать большого бессмысленного внедрения. Например, документы составляются редко, а каждое предложение требует нового индивидуального решения. В таком процессе автоматизация может помогать с отдельным черновиком, но дорогое подключение ко всем системам не оправдается.
Другая причина: компания ещё не договорилась о собственных правилах. Разные сотрудники называют разные сроки, цены и условия. ИИ не сможет надёжно выполнять порядок, которого пока нет. Сначала нужно определить владельца процесса и утвердить исходные данные.
Бывает и полезный результат без денежной окупаемости: снижается нагрузка на руководителя, ответы становятся ровнее, новичкам проще найти информацию. Такой проект можно выбрать осознанно. Тогда запишите именно эту цель и допустимый бюджет, вместо того чтобы рисовать несуществующую прибыль.
У меня нет универсального срока, после которого любой проект становится плохим. Компания сама определяет горизонт и допустимую неопределённость. Моя задача в расчёте — сделать условия видимыми, чтобы решение можно было принять до расширения работ.
Что подготовить для разговора со специалистом?
Подготовьте описание одной задачи, её месячный объём, пример принятого результата и черновой замер времени. Добавьте известные расходы и ограничения. Этого достаточно, чтобы начать обсуждение внедрения и понять, каких данных не хватает для расчёта.
Если хотите разобрать задачу со мной, напишите в Telegram Алёне Вебер: «Хочу посчитать внедрение ИИ». Коротко опишите, что делает команда, сколько такой работы поступает и где сейчас задержка. Конфиденциальные документы и доступы в первом сообщении присылать не нужно.
Моя услуга внедрения Claude Code в бизнес включает разбор процессов с картой и расчётом выгоды, сборку механизмов под регламенты и обучение команды. Точный состав, стоимость и сроки определяются на консультации. Подписки на сервисы оплачиваются отдельно. Приведённые выше учебные суммы не являются стоимостью этой услуги.
Можно прийти и с отрицательным расчётом. Он помогает найти более подходящую задачу или понять, что нужно изменить в исходном процессе. Обещать прибыль до такой проверки я бы не стала.
Частые вопросы об окупаемости ИИ
Можно ли посчитать окупаемость до внедрения?
Можно сделать предварительную модель из текущего объёма работы, затрат и предполагаемого эффекта. До пробного запуска часть строк останется предположениями. Отметьте их и запишите, как будете проверять. Окончательный вывод опирается на фактическую работу.
Нужно ли считать зарплату сотрудника экономией?
Только если расходы компании действительно уменьшились. При прежнем окладе свободные часы являются ресурсом. Если они помогли выполнить дополнительную работу, отдельно подтверждайте её финансовый результат и не складывайте его повторно со стоимостью часов.
Что делать, если ИИ требует много проверки?
Включить проверку и исправления в полное время задачи. Затем выяснить причину: неподходящая работа, противоречивые данные, неясные критерии или недостаточная настройка. Если после доработки процесс остаётся невыгодным, выберите другую задачу.
Как считать проект с сезонной нагрузкой?
По месяцам, с реальным объёмом работы и расходами каждого периода. Не переносите результат самого загруженного месяца на весь год. Постоянные платежи могут сохраняться и в месяцы без заметной выгоды.
Обязательно ли начинать с большой системы?
Нет. Ограниченный запуск на одной повторяемой задаче помогает проверить данные, участие команды и экономику. Расширять решение разумно после подтверждения качества и эффекта, когда понятна цена дальнейшей работы.
Сколько стоит внедрение у Алёны?
Стоимость и сроки рассчитываются индивидуально после обсуждения задачи. На них влияют процессы, подключения и обучение. Суммы из учебного примера не описывают цену услуги; условия работы и оплаты нужно согласовать до начала.
С чего начать прямо сейчас?
- За 10–15 минут выберите одну повторяемую задачу и запишите, зачем хотите её изменить: освободить время, сократить конкретный расход или обработать больше оплачиваемой работы.
- Найдите пример готового результата и сформулируйте, по каким признакам его принимает сотрудник.
- Замерьте полный старый процесс на сопоставимых задачах. Запишите объём работы и известные платежи.
- Разделите таблицу на разовые затраты, регулярные расходы, рабочее время и подтверждённую денежную выгоду. Неизвестные суммы оставьте неизвестными.
- С этим документом обсудите ограниченный запуск. Договоритесь, что проверяете и при каком результате продолжаете работу.
Вывод
Я бы принимала решение о внедрении по таблице, в которой видны и выгода, и неудобные расходы. Высвобождённое время показывает потенциал. Подтверждённое изменение платежей и результата бизнеса показывает денежную окупаемость. Когда эти строки разделены, проще выбрать задачу, которую действительно стоит внедрять.
