Rewrite technical specification in formal style

docs/tz/product-scope.md

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