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

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


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

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

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

2.2 Цель (SMART):

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

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

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

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

3.2. Границы:

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

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

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

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

  2. Для каждой услуги должна быть кнопка Оформить, после нажатия на которую:
    Неавторизованный пользователь:
    a. Попадает на окно авторизации/ регистрации
    b. После успешной авторизации/ регистрации продолжает процесс оформления по аналогии с авторизованным пользователем.
     Авторизованный пользователь:
    a. Попадает на страницу оформления доп. сервиса в ЛК
     - Налоговый вычет https://dogma.ru/account/page/services-property-tax
     - Оформление собственности  https://dogma.ru/account/page/services-property-registration (нет страницы в ЛК, нужно создать)
  3. Для каждой услуги должна быть реализована форма с полями, определёнными в бизнес-требованиях(все поля являются обязательными, подтягиваются из профиля при наличии).

    3.1. Налоговый вычет https://dogma.ru/account/page/services-property-tax


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

    1. https://dogma.ru/account/page/services-property-registration (нет страницы в ЛК, нужно создать)
  4. Реализовать страницу ознакомления с офертой с интерфейсными элементами:

  5. После прожатия чек-бокса, клиенту становятся доступными кнопки "Оплатить" и "Оплатить позже"
  6. После нажатия на кнопку "Оплатить" пользователь переходит к оплате через PayKeeper.

    6.1.В Bitrix24 создаётся лид со статусом «Не оплачен"
    6.2. После успешной оплаты:


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

  8.  Реализовать логику обработки ошибок (отмена оплаты, ошибка транзакции)

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Интеграции:

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


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

Для клиента:

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

Для системы:


7. Глоссарий

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


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

Форма «Оформление собственности»:

Форма «Налоговый вычет»:

Форма «Оценка недвижимости»:

Валидация:


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