Вызовы модели. Цена за объём текста на вход и выход. Предсказуемо, легко оценить до стройки, и в обработке документов или обращений это обычно центы за штуку — слишком мало, чтобы что-то решать.
Инфраструктура. Серверы, хранилище, очередь, база, мониторинг. Для системы под один процесс это скромно и почти не растёт с объёмом, пока объём не станет большим.
Поддержка. Поменялся API, вывели версию модели, поехал формат документа, появился новый пограничный случай. Это реальная регулярная статья и ровно та, которую не закладывают, потому что счёта за неё нет, пока что-нибудь не сломается.
Разбор исключений. Человеческие минуты на случаях, которые система пометила. Обычно самая крупная эксплуатационная статья с большим отрывом — и платится зарплатой, а не счётом, поэтому её не видно.
Считайте от объёма в месяц, а не от месячного бюджета. На каждый элемент посмотрите, что происходит: обычно один-два вызова модели, несколько обращений к вашим системам, хранение документа и записи. Умножьте на объём — получите техническую статью, которая для процессов средней величины оказывается ничем не примечательной.
Дальше главное: возьмите долю сквозного прохода и посчитайте остаток. Если помечена пятая часть, а на разбор одного случая уходит четыре минуты, то тысяча элементов в месяц — это примерно тринадцать часов чьего-то времени. Оцените эти часы по полной стоимости и сравните с технической статьёй. Обычно это сравнение и есть весь ответ, и оно объясняет, почему поднять долю сквозного прохода выгоднее, чем экономить на модели.
Это та же арифметика, которую делает наш калькулятор ROI, только на ваших объёмах.
Тарификация за операцию на платформе. No-code-платформы берут за каждый выполненный шаг, поэтому сценарий из многих узлов множится. Дёшево на малом объёме — и способно тихо перегнать стоимость собственной разработки на большом.
Слишком много контекста в запросе. Отправлять документ целиком, когда нужны три поля, или всю базу знаний, когда поиск нашёл бы нужные два абзаца. Это единственный настоящий способ переплатить за модель, и это дефект проектирования, а не цены.
Ретраи, за которыми никто не смотрит. Падающая интеграция, которая повторяет попытку каждую минуту, даёт и счёт, и отсутствие результата. Алерт на долю ошибок дешевле, чем выяснять это раз в месяц.
Растущая очередь исключений. Если помеченное копится быстрее, чем разбирается, эксплуатационная цена — не сама очередь, а задержка ниже по процессу и, в конце концов, чьё-то решение всё выключить.
Сопровождение после запуска — ежемесячный ретейнер, который можно отменить, и покупается в нём внимание: мониторинг, отслеживание изменений в API и моделях, починка того, что сломалось, и оговорённый объём доработок. Системы, оставленные совсем без присмотра, долго рабочими не остаются, потому что всё вокруг них продолжает двигаться.
Это не обязаны быть мы. Всё, что мы строим, ваше — код, промпты, конфигурация, инфраструктура, — и часть клиентов забирает сопровождение внутрь через несколько месяцев, когда система устоялась и характер исключений известен. Это нормальный исход, и мы планируем под него, а не против него.
Эксплуатационную стоимость надо сравнивать не с нулём, а с тем, во что процесс обходится сегодня: часы, задержка, доля ошибок и переделки из-за них плюс то, что бизнес теряет, пока решение ждёт. Большинство процессов никогда так не оценивали, поэтому эксплуатация выглядит дорого сама по себе и дёшево — рядом с базой.
Измерьте базу до стройки. Это день работы, это единственное честное сравнение, и после запуска это единственный способ что-то доказать. Без базы любой разговор о том, окупается ли содержание системы, превращается в спор о впечатлениях.
Мы измеряем базу на аудите и кладём её в предложение, чтобы эксплуатационная цена стояла рядом с тем, что она заменяет.
Мы используем cookie только для аналитики — чтобы видеть, с каких страниц приходят заявки. Ничего больше и ничего до вашего согласия. Политика cookie