1. Ценности
1.1. 1. Администратор
1.1.1. 1.1.Меньше рутинных действий
1.2. 2.Продавец
1.2.1. 2.1. Больше заказов
1.3. 3.Покупатель
1.3.1. 3.1. Надежность
2. Функционал. Какую проблему решает клиент?
2.1. 1.1 Хаос в заказах
2.2. 1.2. Долгое исполнение или неисполнение заказов Продавцом.
2.3. 1.3. Улучшение сервиса для покупателей
2.4. 1.3. Уменьшение сроков оформления заказа
3. Задача разработчику
3.1. 1.Отмена заказа Администратором
3.1.1. INVEST
3.1.1.1. Я, как Администратор , в админ панели в момент запуска системы контроля, и фильтрации заказов после просроченных заказов , хочу видеть актуальные заказы которые перешли в статус "На отмену", чтобы приступить к работе над заказом
3.1.1.2. Я. как Продавец, сразу получаю на электронную почту, что заказ перешел в статус "На отмену" получаю e-mail уведомление, чтобы предпринять действия для решение проблемы
3.1.2. Текст e-mail уведомления
3.1.2.1. Текст письма: Здравствуйте (название продавца, берется из БД по идентификатору пользователя) .Ваш заказ от интернет-магазина "Свое Родное" (номер заказа берется из БД) получил новый статус
3.1.3. Дополнительные данные
3.1.3.1. Сервис должен находить по идентификатору пользователя данные контакта и номера заказа из БД для отправления e-mail
3.1.3.2. Просроченный заказ это: это когда прошло 72 часа с момента перехода в статус "Оформлен") и имеют статус контроля "Предупреждение" и им не установлен Срок контроля Администратором или пропущен Срок контроля Администратором
3.2. 2.Подтверждение готовности к выдаче заказа - только для заказов самовывозом
3.2.1. INVEST
3.2.1.1. Я, как Покупатель, по электронной почте , сразу как статус заказа в админ. панели изменен на "Готов к выдаче" получаю e-mail уведомление, чтобы забрать свой заказ
3.2.2. Текст e-mail уведомления
3.2.2.1. Здравствуйте. Ваш заказ (номер заказа берется из БД) от интернет-магазина "Свое Родное" готов к выдаче
3.2.3. Дополнительные данные
3.2.3.1. Сервис должен находить по идентификатору пользователя данные контакта и заказа из БД для отправления e-mail