#Дизайн системы 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. Сделки и заказы используют поле 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
• Outlook / Microsoft 365

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

• Двунаправленная синхронизация отправленных и полученных писем
• Автоматическая привязка к CRM-записям
• Вложения сохраняются в файловой системе NocoBase

#9.3 Связь почты и CRM (требует уточнения)

#9.4 Шаблоны писем

Продажи могут использовать преднастроенные шаблоны:

#10. Возможности ИИ

#10.1 Команда ИИ-сотрудников

CRM интегрирует плагин ИИ NocoBase и использует следующих встроенных ИИ-сотрудников с настроенными CRM-специфичными задачами:

#10.2 Список задач ИИ

Возможности ИИ разделены на две независимые категории:

#1. ИИ-сотрудники (клиентская часть — запуск пользователем)

Пользователи напрямую взаимодействуют с ИИ-сотрудниками через блоки клиентской части, чтобы получать анализ и рекомендации.

#2. Узлы языковой модели в рабочем процессе (серверная часть — автоисполнение)

Узлы языковой модели встроены в рабочий процесс и запускаются автоматически через события таблиц, событий действий или плановые задачи — независимо от ИИ-сотрудников.

Примечание: узлы языковой модели в рабочем процессе используют запросы со структурированным выходом по схеме JSON, чтобы получать структурированные данные; затем они обрабатываются и записываются в бизнес-поля данных — без участия пользователя.

#10.3 Поля ИИ в базе данных

#11. Движок рабочих процессов

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

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

#12. Меню и дизайн интерфейсов

#12.1 Структура меню админки

#12.2 Представления панелей

#Представление руководителя продаж

#Представление менеджера по продажам

#Представление руководства

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