Add VitePress technical specification draft
This commit is contained in:
140
docs/tz/functional-requirements.md
Normal file
140
docs/tz/functional-requirements.md
Normal file
@@ -0,0 +1,140 @@
|
||||
# Функциональные требования
|
||||
|
||||
## 1. Авторизация и подключение
|
||||
|
||||
Система должна поддерживать два способа входа клиента в продукт:
|
||||
|
||||
- регистрация по персональному приглашению
|
||||
- самостоятельная регистрация с последующим согласованием менеджером
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- создание приглашения менеджером
|
||||
- отправка приглашения по email
|
||||
- самостоятельная подача заявки на подключение
|
||||
- approve/reject заявки менеджером
|
||||
- завершение регистрации и установка учетных данных
|
||||
- привязка пользователя к контрагенту
|
||||
- подключение Telegram и Max как каналов уведомлений
|
||||
|
||||
## 2. Каталог готовой продукции
|
||||
|
||||
Система должна предоставлять клиенту витрину готовой продукции.
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- просмотр списка типов товаров
|
||||
- переход в карточку конкретного типа товара
|
||||
- выбор параметров продукции
|
||||
- просмотр доступных вариантов
|
||||
- сравнение остатков по складам
|
||||
- добавление позиции в корзину без отображения цены
|
||||
|
||||
### Обязательные особенности
|
||||
|
||||
- по каждой позиции должны отображаться характеристики товара
|
||||
- по каждой позиции должны отображаться остатки по складам
|
||||
- клиент не должен видеть цену на этапе выбора
|
||||
- каталог должен поддерживать как стандартные параметры, так и информационные описания по применению
|
||||
|
||||
## 3. Корзина и заявка на заказ
|
||||
|
||||
Система должна позволять клиенту собрать корзину и отправить заявку менеджеру.
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- просмотр корзины
|
||||
- изменение количества позиций
|
||||
- удаление позиции
|
||||
- отправка заявки на заказ
|
||||
- фиксация состава заявки без цены
|
||||
- передача заявки закрепленному менеджеру
|
||||
|
||||
## 4. Обработка заявки менеджером
|
||||
|
||||
Менеджер должен иметь возможность вручную обработать заявку.
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- открытие заявки менеджером
|
||||
- заполнение стоимости по позициям или по заявке
|
||||
- указание параметров доставки
|
||||
- публикация обновленных условий клиенту
|
||||
- повторная корректировка до перевода в работу
|
||||
- перевод заявки в работу
|
||||
- отмена заявки
|
||||
|
||||
Система должна фиксировать:
|
||||
|
||||
- инициатора изменения
|
||||
- дату и время действия
|
||||
- историю изменения статусов
|
||||
|
||||
## 5. Заявка на расчет
|
||||
|
||||
Если готовая продукция не подходит, система должна переводить клиента в сценарий расчета.
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- переход из каталога в заказ с расчетом
|
||||
- заполнение параметров изделия
|
||||
- отправка заявки на расчет
|
||||
- ручная обработка стоимости менеджером
|
||||
- публикация расчета клиенту
|
||||
- перевод расчета в работу или отмену
|
||||
|
||||
### Базовые параметры расчета
|
||||
|
||||
Минимально в ТЗ должны быть закреплены:
|
||||
|
||||
- тип продукции
|
||||
- ширина
|
||||
- длина
|
||||
- толщина
|
||||
- цвет
|
||||
- дополнительные параметры по конкретному типу товара
|
||||
- комментарий клиента
|
||||
|
||||
## 6. Заказы и сопровождение
|
||||
|
||||
Система должна отображать клиенту список заказов и карточку каждого заказа.
|
||||
|
||||
### Обязательные сценарии
|
||||
|
||||
- просмотр списка заказов
|
||||
- фильтрация по периоду
|
||||
- просмотр карточки заказа
|
||||
- отображение статуса из 1С
|
||||
- отображение изменений по заказу
|
||||
- отправка трекинг-уведомлений
|
||||
|
||||
## 7. Уведомления
|
||||
|
||||
Система должна поддерживать многоканальные уведомления.
|
||||
|
||||
### Каналы
|
||||
|
||||
- email
|
||||
- Telegram
|
||||
- Max
|
||||
|
||||
### События
|
||||
|
||||
- приглашение к регистрации
|
||||
- approve/reject подключения
|
||||
- публикация условий по заявке
|
||||
- изменение статуса заказа
|
||||
- изменения по бонусному балансу
|
||||
|
||||
## 8. Бонусная программа
|
||||
|
||||
Бонусный контур должен быть описан в ТЗ как отдельная функциональная область.
|
||||
|
||||
Минимально должны быть зафиксированы:
|
||||
|
||||
- реферальная привязка клиентов
|
||||
- начисления и списания
|
||||
- журнал бонусных операций
|
||||
- магазин вознаграждений
|
||||
- заявка на вывод
|
||||
- менеджерская обработка заявок на вывод
|
||||
Reference in New Issue
Block a user