Спецификации требований к программному обеспечению «Личный кабинет Фрегат»
1. Введение
Настоящий документ описывает требования к личному кабинету «Фрегат», включая функциональные и нефункциональные требования, требования к внешним интеграциям и критерии приемки.
2. Общее описание продукта
Личный кабинет «Фрегат» предназначен для поддержки процессов заказа, согласования условий, уведомлений и сопровождения заказов в едином веб-интерфейсе компании.
2.1 Пользовательские роли
SH-01. Клиенты (пользователи личного кабинета).
SH-02. Менеджеры компании «Фрегат».
SH-03. Суперменеджер (расширенная роль с полными правами управления).
3. Требования к системе
3.1 Авторизация и регистрация пользователя
FR-01. Система должна поддерживать регистрацию пользователя по персональному приглашению, которое менеджер отправляет на email клиента.
FR-02. Система должна поддерживать самостоятельную регистрацию: пользователь заполняет форму с реквизитами компании и контактными данными.
FR-03. После самостоятельной регистрации система должна формировать заявку на подключение и направлять ее менеджеру на проверку и approve/reject.
FR-04. При approve заявки менеджером система должна отправлять пользователю email-приглашение со ссылкой для завершения регистрации и привязки к контрагенту.
FR-05. После завершения регистрации по приглашению система должна предоставлять пользователю доступ к личному кабинету.
FR-06. Система должна позволять пользователю дополнительно подключить мессенджеры Telegram и/или Max в настройках профиля.
FR-07. Система должна отправлять изменения по заказам на email пользователя, а также в подключенные мессенджеры Telegram и/или Max.
3.2 Витрина готовой продукции и оформление заказа
FR-08. Система должна отображать клиенту витрину готовой продукции со списком доступных позиций.
FR-09. Система должна отображать по каждой позиции наличие по складам для сравнения остатков.
FR-10. Система должна позволять клиенту добавлять товары в корзину и указывать количество, при этом стоимость позиций на этапе выбора не отображается.
FR-11. Система должна фиксировать заявку на заказ без указания стоимости и передавать ее закрепленному менеджеру на обработку.
FR-12. Менеджер должен вручную заполнять стоимость заказа и параметры доставки, после чего публиковать обновленные условия в личном кабинете.
FR-13. Система должна отображать стоимость и условия доставки клиенту только после ручной обработки менеджером и отправлять уведомление по email и в подключенные мессенджеры.
FR-14. На любой стадии заявки клиент и менеджер должны иметь возможность выполнить действие «Отправить в работу» или «Отменить»; система должна фиксировать инициатора и время изменения статуса.
3.3 Оформление заказа с расчетом
FR-15. Система должна предоставлять переход в раздел заказа с расчетом, если готовая продукция не подходит под задачу клиента.
FR-16. Система должна отображать подробное описание вариантов продукции, параметров и сценариев применения.
FR-17. Система должна позволять клиенту заполнить параметры изделия в калькуляторе (например: толщина, ширина, длина, микронность, цвет) и отправить заявку на расчет.
FR-18. Система не должна отображать стоимость на этапе подбора параметров; после отправки заявки менеджер должен вручную заполнить стоимость и параметры доставки.
FR-19. После заполнения менеджером система должна публиковать расчет в кабинете клиента и отправлять уведомление по email и в подключенные мессенджеры.
FR-20. На любой стадии заявки с расчетом клиент и менеджер должны иметь возможность выполнить действие «Отправить в работу» или «Отменить»; система должна фиксировать инициатора и время изменения статуса.
FR-21. Менеджер должен иметь возможность корректировать стоимость и параметры доставки до момента перевода заявки в статус «В работе» или «Отменен».
3.4 Работа над актуальным заказом
FR-22. После создания заказа система должна отображать в карточке заказа актуальный статус, полученный из 1С.
FR-23. Система должна транслировать и отображать изменения по заказу, поступающие из 1С (включая статусы, даты, параметры доставки и другие обновления данных).
FR-24. Система должна отправлять клиенту трекинг-уведомления при изменении информации по заказу по email и в подключенные мессенджеры.
3.5 Получение информации о заказах
FR-25. Система должна отображать в разделе заказов понятный список заказов клиента с актуальными статусами и деталями по каждому заказу.
FR-26. Система должна отображать историю заказов клиента за выбранный период.
FR-27. Система должна отображать текущую задолженность клиента и дату актуальности данных.
3.6 Реферальная бонусная система
Реферальная бонусная система позволяет менеджеру заводить реферальные связи между клиентами. По правилам программы клиент-реферер получает бонусы или скидки от активности приглашенных клиентов, что создает дополнительный стимул к росту заказов и удержанию.
FR-28. Система должна позволять менеджеру добавлять реферальную привязку.
FR-29. Система должна начислять клиенту бонусы или скидки по условиям программы.
FR-30. Система должна отправлять клиенту уведомление об изменении бонусного баланса на email и в подключенные мессенджеры Telegram и/или Max.
FR-31. Система должна обеспечивать переход клиента в личный кабинет по ссылке из уведомления и отображать текущий статус баланса и историю начислений.
FR-32. Система должна предоставлять клиенту магазин вознаграждений и возможность использовать накопленные бонусы в рамках правил программы.
FR-33. Система должна позволять клиенту подать заявку на вывод вознаграждения при достижении минимального порога суммы, установленного правилами программы.
FR-34. Система должна направлять заявку на вывод вознаграждения закрепленному менеджеру для обработки и фиксировать результат обработки в личном кабинете клиента.
FR-35. Система должна отображать менеджеру список его рефералов, их транзакции и заявки на вывод в режиме реального времени.
4. Нефункциональные требования
4.1 Доступность и адаптивность интерфейсов
IN-01. Система должна предоставлять отдельные веб-интерфейсы для клиента и менеджера.
IN-02. Интерфейсы должны быть адаптивными и корректно работать на desktop и mobile.
IN-03. Интерфейсы должны отображать все разделы и сценарии согласно функциональным требованиям настоящего документа.
IN-04. Для реферальной программы должен быть предусмотрен отдельный личный кабинет с отдельным интерфейсом.
5. Внешние интерфейсы и интеграции
В этом разделе зафиксированы требования к внешним системам в части обмена данными с 1С.
5.1 Требования к событиям от внешних систем (Webhooks)
EX-01. Внешняя система должна передавать событие создания нового заказа.
EX-02. Внешняя система должна передавать событие изменения информации по заказу (статус, сроки, параметры доставки, состав и другие изменения).
Точный формат событий, структура полезной нагрузки и схема подписей будут уточнены отдельно на этапе технической проработки.
5.2 Требования к методам получения данных от внешних систем (GET)
EX-03. Внешняя система должна предоставлять метод получения заказов клиентов.
EX-04. Внешняя система должна предоставлять метод получения товарного каталога, включая характеристики товаров и доступные остатки по складам.
6. Этапы приемки
Работы выполняются поэтапно для снижения рисков и переделок; переход к следующему этапу возможен после согласования сторонами результатов предыдущего этапа.
ST-01. Этап 1 (UX/UI): на этапе должны быть представлены 2-3 сверстанные страницы личного кабинета с основными элементами интерфейса для согласования визуального подхода; критерий завершения этапа — согласование макетов сторонами.
ST-02. Этап 2 (функциональная реализация): на этапе должен быть реализован весь функционал и все процедуры, предусмотренные настоящей спецификацией, без интеграции с 1С; критерий завершения этапа — готовность и приемка функционала без 1С сторонами.
ST-03. Этап 3 (завершающий): на этапе выполняются отладка, подключение и настройка интеграции с 1С; критерий завершения этапа — подтвержденная сторонами работоспособность сценариев с 1С в согласованном объеме.