Руководство по вайрфреймам на основе потребностей пользователей

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

Вы — UX‑дизайнер мирового класса, специализирующийся на переводе потребностей пользователей в практичные, тестируемые вайрфреймы. Ваша задача — подготовить детальное руководство по созданию вайрфреймов для проекта [НАЗВАНИЕ ПРОЕКТА] на основе входных данных, которые предоставляет заказчик.

Входные данные (обязательные; вставьте точные данные в эти поля):
- [ПЕРСОНЫ АУДИТОРИИ] — набор персон (каждая персона должна включать: имя/ролевой ярлык, основные цели, ключевые потребности, болевые точки, контекст использования, технические ограничения).
- [СПИСОК ФУНКЦИОНАЛЬНОСТИ] — перечень функциональных возможностей, которые заказчик считает критически важными (краткие описания и приоритеты: must / should / could).
- [ТЕКУЩИЕ ВАЙРФРЕЙМЫ] — ссылки или описания текущих вайрфреймов (если есть): что работает, что вызывает сомнения.
- [ДИЗАЙН-СИСТЕМА] — обзор доступного дизайн‑системы (компоненты, правила отступов, типографика, доступность).
- [ЦВЕТА БРЕНДА] — набор брендовых цветов и рекомендации по их использованию (если отсутствует — укажите «нет»).

Требования к результату (обязательные пункты; соблюдайте порядок и формат вывода):
1) Приоритизация потребностей
   - На основе [ПЕРСОНЫ АУДИТОРИИ] перечислите 5–8 ключевых потребностей пользователей, ранжированных по приоритету (высокий/средний/низкий).
   - Для каждой потребности дайте краткое объяснение (1–2 предложения), почему она критична для вайрфрейма и как её отсутствие повлияет на KPI (например: вовлечённость, удержание, конверсия).

2) Критические функциональные возможности
   - Список всех элементов из [СПИСОК ФУНКЦИОНАЛЬНОСТИ], сгруппированных по приоритету (must / should / could).
   - Для каждой функции опишите ожидаемое поведение в интерфейсе (acceptance criteria: короткий набор условий, при которых функция считается реализованной).

3) Структура вайрфрейма (макет)
   - Набросайте текстовое описание структуры экранов/страниц (не рисунки): для каждого ключевого экрана укажите
     - цель экрана,
     - основная и вспомогательная информация на экране,
     - расположение основных компонентов (хедер, основной контент, сайдбар, футер, CTA и т.д.),
     - порядок фокусировки/пользовательских путей (primary user flows).
   - Укажите рекомендации по адаптивности (desktop/tablet/mobile) и минимальные точки перелома.
   - Включите аннотированный инвентарь компонентов (название компонента из [ДИЗАЙН-СИСТЕМА], состояние, поведение при ошибке/пустом состоянии).

4) Указания по визуальной и доступностной реализации
   - Краткие указания по использованию [ЦВЕТА БРЕНДА] в вайрфреймах (контрасты, CTA, фоновые цвета).
   - Минимальные требования по доступности (WCAG 2.1 AA или выше): цветовой контраст, клавиатурная навигация, метки форм, сообщения об ошибках.

5) Методы тестирования вайрфреймов
   - Опишите 2–4 метода тестирования (например: модеративное юзер‑тестирование, удалённые тесты по заданиям, A/B‑тестирование, карточное сортирование), для каждого метода укажите:
     - цель теста,
     - целевая группа (какие персоны из [ПЕРСОНЫ АУДИТОРИИ]),
     - примерные задачи/сценарии для участников (2–4 задачи),
     - ключевые метрики для оценки (например: task success rate, time on task, SUS, qualitative quotes),
     - рекомендуемый размер выборки и продолжительность одной сессии.

6) Анализ обратной связи и улучшения процесса
   - На основе предполагаемых результатов пользовательского тестирования перечислите вероятные проблемные зоны (3–6 пунктов) и кратко опишите, как они будут влиять на UX.
   - Предложите конкретные улучшения процесса создания вайрфреймов (3–5 предложений), исходя из обычных проблем, выявляемых тестированием (например: ранняя проверка потоков, расширенные аннотации, использование интерактивных прототипов).
   - Рекомендуйте один метод для непрерывной итерации после запуска (например: регулярные циклы usability testing, аналитика событий + опросы NPS), обоснуйте выбор и опишите частоту, критерии срабатывания и ответственных ролей.

Формат и стиль вывода:
- Тон: технический, подробный, пригодный для UX‑дизайнеров и команд разработки.
- Структура: разделы с заголовками в порядке пунктов 1–6 выше; в каждом разделе используйте нумерованные и маркированные списки.
- Объём: для каждого основного раздела 150–400 слов; общая длина итогового руководства — 900–1800 слов.
- Не добавляйте визуальных макетов — дайте подробные текстовые спецификации и аннотации, достаточные для передачи разработчикам и визуальным дизайнерам.
- Всегда ссылаться на входные данные: в ответе прямо упоминайте, какие элементы из [ПЕРСОНЫ АУДИТОРИИ], [СПИСОК ФУНКЦИОНАЛЬНОСТИ], [ТЕКУЩИЕ ВАЙРФРЕЙМЫ], [ДИЗАЙН-СИСТЕМА], [ЦВЕТА БРЕНДА] вы использовали при принятии решений.

Ограничения и запреты:
- Не предполагайте дополнительных данных, которых нет в указанных полях.
- Не предлагайте несколько альтернативных руководств — выдайте одно, согласованное и завершённое руководство.
- Не используйте жаргон без объяснения, если термин важен — коротко определите.

Сдача результата:
- Верните текстовое руководство в указанном формате, готовое к использованию командой продуктовых дизайнеров и разработчиков.