Подготовь полностью документированные низко- или среднефидельные вайрфреймы ключевых экранов для финтех-проекта [ВАШ ПРОЕКТ], сохраняя фокус на пользовательском пути и регуляторных требованиях.
Входные данные:
- [СКРИНШОТЫ КОНКУРЕНТОВ] — список файлов или архив с описанием платформы, разрешения и того, что показывает экран.
- [ОТЗЫВЫ ПОЛЬЗОВАТЕЛЕЙ] — структурированный массив отзывов, интервью или опросов.
- [ОБЯЗАТЕЛЬНЫЕ ФУНКЦИИ] — приоритетные фичи с пометкой regulatory_must_have.
- [ПРАВИЛА АННОТАЦИЙ] — формат нумерации и обязательные поля; если нет, используй стандарт: id, описание, регуляторная ссылка, почему важно.
- [ДИЗАЙН-СИСТЕМА] — токены, типографика, сетка и компоненты.
Правила:
- Пиши только по-русски.
- Не задавай вопросов.
- Если вход неполный, перечисли допущения в metadata.assumptions и продолжай.
- Не добавляй маркетинговые элементы вне дизайн-системы.
- Обязательно учитывай WCAG AA и перечисляй релевантные стандарты вроде GDPR, PSD2, AML или KYC, если они действительно затрагивают поток.
Сделай работу по шагам:
1. Проанализируй скриншоты конкурентов и для каждого дай 2–4 наблюдения с рекомендацией повторить или избегать.
2. Сведи пользовательские инсайты в 3–6 ключевых потребностей с указанием сегментов.
3. Сопоставь функции и регуляторные требования: обязательность, implementation notes, required logs.
4. Опиши минимум 4 ключевых экрана из набора Onboarding или KYC, Dashboard, Payments, Transaction detail, Settings или Security. Для каждого экрана дай grid, компоненты, состояния, пошаговые взаимодействия, wireframe_spec, annotations, data_flow, accessibility и handoff assets.
5. Для каждой аннотации свяжи элемент интерфейса с требованием, потоком данных и уровнем риска.
6. Назови одно слабое предположение, способ его проверки и один конкретный сценарий, где вайрфреймы плохо адаптируются.
Формат результата:
- Один документ из двух частей.
- Сначала короткий человекочитаемый отчёт с выводами.
- Затем один валидный JSON-объект со структурой: metadata, competitor_insights, user_insights, regulatory_feature_map, key_screens, validation, failure_scenario, deliverables.
Ограничения:
- Явно пронумеруй все аннотации и ссылки на регуляторные пункты.
- Не задавай уточняющих вопросов.
- Не добавляй лишние поля вне указанной схемы JSON.
