Гид покупателя

Framework оценки AI chatbot vendors

12 decision criteria для procurement команд, составляющих шортлист AI chatbot vendors. Vendor-neutral; SLAtech-anchored где прозрачность важна. Пара с comparison matrix, публичным eval scoreboard и compliance glossary.

1. Отраслевая специализация против универсального решения

Универсальный чат-бот (Intercom Fin, Chatbase, Tidio Lyro) поставляет единую конфигурацию, которую каждый клиент подгоняет под себя вручную — через настройку промптов и загрузку базы знаний. Отраслевой чат-бот (SLAtech Medical, ManyChat, Botpress) поставляет отраслевой стартовый контент, готовую модель соответствия требованиям и преднастроенный тон общения из коробки. Правило выбора: если в вашей отрасли есть регуляторные требования (медицина, юриспруденция, образование, платежи) — берите отраслевое решение. Если трафик смешанный (коворкинги, обычный малый и средний бизнес) — берите универсальное решение с возможностью перехода на отраслевое.

2. Резидентность данных

Хранение данных в ЕС по GDPR — самый крупный барьер корпоративных закупок в Европе. Поставщики с хостингом в США (Intercom, Drift, Chatbase) требуют дополнительной оценки влияния на передачу данных по решению Schrems II — это выполнимо, но трудозатратно. SLAtech предлагает хостинг в вашей юрисдикции по запросу (Enterprise). Задайте поставщикам три вопроса: (1) где хостятся данные, (2) какие субпроцессоры обрабатывают мои данные и где, (3) какая версия SCC указана в вашем DPA.

3. Матрица соответствия требованиям

Сопоставьте готовность поставщика к соответствию требованиям с вашими регуляторными обязательствами как покупателя. Организация под действием HIPAA → требуйте поставщика, готового подписать BAA, с опцией выделенного тенанта. Корпоративный клиент в ЕС → требуйте GDPR-совместимый DPA со ссылкой на SCC 2021/914. Работа с платежами → подтвердите, что поставщик не хранит данные банковских карт (сокращение области действия PCI). Работа рядом со здравоохранением → редактирование PHI на этапе загрузки данных — существенное отличие. SLAtech публикует глоссарий соответствия по 14 нормативным базам на /ru/compliance/ — требуйте такой же прозрачности от каждого поставщика из шорт-листа.

4. Модели цен — фиксированная против оплаты за диалог и за решение

Фиксированные тарифы (SLAtech, стартовый тариф Tidio Lyro) позволяют прогнозировать расходы; число диалогов не ограничено в разумных пределах. Оплата за диалог (старые тарифы Drift) наказывает за рост трафика. Оплата за решение (Intercom Fin) наказывает за успешную автоматическую обработку без оператора — каждое успешно закрытое обращение становится оплачиваемым событием. Правило выбора: смоделируйте ожидаемый объём диалогов на 12-месячной кривой роста для каждой модели. Оплата за решение выгоднее для премиальных отраслей с низким трафиком; фиксированный тариф — при масштабировании.

5. Охват каналов

Веб-виджет — обязательный минимум. Telegram, WhatsApp Business (Cloud API), личные сообщения Instagram, электронная почта — каждый канал требует отдельного решения о закупке. WhatsApp Business — значимая интеграция: доступ к Cloud API требует верификации Meta Business; поставщики со встроенной интеграцией (тариф SLAtech Pro, ManyChat) экономят недели подключения на стороне поставщика. Поставщики, работающие только через веб (Chatbase), не подходят, если ваши покупатели общаются через мессенджеры.

6. Методология оценки

Публичная таблица результатов оценки показывает, что поставщик измерил собственную производительность на прозрачном наборе тестов. SLAtech публикует оценки по каждой отрасли на /ru/eval/ (Medical 88, Hospitality 86, Beauty 85 и т.д.); методология воспроизводима. Поставщики без публичной оценки должны предоставлять закрытый набор тестов по запросу. Спрашивайте: сколько было вопросов, кто размечал ответы, с чем сравнивали.

7. Устойчивость поставщика и риск концентрации

Консолидация поставщиков AI-чат-ботов ускоряется. Как покупателю снизить риск: (a) избегайте поставщиков, делающих ставку на единственный канал (чат-боты только для веба уязвимы, если покупатели переходят в мессенджеры), (b) избегайте поставщиков, зависящих от единственного LLM-провайдера (вам не нужно, чтобы лимиты запросов одного LLM-провайдера каскадом приводили к простою на стороне клиента), (c) проверяйте финансовую устойчивость поставщика, если данные публичны. Что предусмотреть в закупке: закрепите в договоре право на экспорт данных, обеспечьте переносимый формат базы знаний (Markdown / JSON), избегайте проприетарных форматов, привязывающих к поставщику.

8. Сроки внедрения

Самостоятельное подключение (SLAtech, Tidio, Chatbase): 10-30 минут до запуска первого виджета. Подключение с поддержкой (Intercom, Drift): 2-6 недель с менеджером по работе с клиентами. Внедрение с консультантами (Ada, крупные проекты Drift): 6-12 недель. Правило выбора: если ваша команда ≤50 человек — предпочитайте самостоятельное подключение; выгода от консультантов не покрывает стоимость затраченного времени. ≥500 человек — предпочитайте подключение с поддержкой (согласования по соответствию требованиям и передача задач между командами выигрывают от выделенного менеджера).

9. Совокупная стоимость владения (TCO)

Помимо стоимости лицензий на пользователей и оплаты за диалоги: (a) трудозатраты на внедрение (гонорары консультантов или часы собственных инженеров), (b) стоимость интеграций (webhooks для CRM, синхронизация календаря — входят в тариф или оплачиваются отдельно), (c) работа по управлению базой знаний (загрузка и обновление контента FAQ), (d) закупочная и юридическая экспертиза (согласование DPA, подписание BAA). Сложите совокупную стоимость владения за несколько лет перед выбором — цена по прайсу редко бывает решающим фактором.

10. Путь миграции и привязка к поставщику

Переносимость формата базы знаний критична. Поставщики с проприетарными форматами контента (визуальные сценарии Botpress) делают миграцию дорогой при смене поставщика. SLAtech и Chatbase используют Markdown + JSON для контента базы знаний — он переносим между поставщиками. История диалогов должна экспортироваться в формате JSONL. Настройка webhook для захвата лидов должна быть независимой от поставщика (ваше подключение к CRM переживёт смену поставщика). Спросите каждого поставщика из шорт-листа: как мне экспортировать данные на 1-й, 30-й и 365-й день.

11. Чек-лист закупки

Двенадцать вопросов для RFP каждому поставщику: (1) регион хостинга, (2) список субпроцессоров, (3) версия SCC в DPA, (4) готовность подписать BAA, (5) статус SOC 2 / ISO 27001, (6) политика редактирования PHI, (7) методология оценки и её результат, (8) охват каналов, (9) модель ценообразования и прогнозируемые расходы за 12 месяцев, (10) сроки внедрения, (11) право на экспорт данных, (12) устойчивость поставщика и финансовая прозрачность.

12. Шаблон матрицы решения

Оцените каждого поставщика из шорт-листа по 11 критериям выше (шкала 1-5, с весами по вашим приоритетам). Типичные веса: отраслевая специализация 3×, соответствие требованиям 3×, цена 2×, каналы 2×, все остальные 1×. Итоговая взвешенная оценка = обоснованная для закупки рекомендация. Зафиксируйте веса до выставления оценок, чтобы избежать предвзятости в пользу действующего поставщика. SLAtech предоставляет шаблон матрицы для скачивания на /ru/buyer-guide/matrix.csv — адаптируйте веса под своё окружение.

Готовы поставить SLAtech в шортлист?

30-секундный quiz product-fit маршрутизирует вас к правильному вертикалу, или пообщайтесь с основателем напрямую.