HIF / Документация / Практика

Процесс проектирования и исследований

Статус: нормативная методика

Версия: 0.1

Этот документ определяет жизненный цикл HIF для выявления потребностей, проектирования интерактивных систем, проверки утверждений и обучения на эксплуатации. Он применяется к новым продуктам, перепроектированию и независимым аудитам клиентских продуктов.

1. Руководящие принципы

Человеко-ориентированное проектирование ОБЯЗАНО:

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

Процесс не является линейной передачей работы от исследования дизайну и затем разработке. Каждый цикл уменьшает названную неопределённость или риск и создаёт трассируемые доказательства.

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

2. Жизненный цикл

поставить рамки
→ понять контекст
→ определить потребности и результаты
→ смоделировать систему и риски
→ создать альтернативы
→ прототипировать с подходящей точностью
→ проверить утверждения
→ реализовать и верифицировать
→ выпускать постепенно
→ наблюдать эксплуатацию
→ пересмотреть или вывести из эксплуатации

Команда МОЖЕТ войти на любой стадии, но ОБЯЗАНА определить недостающие предшествующие доказательства.

2.1. Поставить рамки

Определите:

принимаемое решение и того, у кого есть полномочия его принять;
границы продукта, услуги и организации;
целевые, затрагиваемые и потенциально исключённые группы;
важные задачи, вред и бизнес-результаты;
применимый профиль HIF, стандарты и законодательство;
существующие данные, допущения и конфликты интересов;
ограничения времени, доступа, данных и набора участников.

Результат — задание на исследование и проектирование, а не описание решения.

2.2. Понять контекст

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

Не выводите реальную практику только из:

описаний заинтересованных сторон;
событий аналитики;
формальных схем процессов;
запросов функций;
экранов конкурентов;
рассказов участников о том, что они обычно делают.

Это потоки доказательств, но каждый опускает части ситуативного поведения.

2.3. Определить потребности и критерии результата

Потребность пользователя — результат или способность, необходимые в контексте, а не функция.

Когда [контекст],
[человеку/роли] нужно [достичь цели или разрешить условие],
чтобы [значимый результат],
в пределах [риска, доступности и производительности].

Для каждой потребности определите:

имеющиеся доказательства и уверенность;
условия успеха и отказа;
охваченные группы и контексты;
наблюдаемые меры результата;
применимые требования HIF;
нерешённые вопросы.

2.4. Смоделировать систему и риск

Создавайте только модели, меняющие решения:

участники, полномочия и разделение труда;
объекты, идентичность и происхождение;
команды, предусловия и последствия;
переходы состояния и сохранение;
потоки и преобразования информации;
зависимости пути или услуги;
опасности, сценарии злоупотребления и восстановление;
барьеры доступности и пути вспомогательных технологий.

Модели — версионируемые гипотезы. Противоречие модели наблюдаемой работе является результатом исследования.

2.5. Создать альтернативы

Для значимых проектных решений ДОЛЖНЫ рассматриваться не менее двух существенно различающихся альтернатив. Альтернативы ОБЯЗАНЫ сравниваться с одинаковыми потребностями, рисками и критериями результата.

Команда ДОЛЖНА включать людей, реализующих, эксплуатирующих, поддерживающих и использующих систему. Участие не переносит ответственность за дизайн на участников.

2.6. Прототипировать с точностью, соответствующей вопросу

Точность выбирается по утверждению:

Вопрос	Минимально полезный артефакт
Осмысленна ли концепция?	рассказ, раскадровка, сценарий услуги
Понятна ли информационная структура?	размеченная модель содержания или связанный вайрфрейм
Можно ли завершить взаимодействие?	интерактивный прототип с реалистичными данными и состояниями
Работают ли фокус и семантика?	кодовый прототип в целевом стеке доступности
Приемлема ли производительность?	репрезентативная реализация и инфраструктура
Можно ли восстановиться после отказа?	исполняемые состояния отказа и поведение сохранения

Прототип НЕЛЬЗЯ использовать для заявления свойств, которых он не реализует.

2.7. Реализовать, выпустить, эксплуатировать и вывести

Проектный замысел ОБЯЗАН пережить реализацию через семантические контракты, модели состояния, содержание, тестовые сценарии и критерии приёмки. Выпуск ДОЛЖЕН быть постепенным, когда риск или неопределённость существенны.

Эксплуатационный мониторинг ОБЯЗАН включать:

результаты задач и сигналы отказа;
регрессии доступности и совместимости;
темы поддержки и обходные пути;
инциденты, почти случившиеся инциденты и восстановление;
распределительные эффекты для релевантных групп;
отмены и исправления автоматизации;
триггеры пересмотра доказательств.

Вывод из эксплуатации является частью дизайна. Экспорт, миграция, уведомление, непрерывность и удаление ОБЯЗАНЫ соответствовать модели сохранения и прав.

3. Планирование исследования

Каждое исследование ОБЯЗАНО иметь протокол до сбора данных:

RESEARCH-ID и ответственный
решение и исследовательский вопрос
первичные и вторичные утверждения
метод и обоснование
совокупность, выборка и набор
контекст, задачи и материалы
меры и пороги решения
процедура и руководство модератора
план анализа
этика, согласие, приватность и вознаграждение
доступность и адаптации
план пилота
правило остановки
ожидаемые ограничения
план артефактов и хранения

Результаты исследования МОГУТ появляться, но ОБЯЗАНЫ помечаться как исследовательские. Изменение первичного результата или анализа после просмотра данных ОБЯЗАНО быть раскрыто.

4. Выбор методов

Выбирайте методы из решения, а не по привычке.

Что нужно узнать	Подходящие методы
Что люди делают в контексте и почему	полевое наблюдение, контекстное исследование, дневник, анализ артефактов
Как люди понимают концепции или язык	интервью, выявление понятий, задача на понимание
Как группировать информацию	открытая/закрытая карточная сортировка и проверка задачей
Где задача ломается	модерируемая или немодерируемая оценка удобства по задачам
Эффективен ли путь специалиста	KLM/GOMS при соблюдении допущений, инструментированная задача
Вызывает ли одна альтернатива отличие	контролируемый эксперимент или защищаемый квазиэксперимент
Выполнены ли требования доступности	соответствие, ручная проверка, вспомогательные технологии и люди с инвалидностью
Как поведение меняется во времени	продольное исследование, полевой запуск, когортный анализ или телеметрия
Почему изменились эксплуатационные данные	журналы плюс качественное и причинное исследование
Контролируется ли редкий вред	анализ опасностей, моделирование, состязательная проверка и восстановление

Выбор метода ОБЯЗАН указывать, чего метод установить не может.

5. Генеративные и контекстные методы

5.1. Наблюдение и контекстное исследование

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

Исследователь ОБЯЗАН не превращать наблюдение в оценку работника. Если наблюдение меняет риск или поведение, зафиксируйте эффект.

5.2. Интервью

Интервью дают данные о рассказах, смыслах, ожиданиях и запомненном опыте. Они не являются прямыми измерениями поведения.

Сначала используйте нейтральные открытые вопросы, затем уточнения. Избегайте:

наводящих или составных вопросов;
гипотетического предпочтения вместо данных задачи;
просьб к участникам спроектировать решение;
принятия беглого объяснения за доказательство успешного действия;
потери опровергающих случаев при синтезе.

5.3. Дневники и продольная выборка

Используйте дневники, когда события прерывисты, приватны, мобильны или распределены во времени. Минимизируйте нагрузку отчётности, задайте триггеры событий и отличайте пропущенные записи от отсутствия событий.

5.4. Совместное проектирование

Затрагиваемые люди могут вносить ситуативную экспертизу, оценивать приоритеты и создавать альтернативы. Участие ОБЯЗАНО быть доступным, справедливо оплачиваемым и ясным относительно полномочий решения. Его НЕЛЬЗЯ использовать для легитимации уже принятого решения.

5.5. Анализ артефактов и процессов

Изучайте формы, сообщения, таблицы, физические заметки, истории и неофициальные инструменты. Они часто несут функции координации и памяти, которые должна сохранить новая система. Считайте обходные пути данными об отношении в системе, а не автоматически нарушением.

6. Оценочные методы

6.1. Экспертная проверка

Экспертная проверка применяет Конституцию HIF, профиль продукта, отраслевые стандарты и корпус задач. Каждая выявленная проблема ОБЯЗАНА содержать наблюдаемое условие, затронутую задачу, последствие, применимый критерий, доказательство и воспроизводимые шаги.

Эвристическая проверка находит правдоподобные проблемы; она не измеряет распространённость, успешность задачи или понимание пользователя.

6.2. Когнитивное прохождение

Используйте когнитивное прохождение для обучаемости определённого пути первого или редкого использования. Для каждого действия спрашивайте, вероятно ли, что целевой человек:

сформирует правильную подцель;
заметит правильное действие;
свяжет действие с целью;
поймёт обратную связь как продвижение.

Фиксируйте предполагаемые знания. Метод не заменяет наблюдение с репрезентативными людьми.

6.3. Оценка удобства по задачам

Задачи ОБЯЗАНЫ выражать цели и реалистичные начальные состояния, не раскрывая последовательность взаимодействия. Включайте релевантные права, данные, прерывания и состояния отказа.

Собирайте:

результат и качество задачи;
критические и некритические ошибки;
помощь и восстановление;
время, когда оно имеет смысл;
путь и переходы состояний;
понимание последствий и сохранения;
сообщённый участником опыт после наблюдения поведения.

Модератор ОБЯЗАН сохранять нейтральность, использовать определённую политику помощи и не обучать одного участника тому, что последующие должны обнаружить сами. Итерации между сессиями разрешены, когда исследование явно формирующее; версии и экспозиция ОБЯЗАНЫ фиксироваться.

6.4. Контролируемое сравнение

Для причинного сравнения:

определите первичный результат и наименьший значимый эффект;
достоверно назначайте условия и контролируйте порядок/обучение;
сохраняйте различия, не являющиеся объектом проверки;
до сбора оцените требуемую выборку или точность;
задайте исключения, пропущенные данные и правила остановки;
сообщайте размеры эффектов и неопределённость, а не только p-значения;
отличайте подтверждающий анализ от исследовательского.

Статистическая значимость не равна практической важности, а p-значение не является вероятностью истинности гипотезы.

6.5. Полевые эксперименты и телеметрия

Телеметрия наблюдает инструментированные события, а не намерения или целостный опыт. Семантика события, экспозиция, идентичность, пропуски и версия ОБЯЗАНЫ быть определены.

A/B-тестирование уместно, только когда:

допущения рандомизации и отсутствия взаимовлияния достоверны;
метрика представляет легитимный результат;
предвидимый вред ограничен;
учтены новизна, обучение и долгосрочные эффекты;
доступность и эффекты меньшинств не скрыты агрегатом;
существуют правила остановки и отката.

Оптимизация тёмных паттернов и эксперименты, манипулирующие существенным выбором без надлежащего согласия или управления, нарушают HIF-TRU-001 и HIF-TRU-005.

6.6. Оценка доступности

Объединяйте:

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

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

6.7. Опросники

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

Самоотчёт о нагрузке, удовлетворённости, доверии и предпочтении измеряет разные конструкты. Ни один сам по себе не доказывает успех или безопасность задачи. Например, NASA-TLX — субъективный инструмент оценки нагрузки, а не общий балл удобства использования.

7. Выборка и набор

Универсального «правила пяти пользователей» не существует.

Выборка ОБЯЗАНА следовать утверждению:

целевая вариативность для обнаружения механизмов и барьеров;
критериальная выборка для определённой способности или контекста;
стратифицированная или квотная выборка для известных важных групп;
вероятностная выборка, когда нужны оценки совокупности;
достаточная экспериментальная выборка для требуемой точности или мощности;
достаточная информационная сила качественной выборки с учётом цели, специфичности, теории, качества диалога и стратегии анализа.

Набор ОБЯЗАН фиксировать включение, исключение, канал, вознаграждение и неучастие. Удобно доступных коллег и профессиональных тестировщиков НЕЛЬЗЯ представлять как репрезентативных клиентов без доказательств.

Исследования доступности ДОЛЖНЫ охватывать релевантные сочетания инвалидности, опыта вспомогательной технологии, устройства и задачи, а не только диагностические метки.

8. Анализ

8.1. Целостность данных

Сохраняйте:

протокол и версию исследования;
сырые наблюдения или разрешённые записи;
определения событий и версии запросов/кода;
журнал преобразований и исключений;
решения анализа;
обезличенные фрагменты доказательств, связанные с результатами исследования.

8.2. Качественный анализ

Укажите аналитический подход и роль исследователя. Сохраняйте цепочку от сырого материала к коду, теме, утверждению и решению. Ищите отрицательные случаи и альтернативные объяснения. Большее число цитат не делает тему более распространённой.

Двойное кодирование МОЖЕТ выявить неоднозначность, но согласие не является универсальной проверкой валидности. Рефлексивность, контекст и прозрачная интерпретация остаются необходимыми.

8.3. Количественный анализ

Сообщайте знаменатели, пропущенные данные, распределения, оценки эффектов и неопределённость. Не усредняйте значимые различия задач или групп. Определение метрики ОБЯЗАНО оставаться стабильным между сравниваемыми версиями, иначе разрыв ОБЯЗАН быть объявлен.

Множественность, повторные просмотры, необязательная остановка и последующий поиск подгрупп увеличивают ложные открытия. Заранее определяйте подтверждающий анализ, когда решение этого требует.

8.4. Серьёзность

Серьёзность — суждение о последствиях, охвате, частоте, восстановимости и уверенности доказательств. Это не визуальная заметность.

серьёзность = последствие × экспозиция × вероятность × трудность восстановления
уверенность = качество и охват доказательств

Разделяйте серьёзность и уверенность. Высокосерьёзная опасность с низкой уверенностью требует исследования или предосторожности, а не молчаливого понижения.

9. Этика и управление исследованием

Исследования с людьми ОБЯЗАНЫ уважать личность, минимизировать вред, справедливо распределять бремя и выгоды и соблюдать применимое право и этическую экспертизу.

До сбора:

определите необходимость независимой этической экспертизы;
получите информированное, добровольное и доступное согласие;
объясните цель, процедуру, запись, использование данных, хранение и отзыв;
собирайте только необходимые вопросу данные;
отделяйте согласие на исследование от условий продукта и власти работодателя;
защищайте конфиденциальность и планируйте контроль раскрытия;
обеспечьте безопасный выход без потери положенного вознаграждения;
планируйте работу с дистрессом, чувствительным раскрытием и защитой;
раскрывайте спонсора, стимулы и существенные конфликты.

Согласие — процесс, а не флажок. Обман требует исключительного обоснования, предварительного этического одобрения, где применимо, контроля риска и последующего объяснения.

Публично наблюдаемые данные не являются автоматически этически неограниченными. Исследователи ОБЯЗАНЫ учитывать разумные ожидания, идентифицируемость, групповой вред и контекст платформы.

10. Независимый клиентский аудит

Аудит, продаваемый вместе с исправлением, создаёт конфликт интересов: оценщик может выигрывать от большего числа или размера дефектов. HIF требует:

согласовать область, критерии, порог доказательств и основу цены до формулирования результатов;
делать результаты проверки воспроизводимыми и связывать их со стандартами или наблюдаемым вредом задаче;
определять серьёзность независимо от дохода от исправления;
явно указывать неопределённость и исключённую область;
давать клиенту доступ к доказательствам и право на независимую проверку;
не заявлять соответствие по выборочным данным шире обоснованной области;
определить критерии повторной проверки до исправления;
раздельно сообщать дефекты, возможности и непроверенные гипотезы.

Отчёт об аудите ОБЯЗАН объяснять текущее состояние продукта, не вынуждая клиента покупать реализацию. Предложения исправлений ОБЯЗАНЫ указывать, какую выявленную проблему и требование HIF устраняет каждое изменение и какой результат от него ожидается.

11. Синтез и решение

Результат исследования не является указанием по дизайну. Синтез связывает данные с действием:

наблюдение
→ интерпретация
→ ограниченное утверждение
→ затронутые задача и люди
→ механизм
→ требование HIF
→ серьёзность и уверенность
→ альтернативы
→ решение
→ проверка

Противоречащие данные ОБЯЗАНЫ оставаться видимыми. Запись решения объясняет, почему выбраны определённая интерпретация или компромисс и какие данные изменят решение.

12. Обязательные результаты и контрольные точки

Контроль открытия

решение и область определены;
контекст и важная вариативность описаны;
пробелы доказательств и этика проверены;
начальные потребности и риски трассируются.

Контроль проектирования

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

Контроль валидации

утверждения сопоставлены подходящим методам;
слои доступности выполнены;
доказательства, ограничения и остаточный риск записаны;
проблемы высокого риска устранены или формально исключены.

Контроль выпуска

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

Контроль обучения

эксплуатационные результаты и инциденты проверены;
распределительные эффекты и доступность проверены;
записи доказательств обновлены;
новая работа, исключения или вывод назначены ответственным.

13. Отчётность

Отчёт об исследовании или аудите ОБЯЗАН включать:

краткий итог для решения;
область, исключения и даты;
продукт/версию и среду;
людей, задачи и выборку;
метод и процедуру;
результаты с доказательствами, критичностью и уровнем уверенности;
меры со знаменателями и неопределённостью;
ограничения и альтернативные объяснения;
трассировку HIF/стандартов;
рекомендации и критерии проверки;
этику, приватность и конфликты;
места артефактов и сроки хранения.

Используйте принципы Common Industry Format, чтобы другой квалифицированный читатель мог оценить валидность и, где уместно, воспроизвести проверку.