Виклики моделі. Ціна за обсяг тексту на вхід і вихід. Передбачувано, легко оцінити до будівництва, і в обробці документів чи звернень це зазвичай центи за штуку — надто мало, щоб щось вирішувати.
Інфраструктура. Сервери, сховище, черга, база, моніторинг. Для системи під один процес це скромно і майже не росте з обсягом, поки обсяг не стане великим.
Підтримка. Змінився API, вивели версію моделі, поїхав формат документа, зʼявився новий межовий випадок. Це реальна регулярна стаття і саме та, яку не закладають, бо рахунку за неї немає, поки щось не зламається.
Розбір винятків. Людські хвилини на випадках, які система позначила. Зазвичай найбільша експлуатаційна стаття з великим відривом — і платиться зарплатою, а не рахунком, тому її не видно.
Рахуйте від обсягу на місяць, а не від місячного бюджету. На кожен елемент подивіться, що відбувається: зазвичай один-два виклики моделі, кілька звернень до ваших систем, зберігання документа й запису. Помножте на обсяг — отримаєте технічну статтю, яка для процесів середньої величини виявляється нічим не примітною.
Далі головне: візьміть частку наскрізного проходу і порахуйте залишок. Якщо позначена пʼята частина, а на розбір одного випадку йде чотири хвилини, то тисяча елементів на місяць — це приблизно тринадцять годин чийогось часу. Оцініть ці години за повною вартістю і порівняйте з технічною статтею. Зазвичай це порівняння і є вся відповідь, і воно пояснює, чому підняти частку наскрізного проходу вигідніше, ніж економити на моделі.
Це та сама арифметика, яку робить наш калькулятор ROI, тільки на ваших обсягах.
Тарифікація за операцію на платформі. No-code-платформи беруть за кожен виконаний крок, тому сценарій із багатьох вузлів множиться. Дешево на малому обсязі — і здатне тихо перегнати вартість власної розробки на великому.
Забагато контексту в запиті. Надсилати документ цілком, коли потрібні три поля, або всю базу знань, коли пошук знайшов би потрібні два абзаци. Це єдиний справжній спосіб переплатити за модель, і це дефект проєктування, а не ціни.
Ретраї, за якими ніхто не дивиться. Падаюча інтеграція, що повторює спробу щохвилини, дає і рахунок, і відсутність результату. Алерт на частку помилок дешевший, ніж зʼясовувати це раз на місяць.
Зростаюча черга винятків. Якщо позначене накопичується швидше, ніж розбирається, експлуатаційна ціна — не сама черга, а затримка нижче по процесу і, зрештою, чиєсь рішення все вимкнути.
Супровід після запуску — щомісячний ретейнер, який можна скасувати, і купується в ньому увага: моніторинг, відстеження змін в API і моделях, ремонт того, що зламалося, і обумовлений обсяг доробок. Системи, залишені зовсім без нагляду, довго робочими не лишаються, бо все навколо них продовжує рухатися.
Це не мусимо бути ми. Усе, що ми будуємо, ваше — код, промпти, конфігурація, інфраструктура, — і частина клієнтів забирає супровід усередину за кілька місяців, коли система усталилася і характер винятків відомий. Це нормальний результат, і ми плануємо під нього, а не проти нього.
Експлуатаційну вартість треба порівнювати не з нулем, а з тим, у що процес обходиться сьогодні: години, затримка, частка помилок і переробки через них плюс те, що бізнес втрачає, поки рішення чекає. Більшість процесів ніколи так не оцінювали, тому експлуатація виглядає дорого сама по собі й дешево — поруч із базою.
Виміряйте базу до будівництва. Це день роботи, це єдине чесне порівняння, і після запуску це єдиний спосіб щось довести. Без бази будь-яка розмова про те, чи окуповується утримання системи, перетворюється на суперечку про враження.
Ми вимірюємо базу на аудиті й кладемо її в пропозицію, щоб експлуатаційна ціна стояла поруч із тим, що вона замінює.
Ми використовуємо cookie лише для аналітики — щоб бачити, з яких сторінок приходять заявки. Нічого більше й нічого до вашої згоди. Політика cookie