Готовый ассистент или массовый AI-сервис: данные и 152-ФЗ
Безопасность и данные Проблема
11 мин

Готовый ассистент или массовый AI-сервис: данные и 152-ФЗ

За два года рынок наполнили массовые AI-сервисы: подписался, открыл окно, задал любой вопрос — получил гладкий ответ. Для частных задач это удобно, но бизнесу, который общается с клиентами и хранит их данные, такой сервис подходит плохо. Разберём три вещи, по которым проходит настоящая граница: почему «ещё один AI» — это не рабочий инструмент, почему бот без знаний компании упирается в потолок за неделю и где физически живут данные клиентов с точки зрения 152-ФЗ.

Коротко

  • Бизнесу не нужен **«ещё один AI-сервис»** — нужен готовый рабочий контур, который отвечает от лица компании, а не универсальный помощник, который «много знает вообще».
  • Любой ассистент **без базы знаний компании** упирается в потолок примерно за неделю: общие ответы, «дайте живого человека» — и смысл автоматизации теряется. Работает то, что знает ваши прайсы, услуги и правила.
  • Ключевой для безопасности вопрос — **где хранятся данные клиентов**. У массовых сервисов это чаще иностранная инфраструктура и прямое противоречие 152-ФЗ; у готового ассистента — российские серверы, роли доступа, журналирование и понятный регламент удаления.

Массовый AI-сервис: что он умеет и чего не делает

Сильная сторона массового сервиса — он много знает «вообще» и связно отвечает на широкий вопрос. Это удобно частному пользователю: подсказать формулировку, объяснить термин, накидать план поездки. Но в работу с клиентами конкретного бизнеса он не вшит. Он не знает прайса вашего кафе, расписания вашего автосервиса, свободных слотов вашей клиники, условий вашей гарантии. И не должен — он сделан под другую задачу.

Проблема начинается, когда такой сервис пытаются посадить «отвечать клиентам» в лоб. Владелец почти сразу упирается в три стены. Первая — ответы общие, без привязки к компании: «в среднем по рынку столько» — это разговор справочника, а не разговор компании с её клиентом. Вторая — данные клиентов уходят в систему, которой бизнес не управляет: куда именно пошли телефоны, имена, реквизиты и переписка — не знает никто из владельцев. Третья — над поведением нет контроля: на серьёзный или чувствительный вопрос сервис может ответить как угодно, границ его ответственности не существует. Это не лечится «более умным массовым сервисом» — здесь нужен другой класс продукта.

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

Готовый ассистент — это не «ещё один AI», а рабочий контур

Компания в итоге покупает не «AI», а готовый рабочий контур: ассистент, который отвечает по материалам компании, не теряет обращения, снимает повторяющиеся вопросы и работает как инструмент, а не как демонстрация технологической амбиции. Разница между модной вывеской и рабочим продуктом видна сразу: вывеска рассказывает о своей «уникальной интеллектуальности», а продукт показывает кабинет, логику, сценарий разговора, роли доступа и понятные ответы.

У BOTIX это выражено буквально: 14 модулей и 24 канала связи из коробки, готовый кабинет, база знаний, сценарии — то, что владелец видит и трогает, а не то, что ему обещают собрать. Ассистент подключается к каналам, где реально пишут клиенты, и начинает работать в тот же день. Именно поэтому в зрелой точке решения выбирают не по слову «AI», а по тому, как быстро и ясно продукт превращается в пользу — и как аккуратно он обращается с данными по дороге.

Почему бот без знаний компании упирается в потолок за неделю

Обычный сценарный бот выглядит аккуратно и даже полезно на первом этапе: ведёт по кнопкам, собирает простые заявки, держит базовую структуру диалога. Но его возможности заканчиваются ровно там, где начинается конкретика бизнеса. Пока клиент идёт по заранее предусмотренному маршруту, всё нормально. Как только вопрос становится чуть точнее, чуть глубже или ближе к реальным условиям — бот без знаний компании начинает сбоить: возвращает в меню, отвечает слишком общо, не понимает нюанс, формально проводит по кнопкам, но не решает задачу.

Ровно так же ведёт себя и «умный» массовый сервис без ваших материалов. Клиент спрашивает про услугу — общий ответ; уточняет — то же в других словах; спрашивает конкретную цену — сервис либо выдумывает, либо уходит в общие фразы. Через пять-шесть обменов клиент пишет «дайте живого человека», и смысл автоматизации теряется. Потолок виден не по интерфейсу, а по содержанию: бот умеет вести сценарий, но не умеет предметно говорить о вашей компании.

В готовом ассистенте это закрыто на уровне продукта — базой знаний. Компания загружает тексты с сайта, описания услуг, прайсы, правила, ответы на частые вопросы. После загрузки ассистент отвечает не «вообще», а по этим материалам: нашёл ответ — отвечает по нему, не нашёл — честно передаёт диалог человеку, а не сочиняет. Это и есть коробочный продукт на уровне работы, а не слов. Механику «ассистент начинает знать ваш бизнес» мы разбираем отдельно — как ассистент начинает знать вашу компанию.

Что именно загрузить, чтобы ассистент перестал отвечать общими фразами:

  1. Материалы с сайта и описания услуг — на бытовом языке, как объясняете клиенту вслух.
  2. Структуру цен и условия — что входит в услугу, от чего зависит цена, что уточняет специалист.
  3. Правила работы — запись, перенос, отмена, гарантия, сроки, зона обслуживания.
  4. Ответы на частые вопросы — те самые, что менеджер повторяет по десять раз в день.
  5. Границы — где ассистент отвечает сам, а где сразу зовёт человека (дорогая услуга, жалоба, юридический вопрос).

После этого ассистент перестаёт быть маршрутизатором по кнопкам и становится первой линией разговора — по вашим правилам, а не по случайным данным из интернета.

Где хранятся данные клиентов — и при чём тут 152-ФЗ

Здесь начинается собственно безопасность. Ассистент видит чувствительное: контакты, историю обращений, состав заявок, переписку. База знаний, диалоги и телефоны клиентов — это актив компании, и если с ним что-то пойдёт не так, отвечать перед клиентами и перед законом будет бизнес, а не поставщик технологии. Поэтому вопрос «где физически живут эти данные и кто к ним имеет доступ» должен быть решён до того, как ассистент начнёт работать, а не после.

У массовых AI-сервисов ответ чаще всего неудобный: это иностранная инфраструктура, данные идут на серверы за пределами России. Для бизнеса, работающего с гражданами РФ, это прямое противоречие 152-ФЗ — закону о персональных данных. Имя, телефон, почта, история обращений — всё это персональные данные; ведёшь переписку с клиентами — ты оператор персональных данных, и к тебе предъявляются конкретные требования: хранение на территории России, ограниченный доступ, обработка на законном основании. У иностранного сервиса нет ни понятного механизма реагирования на запрос Роскомнадзора, ни реального контроля за использованием данных.

Готовый ассистент устроен по другому принципу. Все данные BOTIX физически размещены в российском дата-центре: они не уходят за рубеж, не лежат в иностранных облаках и не зависят от чужих юрисдикций. Хранение в РФ, разграничение доступа и журналирование действий встроены в платформу — бизнесу не нужно самому строить инфраструктуру под 152-ФЗ, он получает её как часть продукта. Данные между клиентом, ассистентом и платформой передаются по защищённым каналам, а на уровне базы действует разграничение по проектам: данные одной компании не попадают в выдачу другой. Подробный разбор — в статье где хранятся данные клиентов: 152-ФЗ и серверы РФ; список вопросов, которые стоит задать до покупки любого сервиса, — данные клиентов и AI-ассистент: 4 вопроса до покупки.

Кто видит данные: роли, журнал и удаление проекта

Хранение в России — необходимое, но не достаточное условие. Второй слой безопасности — кто вообще имеет доступ к данным внутри системы. В BOTIX доступ регулируется ролями: у владельца проекта максимальный доступ, администратор управляет настройками и видит переписку, сотрудник работает только со своим участком. Данные клиентов не лежат «общей кучей», которую видит каждый, кто получил логин; уволенный сотрудник теряет доступ сразу. Со стороны платформы действует принцип служебной необходимости: технический доступ нужен только для поддержки и устранения инцидентов, и любое такое действие фиксируется в журнале.

Отдельный вопрос, о котором вспоминают только в момент расставания, — что происходит при удалении проекта. У готового продукта здесь понятный регламент: база знаний, история диалогов, контакты и настройки удаляются, резервные копии хранятся ограниченный срок и тоже выводятся из системы, после чего у платформы не остаётся работающей копии данных компании. Бизнес сам решает, когда заканчивать работу с инструментом, и его данные не превращаются в чужой архив. Для сети из нескольких точек к этому добавляется раздельное хранение по филиалам — как это устроено при масштабировании, разбираем в статье сеть на одном ассистенте: филиалы и раздельные данные.

Кто отвечает за поведение ассистента

Третья дыра массового сервиса — ответственность за поведение. За «вашего ассистента» на общем сервисе не отвечает никто: его владелец не отвечает за клиента вашего кафе, а вы не управляете тем, как сервис себя ведёт. На чувствительный вопрос он может ответить как угодно.

В готовом продукте эта дыра закрыта тем, что он специализированный, и поведение определяется тремя управляемыми слоями. Первый — архитектура продукта: не давать медицинских и юридических рекомендаций, не выдумывать цены, передавать сложное человеку. Второй — материалы компании в базе знаний. Третий — сценарий разговора, который владелец видит и правит без программиста: не нравится приветствие — меняет; хочет, чтобы перед дорогой услугой подключался сотрудник, — добавляет шаг. Это реальный контроль, а не надежда, что «в этот раз сервис ответит правильно». Что происходит в редком случае ошибки и кто за неё отвечает — разбираем отдельно: если AI-ассистент ошибётся: кто отвечает за ответ.

Как выбрать и проверить продукт до покупки

Деление простое. Задача звучит как «помоги разобраться в общем вопросе» — берите массовый сервис. Задача звучит как «общайся с моими клиентами от лица моего бизнеса, не теряй обращения, не выдумывай цены и не сливай данные» — это другой класс продукта, готовый ассистент. Сравнивать их напрямую не стоит: они сделаны под разные задачи, а для работы с клиентскими данными в российском правовом поле выбор однозначен.

Проверить готовый ассистент можно за один вечер, не веря на слово ни статье, ни продавцу:

  1. Откройте демо своей ниши — рабочую песочницу с примером материалов и сценарием.
  2. Задайте живые вопросы клиента — про цену, условия, сроки — и проверьте, отвечает ли ассистент по материалам компании, а не общими фразами.
  3. Задайте неудобное — то, на что ответа в материалах нет: хороший ассистент передаёт диалог человеку, а не выдумывает.
  4. Проверьте контроль — зайдите в кабинет, поменяйте шаг сценария, посмотрите роли доступа и где хранятся данные.

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