#Детальний дизайн системи CRM 2.0

#1. Огляд системи та концепція дизайну

#1.1 Позиціонування системи

Ця система є платформою для управління продажами CRM 2.0, побудованою на базі no-code платформи NocoBase. Основна мета:

Дозвольте відділу продажів зосередитися на побудові відносин із клієнтами, а не на введенні даних та повторюваному аналізі

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

#1.2 Концепція дизайну

#Концепція 1: Повна воронка продажів

Наскрізний процес продажів:

Чому обрано такий дизайн?

#Концепція 2: Конфігурована воронка продажів

Різні галузі можуть налаштовувати етапи воронки продажів без зміни коду.

#Концепція 3: Модульний дизайн

• Основні модулі (Клієнти + Угоди) є обов'язковими, інші модулі можна вмикати за потреби.
• Вимкнення модулів не потребує зміни коду, це робиться через інтерфейс конфігурації NocoBase.
• Кожен модуль розроблений незалежно для зниження взаємозалежності.

#2. Архітектура модулів та кастомізація

#2.1 Огляд модулів

Система CRM використовує модульну архітектуру — кожен модуль можна незалежно ввімкнути або вимкнути відповідно до потреб бізнесу.

#2.2 Залежності модулів

#2.3 Попередньо налаштовані версії

#2.4 Мапінг модулів та колекцій

#Колекції основного модуля (завжди обов'язкові)

#2.5 Як вимкнути модулі

Просто приховайте пункт меню для відповідного модуля в інтерфейсі адміністрування NocoBase; немає потреби змінювати код або видаляти колекції.

#3. Основні сутності та модель даних

#3.1 Огляд взаємозв'язків сутностей

#3.2 Деталі основних колекцій

#3.2.1 Ліди (nb_crm_leads)

Управління лідами за допомогою спрощеного 4-етапного робочого процесу.

Процес етапів:

Новий → В роботі → Перевірений → Конвертований у Клієнта/Угоду
          ↓            ↓
     Непридатний  Непридатний

Ключові поля:

#3.2.2 Клієнти (nb_crm_customers)

Управління клієнтами/компаніями з підтримкою міжнародного бізнесу.

Ключові поля:

#3.2.3 Угоди (nb_crm_opportunities)

Управління комерційними угодами з конфігурованими етапами воронки.

Ключові поля:

#3.2.4 Комерційні пропозиції (nb_crm_quotations)

Управління пропозиціями з підтримкою мультивалютності та робочих процесів затвердження.

Потік статусів:

Чернетка → Очікує затвердження → Затверджено → Надіслано → Прийнято/Відхилено/Прострочено
                 ↓
             Відхилено → Редагувати → Чернетка

Ключові поля:

#3.2.5 Замовлення (nb_crm_orders)

Управління замовленнями, включаючи відстеження платежів.

Ключові поля:

#3.3 Підсумок колекцій

#Бізнес-колекції CRM

#Колекції базових даних (спільні модулі)

#3.4 Допоміжні колекції

#3.4.1 Коментарі (nb_crm_comments)

Універсальна колекція коментарів/приміток, яку можна пов'язати з різними бізнес-об'єктами.

#3.4.2 Спільний доступ до клієнтів (nb_crm_customer_shares)

Дозволяє спільну роботу кількох осіб та розподіл прав доступу до клієнтів.

#3.4.3 Співавтори угод (nb_crm_opportunity_users)

Підтримує командну роботу над угодами.

#3.4.4 Регіони (nb_cbo_regions)

Довідник базових даних країн/регіонів.

#4. Життєвий цикл ліда

Управління лідами використовує спрощений 4-етапний робочий процес. При створенні нового ліда робочий процес може автоматично запускати оцінювання ШІ, щоб допомогти відділу продажів швидко ідентифікувати якісні ліди.

#4.1 Визначення статусів

#4.2 Схема статусів

#4.3 Процес конвертації ліда

Інтерфейс конвертації пропонує три варіанти одночасно; користувачі можуть вибрати створення або пов'язання:

• Клієнт: Створити нового клієнта АБО пов'язати з існуючим.
• Контакт: Створити новий контакт (пов'язаний з клієнтом).
• Угода: Створення угоди є обов'язковим.

Записи після конвертації:

• converted_customer_id: ID пов'язаного клієнта
• converted_contact_id: ID пов'язаного контакту
• converted_opportunity_id: ID створеної угоди

#5. Життєвий цикл угоди

Управління угодами використовує конфігуровані етапи воронки продажів. Коли етап угоди змінюється, це може автоматично запускати прогноз ймовірності виграшу ШІ, щоб допомогти виявити ризики та можливості.

#5.1 Конфігуровані етапи

Етапи зберігаються в колекції nb_crm_opportunity_stages і можуть бути налаштовані:

#5.2 Потік воронки

#5.3 Виявлення стагнації

Угоди без активності будуть позначені:

-- Розрахунок днів стагнації
UPDATE nb_crm_opportunities
SET stagnant_days = EXTRACT(DAY FROM NOW() - last_activity_at)
WHERE stage NOT IN ('won', 'lost');

#5.4 Обробка виграшу/програшу

При виграші:

1. Оновити етап на 'won'.
2. Записати фактичну дату закриття.
3. Оновити статус клієнта на 'active'.
4. Запустити створення замовлення (якщо пропозиція була прийнята).

При програші:

1. Оновити етап на 'lost'.
2. Записати причину програшу.
3. Записати ID конкурента (якщо програно конкуренту).
4. Сповістити менеджера.

#6. Життєвий цикл комерційної пропозиції

#6.1 Визначення статусів

#6.2 Правила затвердження (буде доопрацьовано)

Робочі процеси затвердження запускаються на основі таких умов:

#6.3 Мультивалютна підтримка

#Концепція дизайну

Використовуйте USD як єдину базову валюту для всіх звітів та аналізу. Кожен запис суми зберігає:

• Оригінальну валюту та суму (те, що бачить клієнт)
• Обмінний курс на момент транзакції
• Еквівалент у USD (для внутрішнього порівняння)

#Довідник валют (nb_cbo_currencies)

Конфігурація валют використовує спільну колекцію базових даних, що підтримує динамічне управління. Поле current_rate зберігає поточний курс, який оновлюється запланованим завданням з останнього запису в nb_crm_exchange_rates.

#Історія обмінних курсів (nb_crm_exchange_rates)

Записує історичні дані курсів валют. Заплановане завдання синхронізує останні курси в nb_cbo_currencies.current_rate.

Примітка: Пропозиції пов'язані з колекцією nb_cbo_currencies через зовнішній ключ currency_id, а курс береться безпосередньо з поля current_rate. Угоди та замовлення використовують поле VARCHAR currency для зберігання коду валюти.

#Шаблон полів суми

Колекції, що містять суми, дотримуються такого шаблону:

Застосовується до:

• nb_crm_opportunities.amount → amount_usd
• nb_crm_quotations.total_amount → total_amount_usd

#Інтеграція робочих процесів

Логіка отримання курсу:

1. Отримання курсу безпосередньо з nb_cbo_currencies.current_rate під час бізнес-операцій.
2. Транзакції в USD: Курс = 1.0, пошук не потрібен.
3. current_rate синхронізується запланованим завданням з останнього запису nb_crm_exchange_rates.

#6.4 Управління версіями

Коли пропозиція відхилена або прострочена, її можна дублювати як нову версію:

QT-20260119-001 v1 → Відхилено
QT-20260119-001 v2 → Надіслано
QT-20260119-001 v3 → Прийнято

#7. Життєвий цикл замовлення

#7.1 Огляд замовлень

Замовлення створюються, коли пропозиція прийнята, що представляє підтверджене бізнес-зобов'язання.

#7.2 Визначення статусів замовлення

#7.3 Модель даних замовлення

#nb_crm_orders

#nb_crm_order_items

#7.4 Відстеження платежів

#nb_crm_payments

#8. Життєвий цикл клієнта

#8.1 Огляд клієнтів

Клієнти створюються під час конвертації ліда або при виграші угоди. Система відстежує повний життєвий цикл від залучення до адвокації.

#8.2 Визначення статусів клієнта

#8.3 Оцінка здоров'я клієнта

Здоров'я клієнта розраховується на основі кількох факторів:

Пороги здоров'я:

if (health_score >= 90) status = 'advocate';
else if (health_score >= 70) status = 'active';
else if (health_score >= 50) status = 'growing';
else status = 'at_risk';

#8.4 Сегментація клієнтів

#Автоматизована сегментація

#9. Інтеграція з електронною поштою

#9.1 Огляд

NocoBase надає вбудований плагін інтеграції пошти з підтримкою Gmail та Outlook. Після синхронізації листів робочі процеси можуть автоматично запускати ШІ-аналіз настроїв та намірів у листах, допомагаючи відділу продажів швидко розуміти ставлення клієнтів.

#9.2 Синхронізація пошти

Підтримувані провайдери:

• Gmail (через OAuth 2.0)
• Outlook/Microsoft 365 (через OAuth 2.0)

Поведінка синхронізації:

• Двостороння синхронізація надісланих та отриманих листів.
• Автоматичне пов'язання листів із записами CRM (Ліди, Контакти, Угоди).
• Вкладення зберігаються у файловій системі NocoBase.

#9.3 Зв'язок Пошта-CRM (буде доопрацьовано)

#9.4 Шаблони листів

Відділ продажів може використовувати попередньо налаштовані шаблони:

#10. Можливості за підтримки ШІ

#10.1 Команда ШІ-співробітників

Система CRM інтегрує плагін NocoBase AI, використовуючи таких вбудованих ШІ-співробітників, налаштованих для завдань CRM:

#10.2 Список завдань ШІ

Можливості ШІ поділяються на дві незалежні категорії:

#I. ШІ-співробітники (запуск через блоки інтерфейсу)

Користувачі взаємодіють безпосередньо з ШІ через блоки "ШІ-співробітник" в інтерфейсі для отримання аналізу та пропозицій.

#II. Вузли LLM у робочих процесах (автоматичне виконання на бекенді)

Вузли LLM, вбудовані в робочі процеси, запускаються автоматично подіями колекцій, подіями дій або запланованими завданнями, незалежно від ШІ-співробітників.

Примітка: Вузли LLM у робочих процесах використовують промпти та вивід Schema для структурованого JSON, який парситься та записується в бізнес-поля даних без втручання користувача.

#10.3 Поля ШІ в базі даних

#11. Двигун робочих процесів

#11.1 Реалізовані робочі процеси

#11.2 Заплановані робочі процеси

#12. Дизайн меню та інтерфейсу

#12.1 Структура адмін-панелі

#12.2 Вигляди дашбордів

#Вигляд менеджера з продажів

#Вигляд торгового представника

#Вигляд керівництва

Версія документа: v2.0 | Оновлено: 2026-02-06