BRD Widget 3.2.1 Упрощенная регистрация в виджете

Направление работ: Widget Код раздела: 3.2.1 Раздел: Авторизация > Регистрация > Упрощенная регистрация в виджете Статус: черновик Ответственный: Панкова Л.А. Версия: 0.1 Обновлено: 01.07.26


1. Назначение

Раздел описывает сценарий упрощенной регистрации клиента в виджете при завершении бронирования без входа и полноценной регистрации.

Сценарий доступен, если партнер при настройке виджета выбрал формат работы виджета без регистрации. В этом случае на финальном шаге виджет запрашивает минимальные контактные данные клиента: имя, номер телефона и email.

Документ описывает только ввод и передачу контактных данных клиента. Оборудование, услуги, промокод, комментарий, оплата, согласие с правилами площадки, карточка заказа и итоговая стоимость относятся к соседнему разделу Widget: 5.1 Дополнительные позиции к заказу.

Раздел зависит от Back: 1.1.1 Регистрация и Back: 1.3 Клиенты.

2. Ключевые понятия

Упрощенная регистрация в виджете — сценарий, в котором клиент без входа в аккаунт указывает минимальные контактные данные на финальном шаге бронирования.

Регистрация — системный процесс, который принимает регистрационные данные, фиксирует источник регистрации и связывает данные с аккаунтом или карточкой клиента.

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

Контактные данные клиента — имя, номер телефона и email, которые клиент заполняет в виджете для продолжения бронирования без регистрации.

3. Scope

Входит

S1: Доступность упрощенной регистрации при бронировании без регистрации

S2: Ввод имени, номера телефона и email клиента

S3: Отображение пустого и заполненного состояния контактных данных

S4: Передача контактных данных в продолжение бронирования

Не входит

  • Widget: 3.1 Авторизация > Вход
  • Widget: 3.2 Авторизация > Регистрация
  • Widget: 3.3 Авторизация > Восстановление пароля
  • Widget: 5.1 Дополнения к заказу и подтверждение > Дополнительные позиции к заказу
  • Back: 1.1.1 backend-логика регистрации
  • Back: 1.3 backend-логика карточки клиента

4. BR

Указаны в пункте 4 разделов Back: 1.1.1 Регистрация и Back: 1.3 Клиенты.

5. Функциональные требования (UC + FR)

FR — functional requirements, что интерфейс должен уметь делать по определенному UC.

IDСценарийФункциональное требованиеBRВесСтатус
S1: #FR3.2.1-1Клиент завершает бронирование в виджете без входа и регистрацииИнтерфейс показывает блок контактных данных на финальном шаге, если партнер выбрал формат работы виджета без регистрации.1
S2: #FR3.2.1-2Клиент видит пустые контактные поляИнтерфейс показывает обязательные поля На чьё имя будет заказ*, Номер телефона* и Email*; продолжение недоступно, пока обязательные данные не заполнены.1
S2: #FR3.2.1-3Клиент вводит имяИнтерфейс принимает имя клиента в поле На чьё имя будет заказ* и сохраняет введенное значение в поле.1
S2: #FR3.2.1-4Клиент вводит номер телефонаИнтерфейс принимает номер телефона в поле Номер телефона*, применяет формат телефонного номера и сохраняет введенное значение в поле.1
S2: #FR3.2.1-5Клиент вводит emailИнтерфейс принимает email в поле Email*, проверяет формат email и сохраняет введенное значение в поле.1
S3: #FR3.2.1-6Клиент заполнил контактные данныеИнтерфейс отображает введенные имя, номер телефона и email в соответствующих полях без перехода в отдельный экран регистрации.1
S4: #FR3.2.1-7Клиент продолжает бронирование после заполнения контактных данныхИнтерфейс передает имя, номер телефона и email в сценарий завершения бронирования без регистрации и позволяет продолжить основной flow.1
S4: #FR3.2.1-8Клиент возвращается к предыдущему шагуИнтерфейс позволяет вернуться назад из финального шага без потери уже введенных контактных данных, если они были заполнены в текущей сессии.2

6. Открытые вопросы

IDИсточникВопросКомуСтатус
#OQ3.2.1-1

0 items under this folder.