Conversational BI: чат с данными компании

Строим Conversational BI поверх вашего хранилища: семантический слой, генерация SQL и права по ролям. Пятьдесят аналитиков задают вопросы словами, а система возвращает цифры и графики.

Аналитик задаёт вопрос словами и получает SQL, график и короткий ответ по вашему хранилищу.

Стоимость

от 900 000 ₽

за проект

Это нижняя граница проекта. Точную смету считаем после брифа: она зависит от объёма и числа интеграций.

Что входит

Возможности

Семантический слой над хранилищем

Метрики, измерения и связи описаны один раз, поэтому каждый запрос считает выручку и маржу по одному определению.

Вопрос на естественном языке

Модель переводит вопрос в SQL по схеме семантического слоя и показывает сгенерированный запрос до выполнения.

Доступ по ролям

Пользователь видит строки и колонки, разрешённые его ролью, а фильтры доступа применяются к каждому запросу.

График и короткий ответ

Система выбирает тип графика, подписывает оси и добавляет вывод в два-три предложения с указанием периода.

Как мы работаем

От заявки до результата

  1. 1

    Аудит хранилища и метрик

    Разбираем схему хранилища, список источников и владельцев метрик: фиксируем, какие цифры считаются официальными.

  2. 2

    Семантический слой

    Описываем метрики, измерения, связи и правила агрегации, а владелец метрики утверждает каждое определение.

  3. 3

    NL-to-SQL и доступ

    Подключаем генератор SQL, проверяем его на наборе реальных вопросов и настраиваем фильтры по ролям.

  4. 4

    Пилот и запуск

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

Кому подходит

Проверьте, подойдёт ли вам

Подходит

  • Есть хранилище и владелец метрик

    Данные лежат в PostgreSQL или ClickHouse, а за определения выручки и маржи отвечает конкретный человек.

  • Роли описаны

    У вас описаны роли и правила доступа к строкам и колонкам в отчётах.

Не подходит

  • Отчёты живут в таблицах

    Разрозненные файлы и ручные выгрузки дают разную выручку за один период: сначала нужен общий источник.

  • Регулируемые метрики без регламента

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

Практика

Что вы получаете

2 источника

Два источника в базе

Базовый контур подключает два источника, например PostgreSQL и ClickHouse. Каждый источник приносит свои таблицы, а семантический слой связывает их в общие метрики.

50 пользователей

Пятьдесят пользователей

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

По запросу

Семантический слой

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

Состав работы

Что входит в поставку

Семантический слой

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

Чат с данными

Разворачиваем интерфейс вопросов и ответов с генерацией SQL, проверкой прав и коротким выводом. Пользователь видит запрос, график и период, за который посчитана цифра по данным хранилища.

Дашборд

Собираем дашборд из вопросов, которые чаще всего задают на пилоте. Панели обновляются по расписанию и становятся точкой входа для команды аналитики.

Как устроено

Механизм работы

  1. Вопрос

    Аналитик задаёт вопрос словами: «какая выручка по регионам за квартал». Система находит метрику и измерения в семантическом слое и уточняет период, если вопрос допускает два прочтения.

  2. Запрос на SQL

    Генератор собирает SQL по определениям семантического слоя, подставляет фильтры роли и проверяет запрос на синтаксис. Пользователь видит готовый SQL до выполнения и может сохранить его как отчёт.

  3. Ответ и доступ

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

Ограничения и цена

Где решение упирается

  • 01

    Качество семантического слоя

    Точность ответа держится на качестве семантического слоя: описанные метрики, связи и правила агрегации дают предсказуемый SQL. Один владелец метрики утверждает определения, и это ускоряет каждую правку.

  • 02

    Модель доступа

    Модель доступа задаёт видимость строк и колонок для каждой роли. Чем точнее роли описывают работу отделов, тем проще поддерживать права и проверять их на пилоте.

  • 03

    Свежесть данных

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

Стек

Технологии

Технологии, которые мы используем в работе, и их роль в проекте.

Хранилище и слой запросов

Хранилище читается из PostgreSQL и ClickHouse, события обновлений идут через Kafka, кэш ответов живёт в Redis, а генерацию SQL и проверки доступа выполняет Python.

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

Калькулятор стоимости

Это ориентировочный диапазон, а не коммерческое предложение. Точную смету подготовим после брифа: она зависит от объёма и числа интеграций.

Источники

2

Пользователи

50

Семантический слой

Контроль доступов

Дополнительно

Поддержка

Первый год: обновления и мониторинг, ответ за 2 рабочих дня.

Услуга

Conversational BI: чат с данными компании

В смету входит работа команды. Оборудование, лицензии сторонних сервисов и командировки добавляем по согласованию.

Расчётная стоимость

1,15 млн. ₽

Срок работ

6 нед.

Вопросы

Частые вопросы

Насколько точны ответы?

На пилоте считаем долю вопросов с верным SQL и верной цифрой на вашем наборе. Порог согласуем до запуска: обычно это 90–95% для типовых вопросов по утверждённым метрикам, а сложные запросы система помечает.

Кто что видит?

Доступ задан ролью: фильтры строк и колонок применяются до выполнения запроса, поэтому пользователь получает только разрешённые данные. Права хранятся в семантическом слое и меняются вместе с ролью.

Какие источники подключаете?

PostgreSQL, ClickHouse, Kafka и витрины на их основе. В базовый контур входят два источника, дополнительные подключаем по одному: каждый добавляет таблицы, связи и правила агрегации.

Сколько идёт запуск?

Пилот занимает 4–6 недель: аудит и семантический слой, затем NL-to-SQL и доступ, затем запуск на группе пользователей. Срок зависит от числа метрик и готовности схемы.

Готовы обсудить задачу?

Оставьте заявку – вернёмся с предложением и предварительной оценкой.

Связаться с нами