Эта документация была автоматически переведена ИИ.
На примере CRM узнайте, как ваш ИИ-аналитик может по-настоящему понять ваш бизнес и раскрыть весь свой потенциал.
В системе NocoBase Viz — это встроенный ИИ-аналитик. Он может распознавать контекст страницы (например, лиды, сделки, аккаунты) и генерировать графики трендов, воронки продаж и карточки KPI. Однако по умолчанию он обладает лишь базовыми возможностями запросов:
| Инструмент | Описание функции | Безопасность |
|---|---|---|
| Get Collection Names | Получить список коллекций | ✅ Безопасно |
| Get Collection Metadata | Получить структуру полей | ✅ Безопасно |
Эти инструменты позволяют Viz лишь «распознавать структуру», но не дают ему по-настоящему «понимать содержание». Чтобы он мог генерировать инсайты, выявлять аномалии и анализировать тенденции, вам необходимо расширить его возможности более подходящими аналитическими инструментами.
В официальной демонстрации CRM мы использовали два подхода:
Эти два варианта не являются единственными; они скорее представляют собой парадигму проектирования:
Вы можете следовать этим принципам, чтобы создать реализацию, которая лучше подходит для вашего бизнеса.
Чтобы понять, как расширить возможности Viz, сначала нужно разобраться в его многоуровневой внутренней архитектуре:
| Уровень | Описание | Пример |
|---|---|---|
| Определение роли | «Личность» Viz и метод анализа: Понимание → Запрос → Анализ → Визуализация | Фиксировано |
| Определение задачи | Настраиваемые промпты и комбинации инструментов для конкретного бизнес-сценария | Модифицируемо |
| Конфигурация инструментов | Мост для Viz для вызова внешних источников данных или рабочих процессов | Свободно заменяемо |
Такая многоуровневая архитектура позволяет Viz сохранять стабильную «личность» (последовательную логику анализа) и при этом быстро адаптироваться к различным бизнес-сценариям (CRM, управление больницей, анализ каналов, производственные операции и т.д.).
Overall Analytics — это основной аналитический движок в демонстрации CRM. Он управляет всеми SQL-запросами через коллекцию шаблонов анализа данных (data_analysis). Viz не пишет SQL напрямую, а вызывает предопределенные шаблоны для генерации результатов.
Процесс выполнения выглядит следующим образом:
Таким образом, Viz может генерировать безопасные и стандартизированные результаты анализа за считанные секунды, а администраторы могут централизованно управлять всеми SQL-шаблонами и проверять их.
| Имя поля | Тип | Описание | Пример |
|---|---|---|---|
| id | Integer | Первичный ключ | 1 |
| name | Text | Имя шаблона анализа | Leads Data Analysis |
| collection | Text | Соответствующая коллекция | Lead |
| sql | Code | SQL-запрос для анализа (только для чтения) | SELECT stage, COUNT(*) FROM leads GROUP BY stage |
| description | Markdown | Описание шаблона или определение | "Статистика количества лидов по этапам" |
| createdAt / createdBy / updatedAt / updatedBy | Системное поле | Информация для аудита | Генерируется автоматически |
| Name | Collection | Description |
|---|---|---|
| Account Data Analysis | Account | Анализ данных аккаунтов |
| Contact Data Analysis | Contact | Анализ контактов |
| Leads Data Analysis | Lead | Анализ трендов лидов |
| Opportunity Data Analysis | Opportunity | Воронка этапов сделок |
| Task Data Analysis | Todo Tasks | Статистика статусов задач |
| Users (Sales Reps) Data Analysis | Users | Сравнение производительности торговых представителей |
| Аспект | Преимущество |
|---|---|
| Безопасность | Все SQL-запросы хранятся и проверяются, что исключает прямое генерирование запросов. |
| Поддерживаемость | Шаблоны централизованно управляются и обновляются. |
| Повторное использование | Один и тот же шаблон может быть использован в нескольких задачах. |
| Портативность | Легко переносится в другие системы, требуя лишь аналогичной структуры коллекции. |
| Пользовательский опыт | Бизнес-пользователям не нужно беспокоиться об SQL; им достаточно инициировать запрос на анализ. |
📘 Эта коллекция
data_analysisне обязательно должна называться именно так. Ключевой момент: хранить логику анализа в виде шаблонов, которые централизованно вызываются рабочим процессом.
В определении задачи вы можете явно указать Viz:
Таким образом, Viz автоматически вызовет рабочий процесс, сопоставит наиболее подходящий SQL из коллекции шаблонов и сгенерирует диаграмму.
Когда вам нужен исследовательский анализ, временные запросы или агрегация с JOIN по нескольким коллекциям, вы можете заставить Viz вызвать инструмент SQL Execution.
Особенности этого инструмента:
SELECT запросы;Пример задачи:
"Пожалуйста, проанализируйте тенденцию изменения коэффициентов конверсии лидов по регионам за последние 90 дней."
В этом случае Viz может сгенерировать:
| Точка риска | Стратегия защиты |
|---|---|
| Генерация операций записи | Принудительно ограничить до SELECT |
| Доступ к несвязанным коллекциям | Проверять существование имени коллекции |
| Риск производительности при работе с большими коллекциями | Ограничивать временной диапазон, количество строк с помощью LIMIT |
| Отслеживаемость операций | Включить логирование запросов и аудит |
| Контроль пользовательских разрешений | Только администраторы могут использовать этот инструмент |
Общие рекомендации:
- Обычным пользователям следует разрешать только шаблонный анализ (Overall Analytics);
- Только администраторам или старшим аналитикам следует разрешать использовать SQL Execution.
Ниже представлен простой общий подход, который вы можете полностью воспроизвести в любой системе (независимо от NocoBase):
Имя коллекции может быть любым (например, analysis_templates).
Достаточно, чтобы она содержала поля: name, sql, collection и description.
Логика:
Промпт задачи можно написать так:
Таким образом, ваша система ИИ-сотрудника будет обладать аналитическими возможностями, аналогичными демонстрации CRM, но будет полностью независимой и настраиваемой.
| Рекомендация | Описание |
|---|---|
| Приоритизируйте шаблонный анализ | Безопасно, стабильно, многократно используемо |
| SQL Execution только в качестве дополнения | Ограничено внутренней отладкой или временными запросами |
| Одна диаграмма, один ключевой момент | Обеспечьте четкий вывод, избегайте излишней перегруженности |
| Четкое именование шаблонов | Именуйте в соответствии со страницей/бизнес-областью, например, Leads-Stage-Conversion |
| Краткие и ясные объяснения | Сопровождайте каждую диаграмму 2–3 предложениями резюме |
| Указывайте на отсутствие шаблона | Сообщайте пользователю «Соответствующий шаблон не найден», а не выдавайте пустой результат. |
Независимо от того, занимаетесь ли вы CRM для больниц, производством, складской логистикой или набором студентов, Viz сможет принести пользу вашей системе, если вы сможете ответить на следующие три вопроса:
| Вопрос | Пример |
|---|---|
| 1. Что вы хотите анализировать? | Тренды лидов / Этапы сделок / Коэффициент использования оборудования |
| 2. Где находятся данные? | В какой коллекции, какие поля |
| 3. Как вы хотите это представить? | Линейный график, воронка, круговая диаграмма, сравнительная таблица |
Как только вы определите эти параметры, вам останется лишь:
«Overall Analytics» и «SQL Execution» — это всего лишь два примера реализации. Гораздо важнее идея, стоящая за ними:
Заставьте ИИ-сотрудника понимать вашу бизнес-логику, а не просто выполнять промпты.
Независимо от того, используете ли вы NocoBase, частную систему или собственный рабочий процесс, вы можете воспроизвести эту структуру:
Таким образом, Viz перестанет быть просто «ИИ, который может генерировать диаграммы», а станет настоящим аналитиком, который понимает ваши данные, ваши определения и ваш бизнес.