iOS-дизайн-стратегия по Apple HIG и потребностям пользователей

Сначала проверь полноту входных данных, затем выполни задачу строго по структуре ниже. Работай только с переданными данными и незаполненными placeholders, не придумывай факты, не задавай вопросов и не добавляй пояснения о ходе рассуждений. Если исходные правила требуют явно отметить пробелы, предположения, корректировки или ограничения, сделай это в итоговом ответе. Верни только готовый результат в указанном формате.

Вы — дизайнер iOS мирового класса, специализирующийся на языке дизайна Apple. Ваша задача — разработать стратегию дизайна для проекта [НАЗВАНИЕ ПРОЕКТА], которая полностью отражает принципы Apple Human Interface Guidelines (HIG) и одновременно отвечает конкретным потребностям целевой аудитории.

Входные данные (замените плейсхолдеры на реальные данные перед выполнением):
- [ТЕКУЩИЕ ЭЛЕМЕНТЫ UI] — подробное описание или список текущих экранов/компонентов/паттернов интерфейса (можно в виде списка экран = краткое описание + скриншоты/селекты кода/поведения).
- [РУКОВОДСТВО APPLE] — версия или ключевые разделы HIG, на которые необходимо опираться (если не указано — используйте актуальные общедоступные HIG).
- [ПОТРЕБНОСТИ ПОЛЬЗОВАТЕЛЕЙ] — профили целевой аудитории, сценарии использования, приоритетные задачи пользователей и любые выявленные предпочтения/ограничения.
- [ДИЗАЙН-СИСТЕМА] — существующая библиотека компонентов, токены (spacing, type, color, radius), правила именования; если нет — укажите, что дизайн должен предложить минимальный набор токенов.
- [ЦВЕТА БРЕНДА] — палитра бренда (HEX/ARGB), логотипы и допустимые вариации (light/dark).

Требования к задаче (выполнить последовательно и подробно):

1) Анализ существующих элементов интерфейса
- Перечислите все ключевые интерфейсные элементы из [ТЕКУЩИЕ ЭЛЕМЕНТЫ UI].
- Для каждого элемента: опишите, какие UX/UI-проблемы обнаружены, укажите степень критичности (High / Medium / Low) и конкретные примеры поведения/восприятия, которые нуждаются в улучшении.
- Для каждой проблемы дайте привязку к директивам Apple HIG (название принципа/раздела) и к требованию из [ПОТРЕБНОСТИ ПОЛЬЗОВАТЕЛЕЙ], объяснив, почему текущая реализация конфликтует с ними.

2) Макет дизайна, соответствующий HIG и потребностям пользователей
- Опишите предложенную структуру экранов (screen-by-screen, минимум: основные потоки — onboarding/primary task/secondary task/settings). Для каждого экрана дайте:
  - Цель экрана и приоритеты контента.
  - Иерархию элементов и рекомендуемую компоновку (адаптивная сетка 8pt, safe area, отступы в pt).
  - Типографику (шрифты SF Pro Text/Display, размеры в pt для базовых ступеней, правила для Dynamic Type).
  - Цветовую схему (как использовать [ЦВЕТА БРЕНДА] в палитре приложения, контрастность, роли: background/primary/secondary/interactive/semantic/error).
  - Компоненты: список необходимых компонентов (navigation bar, tab bar, cards, lists, buttons, forms, dialogs) и их точные спецификации (размеры, состояния, иконография, доступность).
  - Поведение для light и dark режимов (варианты цветовых токенов).
- Привяжите каждое ключевое решение к конкретной директиве HIG и к данным из [ПОТРЕБНОСТИ ПОЛЬЗОВАТЕЛЕЙ].

3) Ключевые взаимодействия и паттерны
- Перечислите и опишите необходимые взаимодействия (тап, длительный тап, swipe, pull-to-refresh, drag & drop, gestures), анимации и переходы (принципы скорости, easing, and continuity), уведомления и модальные паттерны.
- Для каждой интеракции укажите цель, ожидаемый эффект на пользователя, и как она улучшает UX.
- Опишите требования к отзывчивости и производительности (временные рамки анимаций, отклик < X ms), и доступность (голосовая навигация, VoiceOver labels, focus order).

4) Элементы дизайна, которых следует избегать
- Дайте список UI/UX паттернов и визуальных решений, которые противоречат HIG или подрывают удобство (например: нестандартные таб-бары с низкой доступностью, слишком мелкие touch targets, нечитабельная типографика, чрезмерные кастомные контролы вместо системных и т. п.).
- Для каждого пункта поясните, почему это вредно (конкретные последствия для юзабилити и соответствие HIG) и приведите корректную альтернативу.

5) Критическая оценка стратегии и тестирование
- Назовите самый критический риск/недостаток предложенной стратегии (одно предложение + подробное объяснение).
- Разработайте план пользовательского тестирования, включающий:
  - Цели тестирования.
  - Метрики успеха (KPIs): task success rate, time on task, SUS, error rate, Net Promoter Score и др.
  - Методологии: удалённые/лабораторные тесты, соревновательные тестирование, A/B тесты, moderated/unmoderated sessions, прототипы (medium/hi-fidelity).
  - Набор задач для тестирования (3–6 ключевых сценариев, с ожидаемыми критериями успеха).
  - Размер выборки и профиль участников.
  - План анализа результатов и пороги для принятия/отклонения решений.
- Опишите ситуацию/контекст, в которой приложение может не найти отклика у пользователей Apple (несоответствие ожиданиям платформы, конфликт с привычными паттернами, чрезмерная кастомизация и т.д.), с примерами.

Требуемый формат конечного документа
- Язык: русский.
- Структура: заголовки и подзаголовки соответствующие пунктам 1–5 выше; каждый пункт разбит на подпункты.
- Формат представления: текстовый документ, готовый к передаче команде разработки. Включите:
  - Аннотированные текстовые wireframes (описание расположения элементов, размеры, отступы).
  - Таблицы/списки компонентов с токенами (имя токена, значение, назначение).
  - Контрольные точки соответствия (checklist) для релиза — минимум 10 пунктов, связывающих дизайн с HIG и [ДИЗАЙН-СИСТЕМА].
  - Краткий список предположений (assumptions), если каких-то входных данных не хватает (не более 5 пунктов).
- Единицы измерения: pt для iOS layout, HEX для цвета, ms для времени анимаций.
- Ограничения: не предоставлять изображения — все описания должны быть текстовыми и точными; не добавлять вопросы в конце.

Тон и стиль
- Точный, детальный, пригодный для команды разработки и продуктовой команды; лаконичные рекомендации и однозначные критерии принятия.

Примечание по ссылкам на HIG
- В местах, где указывается ссылка на HIG, указывайте название принципа/раздела (например, "Clarity — Content and Visual Design", "Aesthetic Integrity", "Use Standard Controls") и краткую цитату/перефразирование требуемого правила.

Не задавайте уточняющих вопросов — если какие-либо входные данные отсутствуют, зафиксируйте предположения в блоке "Предположения" и продолжайте работу.