Три подрядчика прислали три коммерческих предложения, и все обещают «умного ИИ-агента, который работает 24/7». Сравнить их по презентациям почти невозможно: одинаковые слова, похожие схемы, разные суммы. Разница между ними проявится позже — когда агент впервые ошибётся с клиентом, когда изменится прайс или когда вы захотите сменить исполнителя. Эта статья — список из десяти вопросов, которые стоит задать до подписания договора, с подсказкой, какой ответ говорит о продуманной работе, а какой должен насторожить.
Вопросы подходят для любого подрядчика, включая нас. Их удобно задавать на первой встрече и сравнивать ответы письменно.
Почему выбирать по презентации не получается
У ИИ-автоматизации есть особенность: демонстрация почти всегда выглядит хорошо. Модель уверенно отвечает на подготовленные вопросы, бот красиво здоровается, схема интеграций аккуратная. Проблемы появляются на реальном потоке: клиент пишет с ошибками на смеси русского и узбекского, спрашивает о том, чего нет в базе знаний, присылает голосовое или фото чека. Поэтому оценивать стоит не то, как система работает в лучшем случае, а то, как подрядчик думает о худшем.
Отсюда логика вопросов: три о задаче и результате, три о данных и ошибках, два о владении и поддержке, два о деньгах и команде.
Вопросы о задаче и результате
1. Какой процесс вы предлагаете автоматизировать первым и почему именно его?
Хороший подрядчик сначала спрашивает, а потом предлагает. Он хочет увидеть, сколько заявок приходит, где они теряются, кто сейчас отвечает и сколько времени это занимает. Если решение предложено до того, как подрядчик узнал ваши цифры, — это продажа готового продукта, а не автоматизация вашего процесса. Хороший первый кандидат — повторяющийся процесс с понятной метрикой и заметными потерями: например, ответы на входящие заявки вне рабочего времени.
2. Можно посмотреть работающую систему, а не демо?
Попросите показать что-то, что уже работает в бою: живой бот, журнал диалогов с обезличенными данными, разбор реального проекта. Ссылка на запись экрана подготовленного сценария — слабое доказательство. Если у подрядчика есть открытые разборы, включая неудачные, это хороший знак: он умеет анализировать собственные ошибки.
3. Как будет устроен пилот и по каким признакам мы решим, продолжать или остановиться?
Пилот без критериев превращается в бесконечную доработку. До старта договоритесь: какой участок процесса, на какой срок, какая метрика (время первого ответа, доля заявок, дошедших до менеджера, число эскалаций) и какое значение считаем успехом. Отдельно — условие остановки: что должно произойти, чтобы вы честно закрыли проект. Как считать эффект, подробно описано в материале о том, как измерить ROI от ИИ.
Вопросы о данных, ошибках и контроле
4. Где будут храниться данные клиентов и кто получит к ним доступ?
Ответ должен быть конкретным: какие сервисы используются, в какой стране серверы, передаются ли переписки в языковую модель стороннего провайдера, кто из команды подрядчика видит базу. Для Узбекистана вопрос не формальный: закон о персональных данных требует хранить базы с персональными данными граждан на территории страны. Как это применяется к вашей схеме, лучше уточнить у юриста, но подрядчик должен как минимум знать о требовании и иметь ответ.
Спросите и о доступах: передаёте ли вы логины от CRM или подрядчик получает отдельный ключ с ограниченными правами, который можно отозвать в один клик.
5. Что агент не делает без подтверждения человека?
Правильный ответ — список. Например: не называет скидки, не подтверждает возвраты, не отправляет рассылки, не меняет этапы сделок выше определённого. Важно и то, как это ограничение устроено. Договорённость «мы так не настраиваем» и техническая невозможность — разные вещи. Мы сами столкнулись с этим: автоматизация аутрича обошла собственный гейт одобрения и отправила 42 сообщения без подтверждения. Разбор и то, как гейт сделали обязательным в коде, — в кейсе о гейте одобрения.
6. Как мы узнаем, что агент ошибся?
Языковая модель иногда отвечает уверенно и неправильно. Это не повод отказываться от неё, но повод спросить: есть ли журнал всех диалогов, кто и как часто его просматривает, что происходит, когда агент не знает ответа (передаёт менеджеру или выдумывает), приходит ли уведомление, если интеграция с CRM перестала отвечать. Ответ «модель не ошибается, мы её хорошо настроили» — тревожный сигнал.
Вопросы о владении и поддержке
7. Кому принадлежат код, промпты, база знаний и аккаунты?
Представьте, что через год вы решили сменить подрядчика. Что останется у вас? Хорошо, когда аккаунты сервисов (бот в Telegram, ключи API, хостинг) зарегистрированы на вашу компанию, база знаний выгружается в понятном формате, а код и инструкции передаются по запросу. Если всё живёт в аккаунте подрядчика и «переносу не подлежит», вы покупаете не систему, а подписку на конкретного исполнителя. Это бывает приемлемо, но решение должно быть осознанным.
8. Что входит в поддержку после запуска?
Агент устаревает вместе с вашим бизнесом: меняются цены, ассортимент, график, условия доставки. Уточните: кто обновляет базу знаний, можете ли вы сами поправить ответ без программиста, сколько времени занимает исправление, если агент начал отвечать неправильно, и что считается срочным случаем. Отдельно спросите, что будет при обновлении языковой модели у провайдера — поведение агента может измениться, и кто-то должен это проверить.
Вопросы о деньгах и команде
9. Из чего складывается стоимость — сейчас и через полгода?
Помимо разработки, у ИИ-системы есть переменные расходы: оплата языковой модели за объём обработанного текста, хостинг, платные сервисы вроде распознавания речи. Попросите разложить их отдельно и объяснить, как они растут с числом диалогов. Хороший подрядчик покажет модель расчёта с допущениями, которые вы можете проверить. Подробный разбор статей бюджета — в статье о стоимости ИИ-автоматизации.
10. Кто конкретно будет работать над проектом и что нужно от нас?
Узнайте, кто будет вашим контактом, кто пишет код, кто отвечает за тексты и сценарии. И главное — сколько времени потребуется от вашей команды. Внедрение без участия заказчика не работает: кто-то должен рассказать, как устроены продажи, собрать ответы на частые вопросы и проверять первые диалоги. Если подрядчик говорит, что от вас ничего не нужно, скорее всего, этот объём просто не учтён.
Шпаргалка: продуманный ответ и тревожный сигнал
| Вопрос | Продуманный ответ | Тревожный сигнал |
|---|---|---|
| Что автоматизировать первым | Сначала просит цифры по заявкам и процессу | Предлагает решение до разговора о процессе |
| Работающая система | Показывает живой проект или открытый разбор | Только видео подготовленного сценария |
| Пилот | Метрика, срок и условие остановки на бумаге | «Запустим и посмотрим» |
| Данные | Называет сервисы, страны серверов, права доступа | «Всё безопасно, не переживайте» |
| Подтверждение человеком | Список действий и как ограничение устроено технически | «Агент сам разберётся» |
| Ошибки | Журнал диалогов, эскалация, уведомления о сбоях | «Модель не ошибается» |
| Владение | Аккаунты на заказчике, выгрузка базы знаний | Всё в аккаунте подрядчика без права переноса |
| Поддержка | Кто, как быстро и что считается срочным | «Обращайтесь, если что» |
| Стоимость | Разработка и переменные расходы отдельно | Одна сумма без расшифровки |
| Команда | Имена ролей и оценка вашего времени | «От вас ничего не нужно» |
Что зафиксировать в договоре
Устные ответы стоит перенести в документ. Минимальный чек-лист:
- описание процесса и границы пилота: что агент делает и чего не делает;
- метрика успеха, срок пилота и условие остановки;
- список действий, требующих подтверждения человека;
- где хранятся данные, кто имеет доступ и как доступ отзывается;
- на кого зарегистрированы аккаунты и ключи, что передаётся при расторжении;
- объём поддержки и порядок обработки срочных случаев;
- переменные расходы: кто их оплачивает и как о них отчитываются.
Этот список не заменяет юриста, но помогает не забыть то, о чём обычно вспоминают только при первом сбое. Типичные ошибки, которые возникают, когда этих договорённостей нет, собраны в статье о семи ошибках при внедрении ИИ. Другие материалы о запуске проектов — в разделе «Внедрение».
Частые вопросы
Стоит ли выбирать подрядчика с самой низкой ценой?
Цена имеет смысл только вместе с ответами на вопросы выше. Низкая сумма может означать, что в неё не входят поддержка, журнал диалогов или переменные расходы. Сравнивайте предложения по одинаковому составу работ.
Нужен ли подрядчику доступ ко всей нашей CRM?
Обычно нет. Агенту нужны конкретные действия: создать лид, прочитать статус, добавить заметку. Попросите подрядчика описать минимальные права и выдайте отдельный ключ, который можно отозвать.
Можно ли начать без пилота, сразу на весь процесс?
Можно, но риск выше: ошибки проявятся сразу на всём потоке клиентов. Пилот на одном канале или одном типе заявок позволяет проверить качество ответов и поправить базу знаний до масштабирования.
Как проверить, что подрядчик разбирается в ИИ, а не просто подключает чужой конструктор?
Спросите, что он будет делать, если модель начнёт отвечать хуже после обновления, и как он тестирует ответы перед запуском. Конкретный ответ с примерами проверок говорит больше, чем список технологий в презентации.
Если хотите пройти эти вопросы на примере вашего процесса — напишите нам. Стоимость зависит от объёма и данных, первый разговор нужен, чтобы её посчитать.