Защищённая среда для клиентских коммуникаций и данных
Снижает операционную нагрузку и помогает формировать единый стандарт качества сервиса с помощью AI
Безопасность как основа
омниканальной платформы
Архитектура учитывает особенности корпоративной среды и помогает выстраивать сервис в соответствии с внутренними требованиями компании.
Статус проверенного решения помогает использовать платформу в среде, где к выбору технологий предъявляются дополнительные требования.
Обработка такой информации выстроена так, чтобы снизить неясность в вопросах ответственности и процедур.
Как обеспечивается защита данных
Безопасность клиентских данных обеспечивается встроенным функционалом и стандартами защиты
Корпоративная аутентификация
Возможность подключения SSO и OIDC помогает выстраивать доступ по корпоративным правилам и не управлять учётными данными вручную
Управление доступами
Разграничение прав помогает ограничивать доступ к данным, проектам и функциям в зависимости от роли пользователя.
Приватность
Данные компании остаются в изолированном контуре и не используются для дообучения моделей или передачи третьим лицам
Шифрование данных
Стандарт шифрования AES-256 при хранении и протокол защищённой передачи TLS снижают риск утечки и несанкционированного доступа
Маскировка
Система автоматически выявляет и маскирует чувствительные данные (PII) до передачи в облако, снижая риск утечки информации
СДЭК
в 5 раз
сократилось время согласования доставки
Логистический оператор разгрузил горячую линию и ускорил обработку входящих обращений
Уральские Авиалинии
63%
обращений стало обрабатываться автоматически
Авиакомпания снизила стоимость поддержки и дала пассажирам удобные текстовые каналы
Мой Доктор
45%
расходов снижено на клиентские коммуникации
Сеть клиник сократила ручную нагрузку при подтверждении записей и обращениях пациентов
Вопрос-ответ
Отвечаем на часто задаваемые вопросы от пользователей
Стоимость формируется на основе согласованного ТЗ и состава работ по выбранному тарифу. В расчете учтено всё, что зафиксировано в ТЗ. Дополнительные платежи возможны только при расширении объема работ или появлении новых требований, которые не были описаны на этапе оценки.
Большинство сервисов Flomni CS — это полноценные функциональные модули платформы, а не отдельные элементы, которые можно встроить во внешнюю систему. Например, работу операторов службы поддержки с Диалогами нельзя полностью перенести в интерфейс вашей CRM. При этом выбранный сценарий может предусматривать интеграцию с другими платформами, и сотрудник сможет оперативно получать нужную информацию внутри своей рабочей системы, дополнительный доступ к Flomni CS ему может не потребоваться. По вопросам возможностей платформы, интеграций и управления доступами рекомендуем обратиться к нашим специалистам.
Да, мы можем обсудить конфигурацию под ваши задачи и определить, какие сервисы, модули и опции нужны на старте. При этом часть сервисов и опций нельзя полностью исключить: они входят в базовый состав тарифа или связаны с другими возможностями платформы. Финальная стоимость зависит от выбранного тарифного плана, согласованного состава решения и дополнительных модулей или интеграций, необходимых для вашего сценария.
Конструктор ботов является неотъемлемой частью Flomni CS: использовать его отдельно нельзя. Платформа нужна для настройки сценариев, редактирования, мониторинга, аналитики и развития бота после запуска.
Отдельно MAX не подключается: в нашем случае подключение мессенджера MAX работает исключительно в рамках сервисов платформы Flomni CS. Она нужна, чтобы настроить канал, связать его со сценариями, управлять коммуникациями и отслеживать результат. Но мы можем собрать конфигурацию, где основной фокус будет на MAX — без лишних каналов и функций на старте.
Мы отвечаем за настройку платформы, сценариев, каналов, участвуем в запуске, сопровождаем внедрение и осуществляем поддержку после запуска. Со стороны клиента нужны ТЗ, данные для настройки, доступы или действия в своих системах: CRM, сайт, бот-аккаунты, а также участие в тестировании и приемке. Состав работ и уровень сопровождения могут отличаться в зависимости от выбранного тарифного плана, поэтому финальные зоны ответственности лучше фиксировать при согласовании ТЗ.