Skip to content

Чек-лист эвристической оценки: до, исполнение, после

Этот чек-лист эвристической оценки покрывает полный проект от определения scope до приоритизированного action plan. Используй его как рабочий документ — скопируй в проектные заметки, отмечай каждый пункт по мере прохождения и оставляй комментарии там, где проект отклоняется от стандартного потока. Чек-лист рассчитан на стандартный сетап с тремя оценщиками против 10 эвристик Нильсена на сфокусированном пользовательском флоу; для крупных оценок или специализированных наборов эвристик те же пункты применимы, но планируй больше времени на бриф и консолидацию.

До

  • Определи scope: 1–3 критичных пользовательских флоу, список включённых экранов и состояний, список явных исключений
  • Выбери тип пользователя, который оценщики должны принять (новичок, эксперт, конкретная роль)
  • Выбери набор эвристик (10 Нильсена по умолчанию плюс доменные или WCAG, если релевантно)
  • Привлеки 3–5 оценщиков с минимум базовым UX-бэкграундом, никто из них не должен быть автором флоу
  • Брифуй оценщиков по эвристикам; проведи 30-минутную калибровку на стороннем продукте, если это первый раз для команды
  • Выбери формат логирования (общий Google Sheets, workbook NN/g, Miro-доска) и потребуй от всех им пользоваться
  • Подготовь экраны, доступ к прототипу или работающий билд, до которого может добраться каждый оценщик
  • Заранее запланируй встречу консолидации, чтобы у оценщиков был дедлайн

Исполнение

  • Каждый оценщик делает ориентационный проход без логирования проблем — знакомится с продуктом
  • Каждый оценщик делает оценочный проход, логируя каждое нарушение в структурированном формате
  • Каждая проблема включает: экран, элемент, эвристику, что идёт не так, почему это важно, severity, рекомендованный фикс
  • Делай скриншот или короткий Loom для каждой крупной проблемы
  • Выставляй severity по фиксированной шкале (cosmetic / minor / major / critical или 0–4 Нильсена)
  • Не шарь находки между оценщиками до завершения независимого прохода
  • Если используешь AI для первого прохода, относись к его выводу как к джуниор-оценщику — верифицируй до принятия
  • Кросс-чекни доступность по WCAG quick rules, если доступность в scope

После

  • Проведи встречу консолидации; слей дубликаты, обсуди расхождения, перекалибруй severity
  • Сгруппируй проблемы в 3–7 тематических групп (навигация, фидбэк, ошибки, терминология и т.д.)
  • Оцени каждую проблему или кластер по severity, частоте и бизнес-импакту
  • Возьми топ-5–15 проблем в action plan с грубой оценкой усилий
  • Аннотируй скриншоты для headline-находок
  • Напиши бриф (5–10 страниц или короткая дека) с методом, headline-находками, action plan и ограничениями
  • Презентуй продуктовому, дизайн- и инженерному лидам лично; не отсылай таблицу по почте
  • Заархивируй сводный бэклог и кодбук эвристик для следующей оценки
  • Запланируй follow-up юзабилити-тест для валидации highest-impact фиксов после их выкатки