Expand technical specification content

docs/tz/product-scope.md

@@ -1,79 +1,108 @@
-# Контур продукта
+# 2. Назначение и границы продукта
 
-## Назначение
+## 2.1 Назначение системы
 
-`Личный кабинет Фрегат` предназначен для того, чтобы клиент мог самостоятельно работать с заказами и взаимодействием с менеджером в единой системе без постоянной ручной переписки.
+`Личный кабинет Фрегат` предназначен для переноса клиентского B2B взаимодействия из разрозненной переписки и ручного обмена файлами в единый веб-интерфейс.
 
-## Основные пользовательские блоки
+Система должна обеспечить:
 
-### Для клиента
+- единый вход клиента в процессы компании
+- цифровой выбор готовой продукции
+- цифровую отправку заявок на заказ и расчет
+- ручное согласование коммерческих условий менеджером
+- прозрачное сопровождение заказа по статусам
+- уведомление клиента о значимых изменениях
+
+## 2.2 Границы продукта
+
+Продукт охватывает следующие функциональные области:
+
+- регистрация и подключение клиента
+- каталог готовой продукции
+- карточка товара и выбор параметров
+- корзина и отправка заявки на заказ
+- заявка на расчет кастомной продукции
+- менеджерская обработка заявок
+- карточка заказа и история заказов
+- уведомления
+- бонусная и реферальная программа
+- административные настройки
+
+Продукт не предназначен для:
+
+- самостоятельного расчета цены клиентом
+- бухгалтерского учета
+- публичной B2C торговли
+- самостоятельного изменения клиентом бизнес-правил компании
+
+## 2.3 Пользовательские контуры
+
+### Клиентский контур
+
+Клиентский контур должен включать:
 
 - вход и завершение регистрации
-- профиль компании и контактов
-- каталог готовой продукции
-- карточка товара с параметрами и остатками
-- корзина
-- заявка на заказ
-- заявка на расчет кастомной продукции
-- список заказов
-- карточка заказа
+- профиль компании
+- каталог продукции
+- карточку товара
+- корзину
+- список заявок и заказов
+- карточку заказа
 - уведомления
-- бонусная программа
+- бонусный кабинет
 
-### Для менеджера
+### Менеджерский контур
 
-- обработка заявок на подключение
-- обработка клиентских заказов и расчетов
-- ручное заполнение стоимости и условий доставки
-- публикация обновленных условий клиенту
-- просмотр клиентов и контрагентов
-- управление реферальными связями
-- обработка бонусных операций и заявок на вывод
-- настройка каталога, уведомлений и синхронизации
+Менеджерский контур должен включать:
 
-## Ключевые бизнес-сценарии
+- обработку заявок на подключение
+- обработку заказных заявок
+- обработку расчетных заявок
+- работу с клиентами
+- работу с заказами
+- бонусные операции
+- административные настройки
 
-### Сценарий 1. Подключение клиента
+## 2.4 Основные бизнес-сценарии
 
-1. Клиент получает приглашение или самостоятельно подает заявку.
-2. Менеджер проверяет данные.
-3. При approve клиент завершает регистрацию.
-4. Клиент получает доступ в кабинет.
+### Сценарий А. Подключение нового клиента
 
-### Сценарий 2. Заказ готовой продукции
+1. Клиент получает приглашение от менеджера или самостоятельно подает заявку на подключение.
+2. Менеджер проверяет данные клиента.
+3. Менеджер принимает решение approve/reject.
+4. При approve система отправляет клиенту ссылку для завершения регистрации.
+5. Клиент завершает регистрацию и получает доступ в кабинет.
 
-1. Клиент открывает каталог.
-2. Выбирает тип товара и параметры.
-3. Видит доступные остатки по складам.
-4. Добавляет позиции в корзину.
-5. Отправляет заявку без цены.
-6. Менеджер проставляет цену и условия доставки.
-7. Клиент получает обновленные условия.
-8. Одна из сторон переводит заявку в работу или отменяет ее.
+### Сценарий Б. Заказ готовой продукции
 
-### Сценарий 3. Заявка на расчет
+1. Клиент открывает каталог готовой продукции.
+2. Клиент выбирает тип товара.
+3. Клиент выбирает параметры товара.
+4. Клиент видит доступные варианты и остатки по складам.
+5. Клиент добавляет позиции в корзину.
+6. Клиент отправляет заявку без цены.
+7. Менеджер указывает стоимость и условия доставки.
+8. Клиент получает обновленные условия и принимает решение.
 
-1. Клиент понимает, что готовая продукция не подходит.
-2. Переходит в режим расчета.
-3. Заполняет параметры продукции.
-4. Отправляет заявку менеджеру.
-5. Менеджер указывает цену и условия доставки.
-6. Клиент получает расчет и принимает решение.
+### Сценарий В. Заявка на расчет
 
-### Сценарий 4. Сопровождение заказа
+1. Клиент понимает, что готовый товар не подходит под задачу.
+2. Клиент переходит в режим расчета.
+3. Клиент заполняет параметры изделия.
+4. Клиент отправляет заявку на расчет.
+5. Менеджер указывает стоимость и условия доставки.
+6. Клиент получает расчет и может продолжить работу по заявке.
 
-1. После создания заказа статусы поступают из 1С.
-2. Клиент видит актуальный статус и изменения.
-3. Система отправляет уведомления по подключенным каналам.
+### Сценарий Г. Сопровождение заказа
 
-## Границы первой проектной фиксации
+1. Заказ создается и получает статус.
+2. Изменения по заказу поступают в систему.
+3. Клиент видит актуальный статус и обновленные данные.
+4. Система отправляет уведомления клиенту.
 
-Для первой полноценной редакции ТЗ мы фиксируем все разделы продукта, но детализируем в первую очередь:
+### Сценарий Д. Бонусная программа
 
-- авторизацию и подключение клиента
-- каталог и заказ готовой продукции
-- расчет кастомной продукции
-- менеджерскую обработку заявки
-- карточку заказа и список заказов
-
-Бонусная программа должна быть описана в ТЗ, но на раннем этапе может иметь меньшую глубину детализации интерфейсов, чем заказный контур.
+1. Менеджер создает или поддерживает реферальную связь.
+2. Система отражает бонусные начисления и изменения баланса.
+3. Клиент видит бонусный баланс и историю операций.
+4. Клиент может использовать бонусы или подать заявку на вывод в рамках правил программы.