Коротко

Подрядчика по внедрению ИИ надо выбирать не по красоте демо. Демо почти всегда работает. Вопрос в другом: сможет ли команда довести систему до процесса, где есть реальные данные, права доступа, ошибки, ручная проверка, интеграции и поддержка после запуска.

Для Казахстана и СНГ это особенно заметно. Подрядчик может хорошо рассказывать про западные enterprise-кейсы, но у вас продажи живут в amoCRM или Bitrix24, оплаты и документы в 1C, клиенты пишут в WhatsApp и Telegram, а часть договорённостей лежит в личных чатах менеджеров. Если команда не понимает эту среду, она будет проектировать не ваш бизнес, а презентацию.

Ниже - практичный buyer guide: как проводить первые звонки, что спросить, как сравнить предложения и какие признаки показывают, что подрядчик продаёт не внедрение, а иллюзию внедрения.

Сначала определите тип задачи

Подрядчики бывают разные, и это нормально.

Интегратор платформ подходит, если задача простая: FAQ, форма заявки, запись на консультацию, базовый бот в мессенджере, поиск по ограниченной базе знаний. Здесь нет смысла переплачивать за сложную архитектуру.

Команда кастомной разработки нужна, если агент должен читать CRM, искать по документам, работать с 1C, готовить задачи, учитывать роли пользователей, передавать спорные случаи человеку и выдерживать хаотичные сообщения в WhatsApp.

Стратегическая команда полезна, когда у компании много потенциальных AI-направлений и нужно выбрать первые. Но стратегия без разработки часто заканчивается картой возможностей, которую никто не внедряет.

Ошибка - выбирать подрядчика до того, как выбран процесс. Сначала решите, где ИИ должен изменить работу: HR, продажи, поддержка, документы, финансы, склад, регистратура. Потом ищите команду под этот тип ответственности.

Первый звонок должен быть неудобным

Хороший подрядчик не будет сразу обещать «автоматизируем всё». Он начнёт уточнять.

Какие реальные примеры есть? Кто владелец процесса? Что сейчас считается хорошим результатом? Где источник правды: amoCRM, Bitrix24, 1C, Google Docs, Excel, база сайта, WhatsApp? Какие действия агенту нельзя делать без подтверждения? Что будет считаться ошибкой? Кто будет обновлять базу знаний?

Если на первом звонке вам показывают универсального бота и почти не спрашивают про процесс, это плохой знак. Возможно, команда умеет делать демо. Но внедрение - это не демо.

Вопросы, которые стоит задать

Спросите, какие данные нужны для оценки. Хороший ответ: реальные переписки, документы, статусы CRM, примеры ошибок, список систем, роли пользователей, текущие инструкции. Слабый ответ: «дайте сайт, мы всё распарсим». Для простого FAQ этого может хватить. Для поддержки, продаж, HR или финансов - нет.

Спросите, как будет проверяться качество. Хороший ответ: тест-набор, ожидаемые действия, категории ошибок, ручная проверка, регрессии после изменений. Подрядчик должен спокойно говорить про evals для AI-проектов, даже если не использует именно это слово.

Спросите, что агент сможет делать сам. На первом этапе агент часто читает, предлагает, готовит черновики и передаёт человеку рискованные случаи. Запись в CRM, изменение статуса оплаты, скидки, юридические ответы и финансовые решения вводятся осторожно.

Спросите, кто владеет результатом. Должны быть понятны владелец процесса, технический ответственный, владелец базы знаний, правила поддержки, доступ к логам и документации.

Как сравнивать предложения

Не сравнивайте только цену и количество функций.

Слабое предложение перечисляет: бот, личный кабинет, интеграция, аналитика.

Сильное предложение описывает процесс: входящее сообщение, нормализация, поиск источника, черновик ответа, подтверждение, запись в CRM, логирование, проверка качества, поддержка.

Ещё сильнее, когда подрядчик честно пишет, что не войдёт в первый запуск. Например: не даём агенту менять данные в 1C, не отвечаем на юридические вопросы без человека, не подключаем все филиалы, не берём нестабильные источники. Это не слабость. Это признак, что команда понимает риски.

Для первого этапа удобно использовать формат пилота ИИ за 30 дней: один процесс, один владелец, реальные примеры, ограниченные интеграции, критерии приёмки и решение о масштабе.

Красные флаги

Подрядчик обещает окупаемость, не спросив текущие цифры. Показывает один и тот же демо-бот для всех отраслей. Не может объяснить, как обновляется база знаний. Не говорит про логи. Не разделяет черновик, рекомендацию и действие. Считает, что WhatsApp-интеграция - это просто «подключить канал». Не понимает разницы между CRM, задачами, бухгалтерией и документами. Не спрашивает, где в процессе остаётся человек.

Если подрядчик путается в amoCRM, Bitrix24, 1C и реальных мессенджерных сценариях, он может быть сильным технически, но слабым именно для вашего рынка.

Что должно быть в scope

Минимальный scope пилота: выбранный процесс, 100-300 реальных примеров, список систем и доступов, роли пользователей, правила передачи человеку, критерии качества, логирование, ограниченный набор интеграций, финальное решение: закрыть, доработать или масштабировать.

Минимальный scope production: стабильные интеграции, права доступа, мониторинг ошибок, регулярные evals, документация, владелец базы знаний, поддержка после запуска, правила изменения промптов, источников и сценариев.

Если всего этого нет, вы покупаете эксперимент. Иногда эксперимент и нужен. Просто не называйте его боевой системой.

Когда хватит конструктора

Если сценарий можно нарисовать на одной странице блок-схемой, берите конструктор. FAQ, сбор контактов, простая запись, анкета, уведомление, меню услуг - нормальная зона для конструктора.

Но сохраните выгрузки: переписки, ответы, ошибки, ветки, причины передачи человеку. Если потом понадобится кастомный AI-агент, эти данные станут основой для тестов.

Когда нужен кастом

Кастом нужен, когда процесс живёт на стыке систем. Клиент пишет в WhatsApp, сделка в amoCRM, документы в Google Drive, оплата в 1C, задачи в Bitrix24, правила в PDF, а финальное решение принимает менеджер. Конструктор можно заставить делать часть работы, но со временем схема станет хрупкой.

В таких задачах лучше сразу смотреть на AI-агентов: они проектируются вокруг контекста, инструментов, прав и human-in-the-loop.

FAQ

Обязательно ли брать подрядчика с опытом в нашей отрасли?

Желательно, но не обязательно. Важнее, чтобы команда быстро разбирала процесс, задавала точные вопросы и не продавала один шаблон всем.

Что попросить до договора?

Попросите короткую карту процесса, список нужных данных, границы первого этапа, риски и критерии приёмки. Если подрядчик не может это сформулировать, договор будет расплывчатым.

Как понять, что цена честная?

Смотрите, что входит: discovery, данные, интеграции, evals, логирование, документация, поддержка. Дешёвое предложение без этих пунктов может быть нормальным для демо, но не для внедрения.

С чего подготовиться перед звонком?

Соберите материалы из чеклиста что подготовить перед внедрением ИИ и посмотрите соседнюю статью почему ИИ-проект не окупается. Это сэкономит несколько недель разговоров.