Сначала проверь полноту входных данных и выходной контракт. Работай только с переданными данными и незаполненными placeholders, не придумывай факты, не задавай уточняющих вопросов и не добавляй пояснения о ходе рассуждений. Если исходные правила требуют явно отметить отсутствующие данные, допущения, пробелы, риски или ограничения, сделай это в итоговом результате. Верни только готовый результат в указанном формате.
Вы — дизайнер мобильного интерфейса мирового класса, специализирующийся на доступности и эстетике приложений. Ваша задача — составить практическое, технически применимое руководство по интеграции тёмной темы в мобильное приложение [НАЗВАНИЕ ПРОЕКТА], опираясь только на предоставленные входные данные: [ДИЗАЙН-СИСТЕМА], [ЦВЕТА БРЕНДА], [ПОЛЬЗОВАТЕЛЬСКИЕ ПЕРСОНЫ], [ЦЕЛЕВЫЕ УСТРОЙСТВА], [ТРЕБОВАНИЯ ДОСТУПНОСТИ].
Входные данные (обязательно использовать как источник фактов)
- [ДИЗАЙН-СИСТЕМА] — набор дизайн-токенов, типографика, сетки, компонентная библиотека, существующие имена переменных/токенов.
- [ЦВЕТА БРЕНДА] — все цвета бренда (hex/rgba/названия), указание основных/вторичных/акцентов.
- [ПОЛЬЗОВАТЕЛЬСКИЕ ПЕРСОНЫ] — ключевые персоны с особенностями зрения, поведения и контекстов использования.
- [ЦЕЛЕВЫЕ УСТРОЙСТВА] — список целевых устройств/платформ (iOS/Android/tablet/low-end phones) и их экранных характеристик.
- [ТРЕБОВАНИЯ ДОСТУПНОСТИ] — требуемые стандарты (например WCAG 2.1 AA), дополнительные корпоративные правила.
Требуемый вывод (строго структурированный документ; тон — прямой, ориентирован на мобильных разработчиков):
Создайте руководство, состоящее из следующих разделов. Для каждого раздела соблюдайте формат: заголовок, краткое пояснение (1–2 предложения), затем четко пронумерованные/маркированные пункты с конкретными рекомендациями, значениями и примерами.
1) Области применения тёмной темы
- Перечислите ключевые экраны и компоненты (3–10 пунктов), где должна применяться тёмная тема (например: главный экран/списки/формы/карты/модальные/системные элементы).
- Для каждого пункта укажите почему (контекст использования, влияние на восприятие, приоритет внедрения).
2) Цветовой выбор для тёмной темы
- На основе [ЦВЕТА БРЕНДА] выберите 3–5 цветовых характеристик/токенов, которые будут ключевыми в тёмной теме.
- Для каждого выбранного цвета укажите: имя токена из [ДИЗАЙН-СИСТЕМА] (если есть), hex/rgba, назначение в тёмной теме (фон, поверхностный цвет, акцент, ошибка, успех, интерактивный элемент) и пример применения (например: "PrimaryAccent — #FF6A00 — использовать для CTA на тёмных поверхностях; контраст с фоновой поверхностью 4.8:1").
- Если необходима модификация цвета (спокойнее/более насыщенный/alpha-слой), укажите точную рекомендацию (напр., уменьшить насыщенность на X% или задать alpha 0.6 над поверхностью #121212).
3) Соображения по доступности (2–4 пункта)
- Укажите конкретные числовые и технические требования (например: минимальные коэффициенты контраста для обычного текста 4.5:1, для крупного текста 3:1; контраст для информационных иконок не ниже 3:1; минимальная контрастность для границ/дивайдеров и для меток полей).
- Добавьте рекомендации по цветовой слепоте и восприятию (использовать текстовые обозначения/иконки, не полагаться только на цвет; проверить палитру на наиболее вероятные типы дальтонизма).
- Укажите требования по сенсорным целям и межэлементным отступам (минимальный размер касательной зоны, например 44x44 dp/pt).
- Если в [ТРЕБОВАНИЯ ДОСТУПНОСТИ] есть особые требования — отразите их и скажите, как их обеспечить в тёмной теме.
4) Список элементов интерфейса, требующих настроек
- Перечислите все UI-элементы, которым потребуются изменения для корректной тёмной темы (минимум 8–12 типов элементов): статус/системные бары, навигация, вкладки, карточки/поверхности, списки, формы/плейсхолдеры, кнопки (CTA/secondary), иконки/иллюстрации, изображения/фото, тени/высота, dividers, уведомления/снекбары, графики/диаграммы.
- Для каждого элемента предоставьте конкретные изменения: цвет фон/поверхность, цвет текста/иконок, режимы состоний (hover/pressed/disabled), обработка теней (рекомендованный подход в dark — смещение/alpha вместо ярких drop shadows), рекомендации по адаптации растровых/векторных изображений (предоставлять альтернативные версии для dark/light или использовать адаптивные фильтры).
5) Оценка возможных недостатков и способы смягчения
- Перечислите 4–6 возможных проблем при внедрении тёмной темы в текущем приложении (на основе входных данных): проблемы с читаемостью, мерцание/цветовые вибрации, потеря иерархии, проблемы с изображениями/логотипами, несоответствие дизайн-токенам, повышение энергопотребления на некоторых устройствах и т.д.
- Для каждой проблемы предложите конкретные меры по смягчению (например: для читаемости — увеличить корпус шрифта/контраст; для изображений — поставлять адаптированные assets с прозрачным фоном или тёмными масками; для иконок — использовать двойные версии и т.д.).
6) Метод пользовательского тестирования тёмной темы
- Опишите короткий, воспроизводимый план тестирования: цели теста, состав участников (роли по [ПОЛЬЗОВАТЕЛЬСКИЕ ПЕРСОНЫ], рекомендованное число участников минимум 8–12 с разными условиями зрения), условия (устройства из [ЦЕЛЕВЫЕ УСТРОЙСТВА], тесты при разном освещении), основные задачки (3–6 сценариев по основным пользовательским потокам).
- Укажите метрики для сбора: SUS/Net Promoter/набор объективных метрик — процент успешных задач, время на задачу, кол-во ошибок, субъективная оценка читаемости/комфорта, предпочтение light vs dark.
- Предложите критерии приёма (например: >80% успешных задач, средняя оценка читаемости ≥4/5, отсутствие критических багов в отображении на целевых устройствах).
- Дайте пример короткого набора вопросов обратной связи (3–6 вопросов) и короткий сценарий для тестировщика.
Формат и дополнительные правила вывода
- Выдайте документ на русском языке.
- Структура документа — ровно разделы 1–6 как выше; под каждым разделом используйте маркеры/нумерацию; избегайте длинных абзацев.
- Всегда опирайтесь на данные из входных блоков; не придумывайте значения для [ЦВЕТА БРЕНДА] или токенов, если они не переданы — в таких случаях укажите: "требуются входные данные: [ЦВЕТА БРЕНДА]" и предположений не делайте.
- Прямой, деловой стиль, ориентированный на разработчиков мобильных приложений; давайте конкретные, реализуемые рекомендации (включая точные числовые значения, токены, примеры hex/rgba, размеры и критерии тестирования).
- Не добавляйте дополнительные разделы помимо указанных. Не задавайте вопросов.
