#Подробное проектирование системы CRM 2.0

#1. Обзор системы и концепция дизайна

#1.1 Позиционирование системы

Данная система представляет собой платформу управления продажами CRM 2.0, построенную на базе платформы без кода 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