Skip to content

Latest commit

 

History

History
99 lines (49 loc) · 5.59 KB

UX чеклист.md

File metadata and controls

99 lines (49 loc) · 5.59 KB

UX чеклист

[ ] Определить персонажей

  • Персонаж - не абстрактный "пользователь", а гипотетический архетип рального пользователя: возраст, профессия, навыки.

  • Описания должны быть достаточно жесткими и точными.

  • Персонажи определяются своими целями и мотивами.

  • Выделить ключевого персонажа (или двух) и сосредоточиться на нем.

  • Персонажи и их цели точно определяют, что продукт должен делать, а какими функциями можно пренебречь.


[ ] Определить цели персонажа

  • Цель - это конечное состояние, результат, а задача - путь, способ достижения цели.

  • Личные цели: не чувствовать себя глупо, не совершать ошибок, выполнить адекватный объем работ.

  • Практические цели: удовлетворить требования клиента, сохранять информацию, создавать модель.

  • Корпоративные цели: увеличить прибыль, предложить новые услуги, нанять больше сотрудников.

  • Продукт должен помогать пользователю достигать практических целей, не препятствуя достижению личных.

  • Цели постоянны, задачи можно упрощать.

  • Цель != функция.


[ ] Описать сценарии

  • Сценарии - сжатые описания способов применения продукта персонажем для достижения цели.

  • Повседневные: самые частые действия персонажа. Их можно отполировать до блеска - наименьшее число кликов, дружелюбная логика, максимальная скорость.

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

  • Сценарии для исключительных ситуаций можно спрятать в глубины интерфейса.


[ ] Составить словарь

  • Единый набор терминов.

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


[ ] Проектировать для "вечных середнячков"

  • 90% пользователей - не эксперты и не новички, а посередине.

  • Базовые сценарии (основные действия) делать максимально простыми, а продвинутый функционал - вторым слоем.


[ ] Не раздувать функциональность

  • Каждая новая функция для еще одного пользователя - дополнительное когнитивное сопротивление для всех пользователей.

  • Лучше облегчить жизнь одному ключевому персонажу на 100%, а не пытаться по 50% для всех.

  • Запросы на новый функционал пропускать через фильтр персонажей. Сохранять концептуальную целостность продукта.


[ ] Делать интерфейс вежливым и отзывчивым

  • Запоминать действия пользователя и автоматизировать рутину. Черновики, ранее введённые значения.

  • Механизм Undo/Redo вместо диалогов "Вы уверены, что ...?".

  • Запрашивать минимум информации для выполнения действия.

  • Предугадывать логичные шаги. Подсказывать, что пользователь может сделать дальше.

  • Разрешать промежуточные состояния, возможность ручного редактирования для опытных пользователей.

  • Лучше предоставлять хоть какую-то информацию сразу, а более точную позднее. Принцип соразмерности усилий.


[ ] Проектирование должно предшествовать реализации

  • Перед любой реализацией - готовая спецификация, описывающая интерфейс с точки зрения персонажей и сценариев.

  • Спецификация должна быть точной. Не оставлять пространство для самодеятельности, чтобы потом не переделывать.

  • Демонстрировать результаты проектирования и перепроектировать итеративно.

  • Подготовка позволяет сократить стадию производства.