ПроверилиТермины полезны, когда помогают команде договориться
Короткий словарь, который помогает заказчику и дизайн-команде говорить на одном языке.
Позиция редакции «Гуси—Лебеди»Термины полезны, когда уменьшают неопределённость. Заказчику не нужно говорить как дизайнеру — достаточно понимать, какое решение обсуждается и на что оно влияет.
Прототип
Ситуация «Прототип» сама по себе ещё не объясняет причину. Сначала нужно проверить: логику и порядок действий без финального визуала. Только после этого решение «согласовать сценарий до детализации дизайна» становится обоснованным, а не выбранным по первому впечатлению.
До начала изменений команда должна подтвердить: команда использует одинаковые определения; термин сопровождается примером; описаны интерактивные состояния. Эти условия задают границы решения и не позволяют выдать совпадение или сезонное изменение за результат работы.
Отмечаем, где, у кого и при каких условиях проявляется этот сигнал.
Команда использует одинаковые определения
Фиксировать определения в общем словаре проекта.
Логику и порядок действий без финального визуала
На проектах мы связываем каждый термин с примером, состоянием интерфейса и критерием приёмки. Так слова «прототип», «компонент» или «адаптив» перестают означать разные вещи для бизнеса, дизайна и разработки.
Дизайн для нас — это способ управлять вниманием и сценарием, а не декоративный слой. Решение должно быть понятно пользователю, измеримо для бизнеса и реализуемо командой разработки.
- 01
Фиксировать определения в общем словаре проекта.
Контроль этапа: Команда использует одинаковые определения. - 02
Показывать термин на реальном экране или интерактивном прототипе.
Контроль этапа: Термин сопровождается примером. - 03
Описывать не только внешний вид, но и поведение элемента в разных состояниях.
Контроль этапа: Описаны интерактивные состояния. - 04
Включать важные понятия и критерии в дизайн-документацию и задачи разработки.
Контроль этапа: Указаны ограничения контента.
Результат проверяем на пользовательском сценарии: понимает ли человек предложение, замечает ли важное, совершает ли действие и не сталкивается ли с ошибками на разных устройствах.
Как действовать, если прототип
Разбираем три наблюдаемые ситуации: «Прототип», «UI-kit или дизайн-система» и «Адаптив». Для каждой отделяем нужные данные от решения, которое можно проверить на практике.
Прототип
Проверка. Логику и порядок действий без финального визуала.
Следующий шаг. Согласовать сценарий до детализации дизайна. Контроль этапа: команда использует одинаковые определения.
UI-kit или дизайн-система
Проверка. Масштаб правил и процесс поддержки.
Следующий шаг. Выбрать уровень, соответствующий продукту и команде. Контроль этапа: термин сопровождается примером.
Адаптив
Проверка. Поведение контента на разных ширинах.
Следующий шаг. Проектировать состояния, а не уменьшенную desktop-версию. Контроль этапа: описаны интерактивные состояния.
Критерии понятны без устных пояснений. После этого можно переходить к следующему этапу без потери логики решения.
По этой же логике полезно разобрать: Когда бизнесу действительно нужна дизайн-система и Эффективное оформление сайта: основные правила.
От данных к решению: логику и порядок действий без финального визуала
Таблица связывает три конкретных элемента: наблюдаемую ситуацию, данные для проверки и допустимое действие. Перед использованием убедитесь, что команда использует одинаковые определения.
| Ситуация | Что проверяем | Рабочее решение |
|---|---|---|
| Прототип | Логику и порядок действий без финального визуала | Согласовать сценарий до детализации дизайна |
| UI-kit или дизайн-система | Масштаб правил и процесс поддержки | Выбрать уровень, соответствующий продукту и команде |
| Адаптив | Поведение контента на разных ширинах | Проектировать состояния, а не уменьшенную desktop-версию |
Риски следующего шага: согласовать сценарий до детализации дизайна
Согласовать сценарий до детализации дизайна
Без проверки логику и порядок действий без финального визуала команда может качественно реализовать функцию, которая не влияет на наблюдаемую проблему.
Выбрать уровень, соответствующий продукту и команде
Сначала разделите данные по релевантным группам и подтвердите условие: термин сопровождается примером.
Проектировать состояния, а не уменьшенную desktop-версию
Так невозможно связать эффект с конкретным решением. Безопаснее выполнить шаг «Описывать не только внешний вид, но и поведение элемента в разных состояниях.» отдельно и сохранить точку сравнения.
Критерии понятны без устных пояснений
Результат проверяем на пользовательском сценарии: понимает ли человек предложение, замечает ли важное, совершает ли действие и не сталкивается ли с ошибками на разных устройствах. Финальное условие для этой задачи: критерии понятны без устных пояснений.
Команда использует одинаковые определения
Первый обязательный пункт — «Команда использует одинаковые определения», финальный — «Критерии понятны без устных пояснений». Остальные условия показывают, какие неопределённости нужно снять до дорогой реализации.
- Команда использует одинаковые определения
- Термин сопровождается примером
- Описаны интерактивные состояния
- Указаны ограничения контента
- Критерии понятны без устных пояснений
Перед следующим действием: включать важные понятия и критерии в дизайн-документацию и задачи разработки
Команда использует одинаковые определения?
Фиксировать определения в общем словаре проекта.. Результатом первого шага должна стать проверяемая исходная точка, а не большое техническое задание.
Термин сопровождается примером?
Показывать термин на реальном экране или интерактивном прототипе.. Дополнительно убедитесь, что термин сопровождается примером.
Описаны интерактивные состояния?
После подтверждения причины и границ сценария. Описывать не только внешний вид, но и поведение элемента в разных состояниях..
Указаны ограничения контента?
Команда использует одинаковые определения; Термин сопровождается примером; Описаны интерактивные состояния. Недостающий пункт становится отдельной задачей, а не скрытым допущением.
Критерии понятны без устных пояснений?
Результат проверяем на пользовательском сценарии: понимает ли человек предложение, замечает ли важное, совершает ли действие и не сталкивается ли с ошибками на разных устройствах. Для этого материала дополнительный критерий — критерии понятны без устных пояснений.
Материал подготовила команда Гуси—Лебеди
Мы пишем о решениях, которые применяем в стратегии, дизайне, разработке и продвижении. Если приводим рекомендацию — объясняем критерий, риск и способ проверки.