Границы BiFL: что доступно, а что требует реализации

Любой обзор платформы полезен ровно настолько, насколько честно называет границы. Ниже — карта BiFL: что подтверждено и работает, что ограничено по конструктиву, а что пока требует реализации. Такой разбор удобно показывать заказчику, который выбирает платформу для внедрения.

Что доступно и подтверждено

— Ответы по базе знаний: файлы, заметки, каталог; ручная переиндексация с понятными статусами обработки. — Каналы: виджет, Telegram, ВКонтакте, MAX, приложение клиента; единые настройки и история диалогов. — Запись: услуги, расписания, слоты, записи, отмена, уведомления владельцу и клиенту. — Продажи: каталог, корзина, заказы, онлайн-оплата (Tinkoff, CloudPayments), рекомендации товаров, аналитика. — Наблюдаемость: история диалогов, результаты действий с каталогом, общий расход по моделям. — Настройка: персонажи, промпты, заметки, свои модели (BYOK), AI-функции кабинета.

Что ограничено по конструктиву

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

Что требует реализации

— Источник конкретного ответа и единый журнал действий. — Причина перехода к человеку, список неотвеченных вопросов. — Сквозной путь «диалог → заказ или запись» как единая воронка.

Эти три пункта честнее считать планами, а не возможностями: в кабинете их нет.

Как этим пользоваться при выборе платформы

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

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

Разбор платформы — в статье:

https://bifl.ru/articles/bifl-platform

А в вашей практике внедрений список «требует реализации» чаще отпугивает заказчика — или наоборот, добавляет доверия?

Границы BiFL: что доступно, а что требует реализации | Сетка — социальная сеть от hh.ru