Бизнес-функциональные требования (БФТ)
**Задача:** Онлайн-покупка дополнительных услуг на корпоративном сайте
**Создал:** Николай [Фамилия]
**Дата актуализации:** Dogma.ru
...
1. Служебная информация
Заказчик: Гришина Анна
Бизнес-аналитик: Сапелкин Егор
Дата создания: 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.0
Статус: Черновик
Согласующие: Мельник Ирина, Павлова Виктория, Бочарова Вера
...
2
...
. Контекст и цели
### Описание проблемы:
На корпоративном сайте Dogma отсутствует возможность оформить и оплатить онлайн дополнительные сервисы, предоставляемые компанией.
Это создаёт неудобство для клиентов, снижает конверсию и увеличивает нагрузку на сотрудников, обрабатывающих запросы вручную.
### Цель (SMART)
Реализовать на сайте возможность **онлайн-покупки дополнительных услуг** с оплатой через **PayKeeper**, чтобы повысить удобство пользователей и снизить ручные операции.
**Измеримо:** не менее 70% заказов на данные услуги должны поступать через онлайн-форму.
**Срок реализации:** до конца IV квартала 2025.
**Ответственные:** продукт-менеджер – Щиклина М.А.; бизнес-аналитик – Николай [Фамилия].
...
текущий момент клиенты Dogma могут ознакомиться с дополнительными услугами (налоговый вычет, оформление собственности, оценка недвижимости) только в информационном формате. Процесс покупки реализован через форму обратной связи, после чего менеджер вручную связывается с клиентом и направляет счёт на оплату. Такой подход увеличивает длительность цикла сделки, снижает конверсию и требует ручной обработки заявок.
Цель (SMART):
Разработать и внедрить функционал онлайн-покупки дополнительных услуг на корпоративном сайте Dogma.ru с оплатой через PayKeeper и передачей данных в Bitrix24.
Specific: реализация формы онлайн-покупки на страницах трёх услуг.
Measurable: конверсия в оплату должна быть не ниже текущей конверсии в заявку (5–8%).
Achievable: используется готовая интеграция PayKeeper по аналогии с онлайн-бронированием
...
.
...
Relevant: автоматизация повышает удобство клиента и снижает нагрузку на менеджеров.
Time-bound: сроки реализации уточняются после оценки задачи разработкой.
Ограничения:
Использование существующего платёжного провайдера PayKeeper.
Согласование текстов оферт и юридических документов.
Сроки реализации определяются после оценки IT-командой.
...
3
---
...
. Область охвата и границы задачи
### Затронутые процессы
1. **Покупка услуги** — оформление заявки и онлайн-оплаты пользователем.
2. **Передача данных в CRM** — создание лида с деталями заказа.
3. **Обработка платежа** — получение статуса оплаты от PayKeeper.
4. **Уведомление клиента** — отображение результата оплаты и отправка письма на e-mail.
### Ключевые изменения
- Добавление на сайт формы покупки доп.услуг.
- Интеграция с PayKeeper (используется существующая реализация, применяемая в онлайн-бронировании).
- Передача данных в CRM и обновление статусов оплаты.
### Зависимости
- Проект «Онлайн-бронирование Dogma» (реализован ранее, используется тот же механизм оплаты).
- CRM-интеграция — ответственная команда Back/Integration.
---
## 3. Бизнес-требования
...
:
Продажа дополнительных услуг (налоговый вычет, оформление собственности, оценка недвижимости).
Онлайн-оплата услуг на сайте.
Передача данных о клиентах в Bitrix24.
Границы:
Реализация касается только страниц дополнительных услуг.
Другие разделы сайта и внешние системы не затрагиваются.
Зависимости:
Существующая интеграция PayKeeper, использованная в онлайн-бронировании.
Система CRM Bitrix24 — получатель данных об оплате.
...
4. Бизнес-требования
Функциональные требования:
Реализовать возможность онлайн-оплаты трёх услуг:
Налоговый вычет (3999 руб.)
Оформление собственности (7000 руб.)
Оценка недвижимости (4500 руб.)
Для каждой услуги должна быть форма с полями, определёнными в бизнес-требованиях.
После заполнения формы пользователь переходит к оплате через PayKeeper.
...
...
После успешной оплаты
...
:
Отображается страница «Спасибо»;
Клиент получает чек на e-mail;
В Bitrix24 создаётся лид со статусом «оплачено».
Данные о лидах передаются по аналогии с действующей схемой онлайн-бронирования.
Реализовать логику обработки ошибок (отмена оплаты, ошибка транзакции).
Пользовательские роли:
Клиент — заполняет форму, производит оплату.
Менеджер отдела сервиса — получает лид в CRM.
Система PayKeeper — обрабатывает транзакцию.
Bitrix24 — принимает данные об оплате.
Нефункциональные требования:
Доступность сервиса — 99%.
Время ответа от PayKeeper не более 5 секунд.
Поддержка адаптивного дизайна.
Передача данных через защищённое соединение HTTPS.
Критерии приемки:
Успешная оплата отображается пользователю.
Лид создаётся автоматически в Bitrix24.
Информация о платеже корректно отображается в CRM.
Отправка e-mail с подтверждением оплаты.
...
5. Модели процессов (BPMN/IDEF0)
Текущий процесс (AS-IS)
Клиент заходит на страницу услуги.
Ознакамливается с информацией и нажимает «Заказать консультацию».
Заполняет форму, заявка уходит в Bitrix24.
Менеджер связывается вручную, уточняет данные, выставляет счёт.
Клиент оплачивает офлайн.
Ограничения:
Нет мгновенного получения оплаты.
Возможна потеря лида между этапами.
Отсутствует прозрачность аналитики.
Целевой процесс (TO-BE)
Клиент заходит на страницу услуги.
Заполняет короткую форму.
Производит оплату через PayKeeper.
Получает подтверждение и чек.
Лид создаётся в Bitrix24 автоматически.
Менеджер получает уведомление и приступает к оказанию услуги.
Интеграции:
PayKeeper (платёжная система)
Bitrix24 (CRM)
Сайт Dogma.ru
Диаграмма TO-BE:
Пользователь → Форма → Оплата (PayKeeper) → CRM (Bitrix24) → Подтверждение
...
6. Пользовательские истории
Для клиента:
Как клиент, я хочу оплатить услугу онлайн, чтобы не ждать звонка менеджера.
Как клиент, я хочу получить чек и подтверждение сразу после оплаты.
Для менеджера:
Как менеджер, я хочу получать лиды с признаком «оплачено».
Для системы:
Как система, я должна передавать данные оплаты в CRM после подтверждения транзакции.
...
7. Глоссарий
PayKeeper — платёжный шлюз, используемый для онлайн-оплаты услуг.
Bitrix24 — корпоративная CRM-система Dogma.
Лид — запись в CRM, содержащая данные клиента и статус сделки.
...
8. Интерфейсы
Форма «Оформление собственности»:
Поля: строительная компания, объект, ЖК, корпус, квартира, дата приёма-передачи.
Стоимость: 7000 руб.
Кнопка «Оплатить онлайн».
Форма «Налоговый вычет»:
Поля: ФИО, e-mail, ЖК, квартира.
Стоимость: 3999 руб.
Форма «Оценка недвижимости»:
Поля: ФИО, e-mail, телефон, адрес, банк.
Стоимость: 4500 руб.
Валидация:
Все поля обязательны.
E-mail и телефон проверяются по формату.
Перед оплатой пользователь должен согласиться с офертой и политикой конфиденциальности.
...
9. Риски и ограничения
Возможные сбои при интеграции PayKeeper → Bitrix24.
Необходимость тестовой среды PayKeeper.
Возможность изменений API PayKeeper.
### Пользовательские роли
- **Пользователь сайта** — оформляет и оплачивает услугу.
- **Система 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. Интерфейсы
...