DRAFT [БА] Онлайн-покупка дополнительных услуг

1. Служебная информация

Заказчик: Павлова Виктория, Мармалиди Надежда
Продакт: Гришина Анна
Бизнес-аналитик: Николаев Николай Евгеньевич 
Руководитель IT проекта: Бочарова Вера, Бугакова Елизавета
Дата создания: 15.10.2025

2. Контекст и цели

2.1. Описание проблемы:

На текущий момент клиенты Dogma могут ознакомиться с дополнительными услугами только в информационном формате. Процесс покупки реализован через форму обратной связи, после чего менеджер вручную связывается с клиентом и направляет счёт на оплату. Такой подход увеличивает длительность цикла сделки, снижает конверсию и требует ручной обработки заявок.

2.2 Цель (SMART):

Разработать и внедрить функционал онлайн-покупки дополнительных услуг на корпоративном сайте Dogma.ru с оплатой через PayKeeper и передачей данных на почту.

• Specific: реализация формы онлайн-покупки на страницах услуг.

• Measurable: должны появиться онлайн покупки доп. услуг, целевая конверсия в оплату - 3%.

• Achievable: используется готовая интеграция PayKeeper по аналогии с онлайн-бронированием.

• Relevant: автоматизация повышает удобство клиента и снижает нагрузку на менеджеров.

• Time-bound: сроки реализации уточняются после оценки задачи разработкой.

2.3 Ограничения:

• Использование существующего платёжного провайдера PayKeeper.

• Интеграция с Б24.

• Согласование текстов оферт и юридических документов.

• Сроки реализации определяются после оценки IT-командой.

3. Область охвата и границы задачи

3.1. Затронутые процессы:

• Продажа дополнительных услуг (налоговый вычет, оформление собственности).

• Онлайн-оплата услуг на сайте.

• Передача лидов в Б24.

3.2. Границы:

• Реализация касается только страниц дополнительных услуг на сайте и в ЛК.

• Другие разделы сайта и внешние системы не затрагиваются.

3.3. Зависимости:

• Существующая интеграция PayKeeper.

• Существующая интеграция  Б24.

4. Бизнес-требования

4.1. Функциональные требования:

1. Реализовать возможность онлайн-оплаты услуг:

   • Налоговый вычет.

   • Оформление собственности.

2. Для каждой услуги должна быть кнопка Оформить, после нажатия на которую:
   Неавторизованный пользователь:
   a. Попадает на окно авторизации/ регистрации
   b. После успешной авторизации/ регистрации продолжает процесс оформления по аналогии с авторизованным пользователем.
    Авторизованный пользователь:
   a. Попадает на соответствующую страницу оформления доп. услуги в ЛК  с автоматическим скроллингом к блоку, содержащему форму заполнения данных пользователя.

3. Для каждой услуги должна быть реализована форма с полями(все поля являются обязательными, подтягиваются из профиля при наличии):

   • Фамилия
   • Имя
   • Отчество
   • Телефон
   • E-mail

4. Все поля обязательны для заполнения.

5. Система должна обеспечивать проверку корректности введённого пользователем E-mail, Телефона и ФИО.

6. Перед оплатой пользователь должен согласиться с офертой.

7. Реализовать страницу ознакомления с офертой с интерфейсными элементами:

   • Чек-бокс "Я ознакомлен с условиями оферты" (согласовать текст)

   • Кнопка Оплатить
   • Кнопка Оплатить позже
8. После прожатия чек-бокса, клиенту становятся доступными кнопки "Оплатить" и "Оплатить позже".
9. После нажатия на кнопку "Оплатить" пользователь переходит к оплате через PayKeeper.
   9.1.В Bitrix24 создаётся лид со статусом «Не оплачен"
   9.2. После успешной оплаты:
   
   • Отображается страница "Услуга успешно оплачена, мы свяжемся с вами в ближайшее время" (согласовать текст)

   • Клиент получает чек на e-mail;

   • В Bitrix24 обновляется лид со статусом «оплачено».
     

10. В случае неуспешной оплаты отображается страница "Оплата не произведена" (согласовать текст)

11. После нажатия на кнопку "Оплатить позже" :

    • Отображается страница «Спасибо, ваша заявка оформлена, мы свяжемся с вами в ближайшее время» (согласовать текст)

    • В Bitrix24 создаётся лид со статусом «Не оплачен".

4.2. Пользовательские роли:

• Клиент — заполняет форму, производит оплату.

• Менеджер отдела продажи услуг — получает лид в CRM.

• Система PayKeeper — обрабатывает транзакцию и передает результат по оплате.

• Bitrix24 — принимает лид и данные об оплате.

4.3. Нефункциональные требования:

• Время отклика и доступность должны соответствовать установленным требованиям SLA.

• Поддержка мобильных устройств iOS/Android (смартфоны и планшеты).

• Корректное отображение во всех актуальных браузерах (Chrome, Yandex, Safari, Opera, Firefox, Edge).

4.4. Критерии приемки:

• Успешная оплата отображается пользователю.

• Лид создаётся автоматически в Bitrix24.

• Информация о платеже корректно отображается в CRM.

• Отправка e-mail с подтверждением оплаты.

5. Модели процессов

5.1. Текущий процесс (AS-IS)

1. Клиент заходит на страницу услуги.

2. Ознакамливается с информацией и нажимает «Заказать консультацию».

3. Заполняет форму, заявка уходит на почту.

4. Менеджер связывается вручную, уточняет данные, выставляет счёт.

5. Клиент оплачивает офлайн.

Ограничения:

• Нет мгновенного получения оплаты.

• Возможна потеря лида между этапами.

• Отсутствует прозрачность аналитики.

Целевой процесс (TO-BE)

1. Клиент заходит на страницу услуги.

2. Заполняет короткую форму.

3. Производит оплату через PayKeeper.

4. Получает подтверждение и чек.

5. Лид создаётся в Bitrix24 автоматически.

6. Менеджер получает уведомление и приступает к оказанию услуги.

Интеграции:

• PayKeeper (платёжная система)

• Bitrix24 (CRM)

• Сайт Dogma.ru

Диаграмма TO-BE:
Пользователь → Форма → Оплата (PayKeeper) → CRM (Bitrix24) → Подтверждение

6. Пользовательские истории

Для клиента:

• Как клиент, я хочу оплатить услугу онлайн, чтобы не ждать звонка менеджера.

• Как клиент, я хочу видеть сообщение об успешной оплате.

• Как клиент, я хочу получить чек на эл. почту.
• Как клиент, я хочу видеть сообщение о неудачной оплате и получить инструкцию по повторной оплате.

Для менеджера:

• Как менеджер, я хочу получать заявки с признаком «оплачено».

Для системы:

• Как система, я должна передавать данные оплаты в CRM после подтверждения транзакции.

7. Глоссарий

PayKeeper — платёжный шлюз, используемый для онлайн-оплаты услуг.
Б24 — корпоративная CRM-система Битрикс 24.
Заявка — запись созданная через смарт-процесс в Б24, содержащая данные клиента и статус сделки.

8. Интерфейсы

В рамках задачи должны быть реализованы следующие интерфейсы:

Визуальные макеты экранов:
???

9. Риски и ограничения

• Возможные сбои при интеграции PayKeeper → Bitrix24.

• Необходимость заключения нового договора Paykeeper с ООО "Догма-Сервис"

• Возможные юридические риски при приёме оплат за партнёрские услуги.