Вартість індивідуального AI-агента залежить не від слова «агент» і не від назви моделі, а від процесу, який він має підтримувати. Помічник, який відповідає на запитання за кількома затвердженими документами, і агент, який читає CRM, готує відповіді клієнтам та оновлює записи за правилами погодження, називаються однаково. Але це зовсім різні проєкти.
Тому чесна відповідь на запитання «скільки це коштує?» починається із зустрічних запитань. Який саме процес? Які системи? Що агент може бачити і що йому дозволено робити?
У цій статті пояснюємо, з чого складається вартість AI-агента, як порівнювати пропозиції різних підрядників і як у Madency проходить шлях від першої розмови до фіксованої вартості.
Чому не буває чесної ціни «в одному рядку»
«AI-агент» — це категорія, а не обсяг робіт. Це ближче до слова «сайт», ніж до товару з цінником. Ціна, названа ще до того, як хтось подивився на процес, або закладає великий запас на невідоме, або згодом зросте, коли з'являться реальні вимоги.
Модель рідко є головним фактором. Використання моделі зазвичай оплачується як поточна витрата за кількістю запитів. Основна частина роботи з впровадження, як правило, припадає на інше:
- підключення агента до систем, де насправді лежать ваші дані;
- контроль того, що бачить кожен користувач і сам агент;
- рішення, які дії потребують погодження людиною;
- перевірку, що агент коректно працює на реальних випадках, зокрема незручних;
- розгортання, моніторинг і підтримку після запуску.
Усе це — характеристики вашого процесу і вашої компанії. Саме їх має описувати кошторис.
Простий асистент і робочий процес у виробничому середовищі
Найбільша різниця в обсязі робіт зазвичай між асистентом, який відповідає на запитання, і агентом, що працює всередині бізнес-процесу.
| Простий асистент | Агент у робочому процесі | |
|---|---|---|
| Дані | Кілька затверджених документів | Актуальні дані з CRM, обліку, бази даних чи спільних дисків |
| Дії | Відповідає на запитання | Готує чернетки, класифікує, оновлює записи, запускає наступні кроки |
| Користувачі | Одна команда з однаковим доступом | Кілька ролей з різними правами |
| Помилки | Людина бачить погану відповідь і ігнорує її | Погодження, журнал дій, ескалація, безпечна зупинка |
| Тестування | Вибіркові перевірки | Набір реальних випадків і повторювана оцінка якості |
| Розгортання | Готовий онлайн-інструмент | Ваша інфраструктура або хмарний обліковий запис із моніторингом |
| Після запуску | Ніхто не відповідає | Відповідальна особа, регулярний перегляд, план покращень |
Жоден варіант не є «правильнішим». Простий асистент може бути добрим першим кроком. Важливо, що обсяг робіт, а отже й вартість, визначає те, що вам насправді потрібно з правої колонки.
Вісім факторів, які формують вартість
1. Наскільки вузький процес
Процес із чітким тригером, зрозумілими кроками і відомим результатом набагато легше оцінити й побудувати, ніж «допомогу відділу продажів з усім». Вузький обсяг — не компроміс. Зазвичай це найшвидший шлях отримати надійне рішення в роботі й зробити висновки.
2. Кількість і якість систем
Кожна система, з якої агент читає або в яку записує, додає роботу з інтеграцією: авторизацію, зіставлення даних, обмеження API, обробку помилок, тестування. Добре задокументований API — це одне. Стара внутрішня база без документації і без зрозумілого власника — зовсім інше.
3. Актуальність, структура і доступність даних
«Усе є в CRM» — це відправна точка, а не відповідь. Які поля надійні? Наскільки вони актуальні? Хто за них відповідає? Чи може агент отримати дані без ручного вивантаження? Безлад або суперечності в даних — одна з найчастіших причин, чому обсяг робіт зростає вже після старту.
4. Права доступу і чутливі дані
Якщо всі користувачі можуть бачити все, контроль доступу простий. Якщо зарплати, договори, ціни для окремих клієнтів чи персональні дані мають бачити лише певні ролі, агент мусить дотримуватися цих меж у кожній відповіді й кожній дії. Це треба спроєктувати і перевірити, а не додати наприкінці.
5. Агент відповідає, готує чернетку чи виконує дію
Відповідь на запитання — найменш ризикована дія. Чернетка, яку надсилає людина, — наступний рівень. Оновлення запису, надсилання повідомлення клієнту чи запуск платіжного процесу — інша категорія: кожна така дія потребує правил, запобіжників і способу виправити помилку.
6. Погодження і ескалація
Погодження людиною тримає ризик під контролем, але це окрема функціональність. Хтось має отримати запит, побачити достатньо контексту, погодити чи відхилити його і залишити слід. Так само треба спроєктувати, що відбувається з випадками, які агент не може обробити.
7. Тестування, моніторинг і розгортання
Агенту у виробничому середовищі потрібні набір реальних тестових випадків, повторювана перевірка якості після кожної зміни, журнали, з яких видно, що і чому він зробив, і розгортання, яке відповідає вашим вимогам безпеки. Робота на власній інфраструктурі дає контроль над даними, але її також треба налаштувати й підтримувати.
8. Передача рішення чи постійна підтримка
Після запуску змінюються дані, процеси, з'являються випадки, яких ніхто не передбачив. Одні компанії хочуть повністю передати рішення своїй команді. Інші — постійний моніторинг, покращення та реагування на інциденти. Обидва варіанти нормальні, але це різні зобов'язання, і кошторис має чітко казати, який із них закладено.
Чому кошторис найчастіше змінюють дані та доступи
На практиці перша версія обсягу робіт часто недооцінює фактори 3 і 4. На зустрічі процес виглядає простим: «Агент перевіряє статус клієнта і готує відповідь». Потім з'являються деталі:
- статус клієнта частково в CRM, а частково в таблиці, яку веде один менеджер;
- для деяких клієнтів діють особливі умови, які можуть бачити лише їхні менеджери;
- поля в CRM заповнені непослідовно;
- ніхто не вирішив, яке джерело правильне, коли дані розходяться.
Нічого незвичного тут немає. Просто це треба з'ясувати до того, як фіксувати ціну, а не посеред розробки.
Умовний приклад: одна назва, два різні проєкти
Уявімо компанію з 40 людей, яка надає професійні послуги й хоче «AI-агента, що відповідає на запитання клієнтів». Приклад умовний: він не описує реального клієнта чи реальну ціну.
Варіант А відповідає на запитання працівників за затвердженими описами послуг, FAQ і внутрішніми правилами. Він не має доступу до даних клієнтів і не виконує дій. Працівник перевіряє відповідь, перш ніж її використати.
Варіант Б бере статус проєкту клієнта з системи керування завданнями, перевіряє дані в CRM, готує чернетку відповіді для менеджера і створює завдання на наступний крок. Фінансові деталі приховані від частини ролей. Будь-яка відповідь, де змінюється строк, потребує погодження керівника.
Обидва — «AI-агент для запитань клієнтів». Але у варіанті Б більше систем, живі дані, права доступу за ролями, дії, крок погодження і більший набір тестів. Це не обов'язково неправильний вибір, але це інший проєкт. Корисний кошторис починається з рішення, який варіант — або який перший крок — бізнесу справді потрібен.
Поточні витрати — окремо від розробки
Порівнюючи пропозиції, відокремлюйте разову вартість впровадження від щомісячних витрат на роботу рішення. До поточних витрат зазвичай належать:
- використання моделі, яке залежить від обсягу запитів і обраної моделі;
- хостинг та інфраструктура;
- моніторинг і технічне обслуговування;
- підтримка й покращення, якщо ви їх обираєте.
Низька ціна розробки може приховувати високі поточні витрати, і навпаки. Просіть кожного підрядника показати обидві частини.
Що вирішує Discovery до початку розробки
Discovery потрібен, щоб перетворити «хочемо AI-агента» на обсяг робіт, який можна відповідально оцінити. У Madency Discovery — це оплачуваний етап вартістю $500, який зазвичай триває від 5 до 10 робочих днів. Він охоплює:
- опис процесу таким, яким він є насправді;
- системи, джерела даних, відповідальних і обмеження;
- що агент може читати, готувати чи виконувати і де потрібне погодження;
- рекомендацію щодо архітектури;
- план впровадження з орієнтовним обсягом, строками та вартістю.
Discovery може показати й те, що процес не підходить для AI-агента або що краще розв'язати завдання простішою автоматизацією чи зміною процесу. Це теж корисний результат.
Якщо договір на розробку підписано протягом 60 днів після фінального звіту Discovery, 100% вартості Discovery один раз зараховується у вартість Етапу розробки.
Як працює Madency
Повний процес описано на сторінці Як ми працюємо. Коротко:
- Ознайомча розмова. Безкоштовна 30-хвилинна розмова, щоб зрозуміти, чи ваш процес підходить для AI-агента.
- Discovery — $500. Опис процесу, перевірка даних і обмежень, рекомендація щодо архітектури, орієнтовний обсяг, строки та вартість.
- Етап розробки — погоджений обсяг і фіксована вартість. До початку робіт письмовий договір визначає процес, інтеграції, джерела даних, ролі, результати, критерії приймання, строки та ціну. Складність буває різною — від однієї інтеграції до власної архітектури з кількома системами, — і ціна відповідає погодженому обсягу.
- Після запуску. Або повна передача коду й документації з 60-денною гарантією, або постійна AI-підтримка: моніторинг, покращення, реагування на інциденти та щомісячні звіти.
Madency не рахує AI-роботу погодинно. Ви знаєте обсяг і ціну ще до початку розробки. Приклади процесів, з якими ми працюємо, зібрані на сторінці AI-агенти.
Запитання, які варто поставити будь-якому підряднику
Незалежно від того, з ким ви працюватимете, ці запитання роблять пропозиції порівнюваними:
- Який процес входить в обсяг робіт, а що явно не входить?
- З яких систем агент читатиме і в які записуватиме?
- Що агент може робити без погодження людиною?
- Як перевірятимуть якість до запуску і після кожної зміни?
- Якими будуть щомісячні витрати і від чого вони залежать?
- Кому належать код, дані та інфраструктура?
- Що відбувається після запуску і хто тоді відповідає за агента?
Якщо підрядник поки не може на них відповісти, кошторис ще не готовий.
Що підготувати, щоб отримати корисну оцінку
Технічне завдання не потрібне. Для початку достатньо одного повторюваного процесу і чесних відповідей на кілька запитань:
- що запускає процес і який результат він має дати;
- хто його виконує, хто перевіряє і хто від нього залежить;
- які інструменти та джерела даних задіяні;
- де сьогодні втрачається час, виникають затримки, переробки чи помилки;
- що агент може відповідати, готувати чи виконувати;
- як ви зрозумієте, що процес став кращим.
Детальніше — у статті про те, що підготувати до AI Discovery. Якщо ви ще обираєте між кількома процесами, почніть із практичної ROI-оцінки першого процесу для AI.
Почніть з одного процесу, а не з прайсу
Вартість індивідуального AI-агента стає зрозумілою, щойно стає зрозумілим процес. Оберіть один повторюваний процес, опишіть, як він працює насправді, і вирішіть, що агент має робити, а чого — ні.
Принесіть один повторюваний процес на коротку розмову. Якщо він підходить, на Discovery визначимо обсяг робіт і вартість.