Классификация требований (MoSCoW)

Раздел классифицирует все требования по приоритету для v1.

---

Must Have (v1)

Без этих требований система не может быть запущена:

• Изоляция данных на уровне проектов
• Ролевая модель (системные + проектные роли)
• Модульная архитектура per-project
• Базовые политики видимости (RBAC + иерархия)
• Order Types (динамические типы продаж)
• Воронки (настраиваемые стадии для сделок)
• Drawer (глобальное быстрое создание, Progressive Disclosure, 6-8 полей)
• Шаблоны проектов (5 базовых)
• Проверка дублей при квалификации (+ проверка корзины при создании И при восстановлении)
• Единый журнал аудита (гибрид: JSON Patch + абсолютные значения ключевых полей)
• Импорт данных (CSV/Excel)
• Contextual UI (скрытие всего что связано с отключённым модулем)
• Soft delete + архив + hard delete (retention)
• Перелимит → read-only + грейс-период
• Заглушка «нет проектов» для сотрудников без назначений
• DLQ для финальных действий продаж (retry + статус ошибки + редактирование полей)
• Stage log: полный лог входов на стадии (включая возвраты, для отчётов по срокам)
• identity_hash для контактов/компаний (заложить в модель, не в UI)
• Переназначение записей при увольнении (per-project проверка + «Требует переназначения»)
• Матрица передачи сделок (что копируется, что нет) + подсказка контактов в целевом проекте
• Drift Detection для продаж: снимок контакта/компании при привязке, предупреждение при изменении данных
• Уведомления: in-app (колокольчик) + email для критичных событий
• Глобальный поиск по проекту (по сделкам, контактам, компаниям, продажим)
• Фильтрация и сортировка в списках (сделки, контакты, продажи, активности)
• Пагинация (25/50/100 записей на странице)
• Дашборд: фиксированный набор виджетов (метрики, воронка, просроченные задачи)
• Статистика: отчёты по продажам, воронке, источникам, команде, продажим
• Активности: задачи, звонки, встречи, заметки — типы, привязка к сущностям, напоминания
• Календарь активностей (свой, день/неделя/месяц)
• Просроченные активности: визуальное выделение, счётчик в меню
• Жизненный цикл: запрет удаления стадий/воронок/типов продаж с активными данными
• Настройки пользователя: язык, часовой пояс, формат даты, вид по умолчанию

Should Have (v1)

Важные, но не критичные для запуска:

• Иерархическая видимость (начальник → подчинённые)
• Передача данных между проектами (копия сделки + lineage, без контактов/продаж/продуктов)
• Генерация документов по шаблонам (DOCX с переменными)
• Шаблоны документов: переменные контакта, компании, продажи, сделки
• Версионирование документов (при перегенерации)
• Merge контактов/компаний (с откатом)
• Шаринг записей и доступа к отделу
• Массовые операции (bulk actions)
• Канбан для продаж
• Drift Detection для сделок: снимок контакта/компании при привязке, предупреждение при изменении данных
• Встроенные отчёты: по продажам, по воронке, по клиентам, по активности, по источникам
• Переоткрытие закрытых сделок (Manager+)
• Настройки уведомлений per-user (выбор категорий, частота email)

Could Have (v1)

Было бы хорошо, но можно отложить:

• Конструктор отчётов
• Автоматизация (триггеры/правила)
• Сохранённые фильтры (views)
• Настраиваемый дашборд (drag & drop виджетов)

Won't Have (v1)

Явно отложено до v2+:

• Полноценный модуль «Маркетинг»
• Self-hosted развёртывание
• Мобильное приложение
• Кастомные роли
• AI-парсинг (Drawer-Assistant)
• Cross-Project Lineage (граф)
• Live-редактирование
• Экспорт данных (будет проработан отдельно)
• Circuit Breaker для webhook (паттерн «предохранитель»)
• SLA-индикаторы в канбане (светофор)
• Повторяющиеся активности
• Командный календарь, синхронизация с Google Calendar / Outlook
• Тёмная тема
• Push-уведомления