Направление работ: WebLK Код раздела: 1.1 Авторизация > Регистрация партнера Статус: черновик Ответственный: Панкова Л.А. Версия: 0.1 Обновлено: 08.06.26
1. Назначение
Раздел описывает функциональные требования к регистрации партнера в веб-интерфейсе партнерской зоны МАРТ.
Интерфейс должен провести пользователя от ввода регистрационных данных до подтверждения телефона, подтверждения email, ввода информации о компании и перехода к следующему шагу настройки партнерской зоны.
Раздел зависит от:
- Back: 1.1 Организация аккаунтов
- Back: 1.1.1 Регистрация
- Back: 1.2 Организация доступа к системе
2. Ключевые понятия
Регистрация партнера — пользовательский сценарий создания Аккаунта и запуска доступа к партнерской зоне через веб-интерфейс.
SMS-код — 4-значный код подтверждения владения номером телефона.
Email-код — 6-значный код подтверждения владения адресом электронной почты.
Информация о компании — данные, которые пользователь вводит после подтверждения учетных данных для продолжения настройки партнерской зоны.
Соглашение — набор пользовательских документов, согласие с которыми фиксируется при запуске процесса регистрации.
3. Scope
Входит
- Запуск регистрации партнера в партнерской зоне
- Ввод персональных данных, email, телефона, пароля и подтверждения пароля
- Отображение и открытие пользовательских документов
- Отправка учетных данных и запуск подтверждения
- Ввод, проверка и повторная отправка SMS/Email-кода
- Ввод информации о компании
- Переход к следующему шагу после успешной регистрации
- Состояния интерфейса и ошибки регистрации
Не входит
- WebLK: 1.2 Вход
- WebLK: 1.3 Восстановление доступа
- Настройки партнерской зоны?? (Не утверждено)
- WebLk: 4.1 Создание и настройка объектов партнера
- Back: 7.1 Шаблоны SMS/email-уведомлений и правила их доставки
- Backend-логика создания Аккаунта, токенов и прав доступа
4. BR
Бизнес-правила и ограничения указаны в Back: 1.1 Организация аккаунтов, Back: 1.1.1 Регистрация.
5. Функциональные требования (UC + FR)
FR – functional requirements, что интерфейс должен уметь делать по определенному UC (триггеру).
| ID | Сценарий | Функциональное требование | BR | Статус |
|---|---|---|---|---|
| FR-1 | Пользователь открывает регистрацию и вводит регистрационные данные | Интерфейс открывает старт регистрации партнера и показывает поля: имя, фамилия, Email, телефон, пароль и подтверждение пароля. Принимает данные, применяя формат полей и скрывает пароль по умолчанию. | Back: 1.1.1 | To Do |
| FR-2 | Пользователь открывает пользовательские документы | Интерфейс позволяет открыть правила сервиса и политику конфиденциальности из текста согласия, а затем вернуться к регистрации без потери введенных данных. | Back: 1.1.1 | To Do |
| FR-3 | Пользователь видит ошибки стартовой формы | Интерфейс показывает ошибки по полям: недопустимые символы в имени/фамилии, некорректный email, неверный формат телефона, несовпадение паролей или ошибку с Back. | Back: 1.1; Back: 1.1.1 | To Do |
| FR-4 | Пользователь отправляет регистрационные данные | Интерфейс активирует продолжение после заполнения обязательных полей и отправляет регистрационные данные, источник и факт согласия с условиями. | Back: 1.1.1 | To Do |
| FR-5 | Пользователь попадает на подтверждение телефона | Интерфейс показывает номер, на который отправлен SMS-код, поле ввода 4 цифр и таймер до возможности запросить новый код. | Back: 1.1; Back: 1.1.1 | To Do |
| FR-6 | Пользователь вводит SMS-код | Код подтвержден: пользователь автоматически переводится к подтверждению email. Код не подтвержден: интерфейс показывает ошибку неверного, устаревшего или временно заблокированного кода и позволяет повторить ввод или запросить новый код после доступности действия. | Back: 1.1; Back: 1.1.1 | To Do |
| FR-7 | Пользователь попадает на подтверждение email | Интерфейс показывает email, на который отправлен код, поле ввода 6 цифр и таймер до возможности запросить новый код. | Back: 1.1; Back: 1.1.1 | To Do |
| FR-8 | Пользователь вводит email-код | Код подтвержден: пользователь переходит к вводу информации о компании. Код не подтвержден: интерфейс показывает ошибку неверного или устаревшего кода и позволяет повторить ввод или запросить новый код после таймера. | Back: 1.1; Back: 1.1.1 | To Do |
| FR-9 | Пользователь вводит информацию о компании | Интерфейс принимает название компании и сайт/публичную страницу, применяет проверки формата и не отправляет данные, пока обязательные поля шага не заполнены корректно. | — | To Do |
| FR-10 | Пользователь некорректно ввел информацию о компании | Интерфейс показывает ошибку недопустимых символов в названии компании или некорректной ссылки и позволяет исправить данные без возврата на предыдущие шаги. | — | To Do |
| FR-11 | Регистрация завершена успешно | Интерфейс завершает регистрацию партнера и переводит пользователя к следующему продуктовому сценарию. К КАКОМУ (какой-то из этих?): 3.1 — Профиль партнёра > Главный экран 3.3 — Профиль партнёра > Основные настройки ? | Back: 1.1.1; | To Do |
| FR-12 | Возникла ошибка соединения или техническая ошибка | Интерфейс показывает ошибку, сохраняет введенные данные текущего шага и позволяет повторить действие без дублирования запроса. | — | To Do |
6. Открытые вопросы
| ID | Источник | Вопрос | Кому | Статус |
|---|---|---|---|---|
| OQ-1 | Лайза | Будет ли подтверждение email обязательным именно на этапе регистрации партнерской зоны? Обязательное подтверждение на и без того длительной регистрации на мой и Никитины взгляды усложняет путь, увеличивает число действий и вынуждает снова переходить в сторонние ресурсы, повышая нагрузку на пользователя и потенциально снижающая конверсию в завершение реги. Как альтернатива – подсветить пользователю, что без подтвержденного имейл часть функционала не доступна, но оставить возможность выбора “Подтвердить позднее” (в настройках) | Герман | Open |
| OQ-3 | Лайза | Какой точный раздел открывается после успешной регистрации: Настройки? | Герман | Open |