Ваш AI-агент не знає ваших цін. І тому втрачає вам гроші

Фраза, яка коштує вам угоду

Уточніть у менеджера. Наш спеціаліст зв'яжеться з вами. Залиште заявку, і ми надішлемо прайс. Три способи сказати клієнтові, що відповіді у вас немає, поки хтось не прийде на роботу.

У B2B це працює гірше, ніж здається. Людина, яка о десятій вечора порівнює трьох постачальників, не чекає ранку. Вона просто йде до того, хто відповів цифрою.

Найдорожче тут те, що агент виглядав робочим. Він відповідав швидко, ввічливо і по темі, тільки без єдиного, що потрібно було покупцеві.

• Що клієнт хотів почути: ціну, наявність і термін. Три числа.
• Що він почув: обіцянку, що колись хтось передзвонить.
• Що сталось далі: він отримав ці три числа в іншому чаті, у конкурента.

Відкрийте власний чат на сайті і спитайте ціну на топову позицію. Відповідь покаже, продає у вас агент чи імітує.

Що агент має бачити, щоб відповідати цифрами

Список коротший, ніж здається, і в кожному бізнесі майже однаковий. Ціна, наявність, характеристики, історія клієнта. Усе це у вас уже є, просто лежить у різних місцях і не з'єднане з тим, хто розмовляє з покупцем.

Прайс живе в ERP, скажімо в Odoo. Залишки на складах і оновлюються вночі. Характеристики обладнання окремо, бо їх заливає виробник. Історія клієнта в CRM. Агент, підключений тільки до сайту, з цього не бачить нічого.

• Ціна: публічна з прайсу і контрактна для свого клієнта. Це два різні доступи, і плутати їх дорого.
• Наявність: залишок на складі. Найшвидше псується, тому саме тут вигадана відповідь найдорожча.
• Характеристики: потужність, напруга, ресурс циклів, клас захисту. Те, за чим порівнюють.
• Історія клієнта: що вже купував і про що питав. Перетворює відповідь на розмову, а не на довідку.

Випишіть на аркуші чотири рядки і поставте навпроти кожного, де ці дані лежать сьогодні. Це і є технічне завдання.

Чому це досі дорого: конектор під кожну пару

Класичний спосіб з'єднати одне з іншим це окрема інтеграція під кожну пару. Віджет на сайті з ERP. Віджет із складом. Месенджер із ERP. Асистент менеджера з CRM. Чотири системи і три канали дають дванадцять з'єднань, кожне зі своїм кодом, своїми правами і своєю можливістю зламатись.

Далі відбувається неприємне. Ви міняєте модель, бо вийшла краща й дешевша, і частину цих з'єднань доводиться переписувати. Бюджет, витрачений минулого разу, не переноситься.

Саме через це впровадження AI виглядає дорогим. Дорога не модель, дорога матриця конекторів, яка росте швидше за кількість систем.

• Три канали і чотири системи: це дванадцять з'єднань, а не сім.
• Зміна моделі: переписування частини конекторів і повторна оплата тієї самої роботи.
• Хто це підтримує: щоразу окрема людина, яка розуміє конкретну пару. Це і є справжня стеля масштабування.

Порахуйте свої системи й канали і помножте. Отримане число і є ваш борг, який ви оплачуєте частинами.

Один шар доступу: що змінилось у 2026

У 2026 у цієї задачі з'явився стандарт. Замість інтеграції під кожну пару компанія піднімає один шар доступу до своїх даних, а всі моделі й канали приходять до нього. Технічно це називається MCP, і з липня 2026 у нього вийшла зріла версія специфікації.

Для вас важливий не протокол, а арифметика. Замість дванадцяти з'єднань сім: чотири від систем до шару і три від каналів до нього. Зміна моделі перестає бути проєктом і стає підключенням.

Друга зміна тонша, але дорожча. Шар доступу віддає не базу, а перелік дозволених дій: показати публічну ціну, перевірити залишок, підняти характеристики. Модель не отримує вашу базу, вона отримує сім кнопок.

• Було: інтеграція під кожну пару, і повторна оплата при кожній зміні моделі.
• Стало: один шар, до якого приходять усі канали й моделі, і одноразова робота.
• Що це дає в грошах: нова модель або новий канал підключається годинами, а не тижнями.
• Чому це не магія: дані все одно треба дістати з ERP один раз. Далі вже не треба.

Якщо ви плануєте більше одного каналу або збираєтесь колись міняти модель, вважайте цей шар обов'язковим, а не бажаним.

Хто що бачить, і чому агент нічого не зламає

Перше заперечення власника завжди одне: куди підуть наші дані. Правильна відповідь не в обіцянках, а в конструкції. Агент не отримує доступу до бази, він отримує перелік дій, і кожна дія має свою умову.

Публічну ціну бачить будь-хто. Контрактну ціну бачить тільки авторизований клієнт, до якого цей контракт належить. Залишок оновлюється щохвилини й не кешується довго. Історія клієнта і текст угоди не кешуються взагалі.

Усе, що змінює дані, вимагає підтвердження людиною. Агент може підготувати рахунок, але не виставити його. Це не обережність, це умова, за якої систему взагалі можна пускати до клієнтів.

• Агент бачить дії, не базу: перелік із семи кнопок замість доступу до таблиць.
• Права за роллю: анонімний відвідувач, авторизований клієнт, менеджер, внутрішня система. Чотири різні картини.
• Свіжість замість швидкості: залишок і контрактна ціна не кешуються, бо вчорашня правда тут гірша за відсутність відповіді.
• Незворотне тільки з людиною: усе, що змінює дані або гроші, підтверджує менеджер.

Внесіть цю матрицю прав у договір із підрядником до початку робіт, а не після першого інциденту.

Як приймати роботу: агент не має права вигадувати ціну

Приймати AI-систему на око не можна: вона щоразу відповідає трохи інакше. Тому приймання виглядає як набір реальних питань ваших клієнтів, які агент проходить перед запуском.

Питання беруться не зі стелі. Половина це справжні запити з переписок, частина крайні випадки, частина навмисно поза базою знань, щоб перевірити головне: чи скаже агент, що не знає, замість того щоб вигадати.

Один пункт у цьому акті блокуючий. Вигадана ціна або характеристика це не зауваження, це відмова від приймання. Усе інше можна доналаштувати після запуску, це ні.

• Набір реальних питань: від сотні до трьохсот, залежно від кількості товарних груп і мов.
• Обов'язкова частина: питання поза базою знань. Правильна відповідь тут це визнання незнання.
• Блокуючий дефект: вигадана ціна, характеристика або наявність. Одна така відповідь зупиняє запуск.
• Що лишається у вас: сам набір питань. Це ваш інструмент контролю на всі наступні релізи.

Попросіть підрядника показати такий набір до старту робіт. Якщо його немає, приймати ви будете на око.

Скільки це коштує і з чого почати

Не треба починати з шару доступу. Почніть з того, що можна перевірити цього тижня, і додавайте, коли побачите віддачу.

AI-агент для сайту від $550 працює на відкритих даних вашого сайту: відповідає, кваліфікує, передає лід. Версія за $1200 додає кваліфікацію за моделлю вашого бізнесу і запис у CRM. Від $2500 це Enterprise з RAG по вашим документах і прайсах, коли відповідь мусить бути точною.

Шар доступу до систем це окремий інтеграційний проєкт зі власним кошторисом: він залежить від того, що у вас за ERP і в якому вона стані. Якщо треба зібрати контур швидко і побачити результат, це Pilot Sprint на 10 робочих днів.

• Агент Start, від $550: відповіді на відкритих даних сайту, кваліфікація, передача ліда.
• Агент Business, $1200: кваліфікація за вашою моделлю продажів і запис у CRM.
• Агент Enterprise, від $2500: RAG по документах і прайсах, коли ціна помилки висока.
• Шар доступу до ERP і CRM: окремий проєкт, кошторис після інвентаризації джерел.
• Pilot Sprint: 10 робочих днів і працюючий шматок на виході.

Найдешевший перший крок безкоштовний: подивіться демо агента, зібраного з вашого ж сайту, і ви одразу побачите, чого йому бракує.

FAQ