logologo
Початок
Посібник
Розробка
Плагіни
API
English
简体中文
日本語
한국어
Deutsch
Français
Español
Português
Русский
Italiano
Türkçe
Українська
Tiếng Việt
Bahasa Indonesia
ไทย
Polski
Nederlands
Čeština
العربية
עברית
हिन्दी
Svenska
Початок
Посібник
Розробка
Плагіни
API
logologo
Огляд

Швидкий старт

Налаштування сервісу LLM
Створення AI-співробітника
Співпраця з AI-співробітником

Вбудовані AI-співробітники

Огляд
Viz: Аналітик інсайтів
Orin: Експерт з моделювання даних
Dex: Експерт з обробки даних
Nathan: Frontend-інженер

Поглиблено

Вибір блоку
Джерело даних
Навички
Завдання
Пошук в Інтернеті
Контроль доступу
Керування файлами

Робочий процес

Вузол LLM

Текстовий чат
Мультимодальний чат
Структурований вивід

База знань AI

Огляд
Векторна база даних
Векторне сховище
База знань
RAG

Документація застосунку

Сценарії

Viz: Налаштування сценарію CRM

Налаштування

Налаштування адміністратора
Посібник з промптів
Previous PageRAG
Next PageНалаштування адміністратора
Повідомлення про переклад ШІ

Ця документація була автоматично перекладена штучним інтелектом.

#AI-співробітник · Viz: Посібник з налаштування для сценаріїв CRM

На прикладі CRM дізнайтеся, як зробити так, щоб ваш AI-аналітик розумів ваш бізнес і розкрив увесь свій потенціал.

#1. Вступ: Як Viz переходить від "бачення даних" до "розуміння бізнесу"

У системі NocoBase Viz — це вбудований AI-аналітик, що надає інсайти. Він може розпізнавати контекст сторінки (наприклад, Leads, Opportunities, Accounts) і генерувати графіки трендів, воронкоподібні діаграми та картки KPI. Однак за замовчуванням він має лише базові можливості запитів:

ІнструментОпис функціїБезпека
Get Collection NamesОтримати список колекцій✅ Безпечно
Get Collection MetadataОтримати структуру полів✅ Безпечно

Ці інструменти дозволяють Viz лише "розпізнавати структуру", але ще не "розуміти вміст". Щоб він міг генерувати інсайти, виявляти аномалії та аналізувати тенденції, вам потрібно розширити його більш відповідними аналітичними інструментами.

В офіційному CRM-демо ми використали два підходи:

  • Overall Analytics (Універсальний аналітичний рушій): Шаблонне, безпечне та багаторазове рішення;
  • SQL Execution (Спеціалізований аналітичний рушій): Пропонує більшу гнучкість, але пов'язаний з більшими ризиками.

Ці два варіанти не є єдиними; вони скоріше є парадигмою дизайну:

Ви можете слідувати цим принципам, щоб створити реалізацію, яка краще підходить для вашого бізнесу.


#2. Структура Viz: Стабільна особистість + Гнучкі завдання

Щоб зрозуміти, як розширити Viz, спочатку потрібно розібратися в його багатошаровій внутрішній архітектурі:

РівеньОписПриклад
Визначення роліОсобистість Viz та метод аналізу: Розуміння → Запит → Аналіз → ВізуалізаціяФіксований
Визначення завданняІндивідуальні підказки та комбінації інструментів для конкретного бізнес-сценаріюМожна змінювати
Конфігурація інструментівМіст для Viz для виклику зовнішніх джерел даних або робочих процесівМожна вільно замінювати

Така багатошарова архітектура дозволяє Viz зберігати стабільну "особистість" (послідовну логіку аналізу), водночас швидко адаптуючись до різних бізнес-сценаріїв (CRM, управління лікарнями, аналіз каналів, виробничі операції тощо).

#3. Шаблонний аналітичний рушій (рекомендовано)

#3.1 Огляд принципу роботи

Overall Analytics — це основний аналітичний рушій у CRM-демо. Він керує всіма SQL-запитами через колекцію шаблонів аналізу даних (data_analysis). Viz не пише SQL безпосередньо, а викликає заздалегідь визначені шаблони для генерації результатів.

Послідовність виконання така:

flowchart TD
    A[Viz отримує завдання] --> B[Викликає робочий процес Overall Analytics]
    B --> C[Зіставляє шаблон на основі поточної сторінки/завдання]
    C --> D[Виконує SQL-запит шаблону (лише для читання)]
    D --> E[Повертає результат даних]
    E --> F[Viz генерує діаграму + коротку інтерпретацію]

Таким чином, Viz може генерувати безпечні та стандартизовані результати аналізу за лічені секунди, а адміністратори можуть централізовано керувати всіма SQL-шаблонами та перевіряти їх.


#3.2 Структура колекції шаблонів (data_analysis)

Назва поляТипОписПриклад
idIntegerПервинний ключ1
nameTextНазва шаблону аналізуLeads Data Analysis
collectionTextВідповідна колекціяLead
sqlCodeSQL-запит для аналізу (лише для читання)SELECT stage, COUNT(*) FROM leads GROUP BY stage
descriptionMarkdownОпис шаблону або визначення"Підрахунок потенційних клієнтів за етапами"
createdAt / createdBy / updatedAt / updatedByСистемне полеІнформація аудитуАвтоматично генерується

#Приклади шаблонів у CRM-демо

НазваКолекціяОпис
Account Data AnalysisAccountАналіз даних облікових записів
Contact Data AnalysisContactАналіз контактів
Leads Data AnalysisLeadАналіз тенденцій потенційних клієнтів
Opportunity Data AnalysisOpportunityВоронка етапів можливостей
Task Data AnalysisTodo TasksСтатистика стану завдань
Users (Sales Reps) Data AnalysisUsersПорівняння продуктивності торгових представників

#3.3 Переваги цього підходу

ВимірПеревага
БезпекаУсі SQL-запити зберігаються та перевіряються, що запобігає прямій генерації запитів
ПідтримкаШаблони централізовано керуються та оновлюються
Повторне використанняОдин і той самий шаблон може бути використаний у кількох завданнях
ПортативністьМожна легко перенести в інші системи, вимагаючи лише ідентичної структури колекції
Досвід користувачаБізнес-користувачам не потрібно турбуватися про SQL; їм достатньо ініціювати запит на аналіз

📘 Ця колекція data_analysis не обов'язково повинна мати саме таку назву. Головне: зберігати логіку аналізу в шаблонному вигляді, щоб її уніфіковано викликав робочий процес.


#3.4 Як змусити Viz використовувати це

У визначенні завдання ви можете чітко вказати Viz:

Привіт, Viz!

Будь ласка, проаналізуйте дані поточного модуля.

**Пріоритет:** Використовуйте інструмент Overall Analytics, щоб отримати результати аналізу з колекції шаблонів.
**Якщо відповідний шаблон не знайдено:** Зазначте, що шаблон відсутній, і запропонуйте адміністратору додати його.

Вимоги до виводу:
- Генеруйте окрему діаграму для кожного результату;
- Додайте короткий опис (2–3 речення) під діаграмою;
- Не вигадуйте дані та не робіть припущень.

Таким чином, Viz автоматично викличе робочий процес, знайде найбільш підходящий SQL-запит у колекції шаблонів і згенерує діаграму.


#4. Спеціалізований виконавець SQL-запитів (використовувати з обережністю)

#4.1 Сценарії застосування

Коли вам потрібен дослідницький аналіз, тимчасові запити або агрегація з об'єднанням кількох колекцій, ви можете змусити Viz викликати інструмент SQL Execution.

Особливості цього інструменту:

  • Viz може безпосередньо генерувати SELECT запити;
  • Система виконує їх і повертає результат;
  • Viz відповідає за аналіз та візуалізацію.

Приклад завдання:

"Будь ласка, проаналізуйте тенденцію зміни коефіцієнтів конверсії потенційних клієнтів за регіонами протягом останніх 90 днів."

У цьому випадку Viz може згенерувати:

SELECT region, COUNT(id) AS leads, SUM(converted)::float/COUNT(id) AS rate
FROM leads
WHERE created_at > now() - interval '90 day'
GROUP BY region;

#4.2 Ризики та рекомендації щодо захисту

Точка ризикуСтратегія захисту
Генерація операцій записуПримусове обмеження до SELECT
Доступ до непов'язаних колекційПеревірка існування назви колекції
Ризик продуктивності з великими колекціямиОбмеження часового діапазону, використання LIMIT для кількості рядків
Відстежуваність операційУвімкнення журналювання запитів та аудиту
Контроль дозволів користувачівЛише адміністратори можуть використовувати цей інструмент

Загальні рекомендації:

  • Звичайним користувачам слід дозволяти лише шаблонний аналіз (Overall Analytics);
  • Лише адміністраторам або старшим аналітикам слід дозволяти використовувати SQL Execution.

#5. Якщо ви хочете створити власний "Overall Analytics"

Ось простий, загальний підхід, який ви можете відтворити в будь-якій системі (незалежно від NocoBase):

#Крок 1: Розробіть колекцію шаблонів

Назва колекції може бути будь-якою (наприклад, analysis_templates). Вона повинна містити поля: name, sql, collection та description.

#Крок 2: Напишіть сервіс або робочий процес "Отримати шаблон → Виконати"

Логіка:

  1. Отримує завдання або контекст сторінки (наприклад, поточну колекцію);
  2. Зіставляє шаблон;
  3. Виконує SQL-запит шаблону (лише для читання);
  4. Повертає стандартизовану структуру даних (рядки + поля).

#Крок 3: Змусьте AI викликати цей інтерфейс

Підказка для завдання може бути написана так:

Спершу спробуйте викликати інструмент аналізу шаблонів. Якщо в шаблонах не знайдено відповідного аналізу, тоді використайте виконавець SQL-запитів.
Будь ласка, переконайтеся, що всі запити призначені лише для читання, та згенеруйте діаграми для відображення результатів.

Таким чином, ваша система AI-співробітників матиме аналітичні можливості, подібні до CRM-демо, але буде повністю незалежною та налаштовуваною.


#6. Найкращі практики та рекомендації з дизайну

РекомендаціяОпис
Пріоритет шаблонному аналізуБезпечно, стабільно та багаторазово
SQL Execution лише як доповненняОбмежено внутрішнім налагодженням або тимчасовими запитами
Одна діаграма, одна ключова думкаЗабезпечте чіткий вивід, уникайте надмірного нагромадження
Чітке іменування шаблонівНазивайте відповідно до сторінки/бізнес-домену, наприклад, Leads-Stage-Conversion
Стислі та зрозумілі поясненняКожну діаграму супроводжуйте 2–3 реченнями підсумку
Повідомляйте про відсутність шаблонуІнформуйте користувача "Відповідний шаблон не знайдено", а не надавайте порожній вивід

#7. Від CRM-демо до вашого сценарію

Незалежно від того, чи працюєте ви з CRM для лікарень, виробництвом, складською логістикою або набором студентів, якщо ви можете відповісти на наступні три питання, Viz зможе принести цінність вашій системі:

ПитанняПриклад
1. Що ви хочете проаналізувати?Тенденції потенційних клієнтів / Етапи угод / Коефіцієнт використання обладнання
2. Де знаходяться дані?Яка колекція, які поля
3. Як ви хочете це представити?Лінійний графік, воронка, кругова діаграма, порівняльна таблиця

Як тільки ви визначите ці аспекти, вам потрібно лише:

  • Записати логіку аналізу в колекцію шаблонів;
  • Прикріпити підказку завдання до сторінки;
  • Тоді Viz зможе "перебрати на себе" аналіз ваших звітів.

#8. Висновок: Візьміть парадигму з собою

"Overall Analytics" та "SQL Execution" — це лише два приклади реалізації. Набагато важливішою є ідея, що стоїть за ними:

Зробіть так, щоб AI-співробітник розумів вашу бізнес-логіку, а не просто виконував підказки.

Незалежно від того, чи використовуєте ви NocoBase, приватну систему або власний робочий процес, ви можете відтворити цю структуру:

  • Централізовані шаблони;
  • Виклики робочих процесів;
  • Виконання лише для читання;
  • AI-презентація.

Таким чином, Viz більше не буде просто "AI, що може генерувати діаграми", а стане справжнім аналітиком, який розуміє ваші дані, ваші визначення та ваш бізнес.