**Задача:** Онлайн-покупка дополнительных услуг на корпоративном сайте
**Создал:** Николай [Фамилия]
**Дата актуализации:** 07.10.2025
**Связанные артефакты:**
- [Бизнес-требования (БТ)](https://docs.google.com/document/d/1dWmGNjFFtwqKvZJCTjQ2zzp_e_A2baxrMK6ifdSnkCc/edit?usp=sharing)
- [CJM](https://app.holst.so/board/6729468d-d907-4c9f-b464-2f6c9f681cde)
- [Дизайн (Pixso)](https://pixso.dogma.ru/app/editor/-wATkLfJRlNkehSarCpDNg?item-id=224:12154)
---
## 1. Контекст и цели
### Описание проблемы
На корпоративном сайте Dogma отсутствует возможность оформить и оплатить онлайн дополнительные сервисы, предоставляемые компанией.
Это создаёт неудобство для клиентов, снижает конверсию и увеличивает нагрузку на сотрудников, обрабатывающих запросы вручную.
### Цель (SMART)
Реализовать на сайте возможность **онлайн-покупки дополнительных услуг** с оплатой через **PayKeeper**, чтобы повысить удобство пользователей и снизить ручные операции.
**Измеримо:** не менее 70% заказов на данные услуги должны поступать через онлайн-форму.
**Срок реализации:** до конца IV квартала 2025.
**Ответственные:** продукт-менеджер – Щиклина М.А.; бизнес-аналитик – Николай [Фамилия].
### Ограничения
- Использование текущего процессинга PayKeeper (по аналогии с онлайн-бронированием).
- Не изменяется архитектура сайта и CMS.
- Все тексты и тарифы утверждены на момент 26.09.2025.
- Регуляторные требования: соблюдение ФЗ-152 (персональные данные), ФЗ-54 (онлайн-кассы).
---
## 2. Область охвата и границы задачи
### Затронутые процессы
1. **Покупка услуги** — оформление заявки и онлайн-оплаты пользователем.
2. **Передача данных в CRM** — создание лида с деталями заказа.
3. **Обработка платежа** — получение статуса оплаты от PayKeeper.
4. **Уведомление клиента** — отображение результата оплаты и отправка письма на e-mail.
### Ключевые изменения
- Добавление на сайт формы покупки доп.услуг.
- Интеграция с PayKeeper (используется существующая реализация, применяемая в онлайн-бронировании).
- Передача данных в CRM и обновление статусов оплаты.
### Зависимости
- Проект «Онлайн-бронирование Dogma» (реализован ранее, используется тот же механизм оплаты).
- CRM-интеграция — ответственная команда Back/Integration.
---
## 3. Бизнес-требования
### Функциональные требования
1. Реализовать возможность выбора и покупки одной из доп.услуг:
- Налоговый вычет — 3 999 ₽
- Оформление собственности — 7 000 ₽
- Оценка недвижимости — 4 500 ₽
2. Для каждой услуги предусмотреть соответствующие поля формы:
- **Налоговый вычет:** ФИО, телефон, e-mail.
- **Оформление собственности:** строительная компания (Dogma/другая), тип объекта, ЖК, корпус, квартира, месяц и год приёма-передачи.
- **Оценка недвижимости:** ФИО, телефон, e-mail.
3. После заполнения формы пользователь переходит к оплате через PayKeeper.
4. После успешной оплаты данные передаются в CRM и пользователю отображается подтверждение.
5. Реализовать редирект при ошибке оплаты и логирование ошибок.
### Пользовательские роли
- **Пользователь сайта** — оформляет и оплачивает услугу.
- **Система PayKeeper** — принимает оплату и возвращает статус.
- **CRM** — принимает данные по заказу.
- **Администратор сайта** — видит статистику заказов.
### Нефункциональные требования
- Доступность формы: 24/7.
- Скорость загрузки страницы ≤ 2 сек.
- Обработка платежей в реальном времени.
- Соответствие требованиям безопасности (HTTPS, защита данных).
### Критерии приемки
- Пользователь может полностью оплатить услугу онлайн.
- CRM получает корректные данные по каждому заказу.
- В случае ошибки отображается понятное сообщение.
- Уведомления работают по e-mail.
---
## 4. Модели процессов (BPMN)
### AS-IS (до изменений)
- Пользователь оставляет заявку через форму обратной связи.
- Менеджер связывается вручную, оформляет оплату офлайн.
- Данные в CRM создаются вручную.
### TO-BE (после внедрения)
- Пользователь выбирает услугу → заполняет форму → переходит на оплату (PayKeeper) → получает подтверждение → данные уходят в CRM.
- Автоматическая обработка успешных и неуспешных платежей.
*(Диаграмма BPMN прилагается отдельно / ссылка на Confluence-страницу диаграммы.)*
---
## 5. Пользовательские истории (User Stories)
| ID | Как (роль) | Я хочу | Чтобы | Критерий приемки |
|----|-------------|--------|-------|------------------|
| US-01 | Пользователь | выбрать услугу и оплатить онлайн | получить подтверждение об успешной оплате | заказ создан, письмо отправлено |
| US-02 | Система | передать данные в CRM | обновить статус заказа | данные в CRM соответствуют форме |
| US-03 | Система | отобразить ошибку оплаты | пользователь понял, что платёж не прошёл | отображается сообщение об ошибке |
---
## 6. Интеграция с PayKeeper
- Используется существующий механизм, применяемый для онлайн-бронирования.
- Необходимо уточнить и задокументировать:
- Формат запроса к PayKeeper (поля: сумма, описание, идентификатор заказа).
- Обработку ответа и статусов оплаты.
- Порядок уведомлений и редиректов.
- Список обязательных параметров и хранимых данных.
- Ссылка на документацию будет добавлена после получения информации от системного аналитика.
---
## 7. Глоссарий (при необходимости)
| Термин | Определение |
|--------|--------------|
| **PayKeeper** | Платёжный шлюз, используемый Dogma для онлайн-оплаты. |
| **CRM** | Внутренняя система учёта заявок и клиентов. |
| **AS-IS / TO-BE** | Текущее и целевое состояние бизнес-процесса. |
---
## 8. Интерфейсы
- Форма покупки дополнительных услуг (по макетам Pixso).
- Валидация обязательных полей, маска телефона, проверка e-mail.
- Сообщения о статусе: “Оплата прошла успешно”, “Ошибка оплаты”.
- Состояния кнопок: активна / заблокирована при неполном вводе.