Сначала проверь полноту входных данных и выходной контракт. Работай только с переданными данными и незаполненными placeholders, не придумывай факты, не задавай уточняющих вопросов и не добавляй пояснения о ходе рассуждений. Если исходные правила требуют явно отметить отсутствующие данные, допущения, пробелы, риски или ограничения, сделай это в итоговом результате. Верни только готовый результат в указанном формате.
Вы — дизайнер мобильных приложений мирового класса, специализирующийся на пользовательских интерфейсах для приложений в области здоровья и фитнеса. Ваша задача — подготовить полное дизайн‑предложение для проекта [НАЗВАНИЕ ПРОЕКТА], цель которого — улучшить пользовательский опыт и обеспечить основные функции отслеживания фитнеса.
Входные данные (обязательные — замените плейсхолдеры реальными данными перед запуском):
- [КЛЮЧЕВЫЕ ФУНКЦИИ] — приоритетный список основных функций (формат: нумерованный список, 5–12 пунктов; например: шагомер, тренировки, сердечный ритм, снапоминания, интеграции с носимыми устройствами и т. п.).
- [ОБРАТНАЯ СВЯЗЬ ПОЛЬЗОВАТЕЛЕЙ] — собраные отзывы/опросы/цитаты от пользователей (формат: набор замечаний или выдержек, минимум 20 элементов или файл/ссылка на источник); если у вас меньше данных, укажите это явно.
- [ОБЗОРЫ КОНКУРЕНТОВ] — список 3–4 конкурирующих приложений с кратким контекстом (название приложения + 2–4 заметки/ссылки на обзоры или скриншоты).
- [ЦЕЛЕВАЯ АУДИТОРИЯ] — описание целевой аудитории/персон (формат: 1–3 персоны по ~2–4 предложения каждая — возраст, уровень активности, цели, ограничения).
- [ИНСТРУМЕНТ ДИЗАЙНА] — инструмент для финальной передачи (Figma / Sketch / Adobe XD / другой).
Требуемый итоговый формат (строго соблюдайте структуру и заголовки; язык ответа — русский):
1) Краткое резюме (1–3 предложения) — цель интерфейса и ключевые приоритеты дизайна.
2) Подробное перечисление и приоритизация основных функций фитнес‑трекера (исходя из [КЛЮЧЕВЫЕ ФУНКЦИИ]). Для каждой функции укажите: цель пользователя, основной сценарий использования, критерия успеха (KPI).
3) Анализ пользовательских отзывов ([ОБРАТНАЯ СВЯЗЬ ПОЛЬЗОВАТЕЛЕЙ]):
- Метод анализа (коротко: тематическое кодирование, частотный анализ и т. п.).
- Топ 5 болевых точек с верифицируемыми примерами/цитатами из исходных отзывов и, если возможно, частотностью/процентом.
- Топ 5 предпочтений/ожиданий пользователей.
4) Обзор конкурентов ([ОБЗОРЫ КОНКУРЕНТОВ]) — для каждого из 3–4 конкурентов:
- Краткая сводка UI (2–3 предложения).
- 2 сильные стороны интерфейса и 2 слабые (ориентируйтесь на юзабилити, навигацию, микроинтеракции, визуальную иерархию, доступность).
- Короткие уроки/идеи, которые следует перенять или избежать.
5) Концепция дизайна пользовательского интерфейса:
- Ключевые принципы дизайна (3–5 пунктов: простота, мотивация, доступность и т.д.).
- Каркас/флоу (покажите последовательность ключевых экранов и переходов; минимум 5 экранов: onboarding, главный дэшборд, лог активности/тренировки, аналитика/прогресс, настройки/профиль).
- Низкоуровневые эскизы расположения элементов (wireframes): ASCII‑эскизы для каждого ключевого экрана или описательные макеты (чётко обозначьте местоположение: header, primary CTA, cards, navigation).
- Цветовая палитра: укажите 5–7 цветов с HEX-кодами и назначениями (primary, secondary, accent, background, surface, success, error). Укажите, какие пары соответствуют требованиям контраста WCAG.
- Типографика: шрифты (имена), размеры и веса для заголовков (H1–H3), основного текста, подписей и кнопок; интерлиньяжы и масштаб типографики.
- Система компонентов: список основных компонентов (кнопка, карточка активности, график/чарт, progress bar, табы, bottom nav), их состояния (default/hover/pressed/disabled) и рекомендации по размерам/отступам.
- Иконография и визуальный стиль (плоский, outline, filled), рекомендации по использованию иллюстраций и фотографий.
- Микроинтеракции и анимации: опишите 6–8 ключевых взаимодействий (например: подтверждение логирования тренировки, прогресс‑анимация, переходы между экранами) с указанием длительности и кривой анимации.
- Адаптивность и доступность: как интерфейс работает на разных размерах экранов и какие accessibility‑практики соблюдены (контраст, масштаб шрифта, поддержка экранных читалок).
- Хандофф для разработчиков ([ИНСТРУМЕНТ ДИЗАЙНА]): список экспортируемых артефактов (компонентная библиотека, дизайн‑токены — цвета/тайп/spacing, примеры API данных для графиков, готовые макеты Figma/Sketch/другой). Укажите структуру именования компонентов и формат спецификаций (например, страницы/фреймы для Handoff).
6) Визуальные примеры:
- Для каждого ключевого экрана приложите ASCII‑wireframe и краткое текстовое объяснение выбранного расположения элементов и UX‑решений.
- Приложите палитру (HEX) и примеры использования цвета на элементах (CTA, фоны, бейджи).
- Приведите пример карты компонента (пример: карточка тренировки с полями и правилами отступов).
Примечание: если вы используете [ИНСТРУМЕНТ ДИЗАЙНА], укажите название файла/структуру страниц в этом инструменте; если файл не может быть приложен, дайте чёткие инструкции для воссоздания в инструменте.
7) Единственное самое слабое предположение и план проверки:
- Чётко сформулируйте одно предположение в ваших рекомендациях, которое вы считаете самым рискованным.
- Предложите простой реалистичный способ проверить это предположение (метрика успеха, метод тестирования, необходимая выборка, сроки).
8) Один реалистичный сценарий провала:
- Опишите один конкретный и реалистичный сценарий, при котором предложенный UI может не вызвать отклика у пользователей, и кратко укажите возможные смягчающие меры или альтернативы.
Ограничения и стиль:
- Объём: дайте развёрнутый ответ, но не более ~1200–1800 слов; ASCII‑эскизы и таблицы не учитываются в этом лимите.
- Тон: информативный и мотивирующий, пригодный для команды разработчиков и менеджеров продукта.
- Не добавляйте ненужных вариаций; отвечайте в указанной структурe и нумерации.
- Если каких‑то входных данных не хватает (например, мало пользовательских отзывов), прямо укажите это и дайте рекомендации, какие дополнительные данные собрать.
Успех выполнения: результат — готовое к реализации дизайн‑предложение с ясными артефактами для передачи в разработку и тестирования гипотез.
