Гайд Единого QR − Дизайн-стандарт для банковского консорциума

Команда: представители банков-участников, продакт-менеджеры, разработка, безопасность

Моя зона ответственности: разработка UX-стандарта, архитектура сценариев оплаты, унификация UX и API-логики, согласование с банками-участниками, документация и сопровождение внедрения

Контекст

После запуска MultiQR и формирования межбанковского консорциума (Альфа-Банк, Сбер, Т-Банк) стало очевидно, что дальнейшее масштабирование невозможно без единого стандарта.

Каждый банк:

• имел собственные технические ограничения

• использовал разные UX-паттерны и сценарии подтверждения

• по-разному обрабатывал ошибки и переходы между приложениями.

Это приводило к разрозненному пользовательскому опыту и сильно усложняло подключение новых участников консорциума.

Задача

Разработать единый стандарт проектирования для консорциума банков, который:

• унифицирует пользовательский опыт оплаты по Единому QR

• зафиксирует обязательные и вариативные части сценария

• упростит и ускорит интеграцию новых банков

• сохранит баланс между единым UX и внутренними ограничениями банков.

Фактически − создать UX-контракт между участниками рынка.

Вызовы и ограничения

• Банки − конкуренты, с разными приоритетами и процессами

• Жесткие требования безопасности и регуляторики

• Разные платформы (iOS / Android), SDK и способы авторизации

• Необходимость оставить банкам пространство для адаптации, не разрушая единый сценарий.

Решение

Я разработала единый гайд проектирования сервиса Единого QR, который стал базовым стандартом для всех участников консорциума.

Что включал гайд:

1. Единая UX-архитектура сценария

• полный путь пользователя: от сканирования QR до подтверждения платежа

• обязательные шаги и допустимые вариации

• правила переходов между приложениями

  
  

2. Стандартизация интеграции

• рекомендации по API-взаимодействию

• единые сценарии оплаты

• стандарты обработки ошибок и краевые сценарии

  
  

3. UX-паттерны и интерфейсные принципы

• единая логика экранов выбора банка и подтверждения

• правила визуальных приоритетов

• согласованные формулировки и состояния

  
  

4. Адаптивность и платформенные особенности

• учет различий iOS и Android

• рекомендации по SDK-интеграции

• сценарии fallback при технических ограничениях.

Гайд был оформлен как рабочий инструмент для дизайнеров, разработчиков и продуктовых команд банков.