Точность прототипа выбирают по вопросу исследования. Чем реалистичнее макет, тем дороже его менять и тем выше риск, что участники будут обсуждать отделку вместо логики решения. основание Для темы «как выбирать точность прототипа под вопрос» артефакт «план прототипа и проверяемых рисков» связывает компонент «Вопрос» с этапом «Сформулировать решение»; неподтверждённые рекомендации остаются редакционными гипотезами темы «как выбирать точность прототипа под вопрос».
Задача и проверяемые основания
GOV.UK Prototype Kit предназначен для быстрого создания реалистичных HTML-прототипов цифровых сервисов. основание
Defra описывает диапазон прототипов от эскизов до кодовых вариантов и связывает выбор с этапом проектирования. основание
GOV.UK относит прототипирование и использование дизайн-паттернов к основным практикам проектирования сервиса. основание
NN/g сопоставляет исследовательские методы с типом вопроса и стадией разработки продукта. основание
В артефакте «план прототипа и проверяемых рисков» вопрос «Какое решение зависит от исследования?» хранится отдельно от решения «Выделить критическое поведение» и ограничения «низкая точность не подходит для проверки доверия».
Рабочая модель
Вопрос. В теме «как выбирать точность прототипа под вопрос» этот элемент означает неопределённость, которую команда должна уменьшить конкретной исследовательской сессией. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Поведение» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Поведение. В теме «как выбирать точность прототипа под вопрос» этот элемент означает действия и переходы, необходимые для ответа, включая важные состояния и данные. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Реализм» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Реализм. В теме «как выбирать точность прототипа под вопрос» этот элемент означает уровень визуальной, содержательной и технической правдоподобности. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Стоимость изменения» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Стоимость изменения. В теме «как выбирать точность прототипа под вопрос» этот элемент означает время на сборку, поддержку сценария и переработку после результата. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Риск внушения» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Риск внушения. В теме «как выбирать точность прототипа под вопрос» этот элемент означает вероятность ложного ощущения готовности из-за детализированного макета. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Среда» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Среда. В теме «как выбирать точность прототипа под вопрос» этот элемент означает устройство, доступность, интеграции и условия достоверной проверки. В артефакте «план прототипа и проверяемых рисков» связь с компонентом «Вопрос» проверяют сценарием темы «как выбирать точность прототипа под вопрос».
Порядок проектирования
1. Сформулировать решение. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: записать действие команды при каждом возможном результате проверки. Результат уточняет компонент «Вопрос», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
2. Выделить критическое поведение. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: оставить только экраны, состояния и данные для исследовательского вопроса. Результат уточняет компонент «Поведение», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
3. Выбрать уровень реализма. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: добавлять детализацию там, где она влияет на поведение. Результат уточняет компонент «Реализм», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
4. Подготовить правдоподобные данные. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: избежать lorem ipsum и значений, подсказывающих ответ. Результат уточняет компонент «Стоимость изменения», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
5. Провести технический пилот. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: проверить переходы, устройство, доступность и сценарий. Результат уточняет компонент «Риск внушения», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
6. Удалить лишнюю отделку. Команда применяет шаг к теме «как выбирать точность прототипа под вопрос»: убрать элементы, не помогающие ответить на вопрос. Результат уточняет компонент «Среда», а спорные варианты темы «как выбирать точность прототипа под вопрос» остаются в артефакте «план прототипа и проверяемых рисков».
Практический пример
Редакционный пример: команда проверяла, понимают ли владельцы квартир порядок согласования сметы. Для первого вопроса хватило бумажной последовательности с тремя вариантами решения. После подтверждения общей логики понадобился интерактивный прототип с реальными суммами, возвратом на предыдущий шаг и сообщениями об ошибках. Визуальная система использовалась только на втором этапе, потому что ранняя проверка не требовала оценки доверия к интерфейсу.
Пример показывает, как «план прототипа и проверяемых рисков» помогает раньше обнаружить ошибку «начинать с полного визуального макета» и проверить критерий «точность соответствует вопросу» для темы «как выбирать точность прототипа под вопрос».
Контрольные вопросы
- Какое решение зависит от исследования? Ответ фиксируют в артефакте «план прототипа и проверяемых рисков» и связывают с компонентом «Вопрос»; мнение отмечают как допущение темы «как выбирать точность прототипа под вопрос».
- Какая детализация действительно меняет поведение? Ответ фиксируют в артефакте «план прототипа и проверяемых рисков» и связывают с компонентом «Поведение»; мнение отмечают как допущение темы «как выбирать точность прототипа под вопрос».
- Нужны ли реальные данные и устройство? Ответ фиксируют в артефакте «план прототипа и проверяемых рисков» и связывают с компонентом «Реализм»; мнение отмечают как допущение темы «как выбирать точность прототипа под вопрос».
- Не воспринимается ли прототип как обещание готовой функции? Ответ фиксируют в артефакте «план прототипа и проверяемых рисков» и связывают с компонентом «Стоимость изменения»; мнение отмечают как допущение темы «как выбирать точность прототипа под вопрос».
Типовые ошибки
- Начинать с полного визуального макета. В артефакте «план прототипа и проверяемых рисков» для темы «как выбирать точность прототипа под вопрос» ошибка искажает компонент «Поведение»; рядом записывают последствие, обнаружение и исправление.
- Тестировать несколько независимых вопросов одной сборкой. В артефакте «план прототипа и проверяемых рисков» для темы «как выбирать точность прототипа под вопрос» ошибка искажает компонент «Реализм»; рядом записывают последствие, обнаружение и исправление.
- Использовать неправдоподобный контент. В артефакте «план прототипа и проверяемых рисков» для темы «как выбирать точность прототипа под вопрос» ошибка искажает компонент «Стоимость изменения»; рядом записывают последствие, обнаружение и исправление.
- Скрывать неработающие переходы от исследователя. В артефакте «план прототипа и проверяемых рисков» для темы «как выбирать точность прототипа под вопрос» ошибка искажает компонент «Риск внушения»; рядом записывают последствие, обнаружение и исправление.
- Оценивать реализацию вместо гипотезы. В артефакте «план прототипа и проверяемых рисков» для темы «как выбирать точность прототипа под вопрос» ошибка искажает компонент «Среда»; рядом записывают последствие, обнаружение и исправление.
Критерии качества
- Точность соответствует вопросу. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Сформулировать решение»; рядом сохраняют результат и ответственного.
- Критические состояния доступны. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Выделить критическое поведение»; рядом сохраняют результат и ответственного.
- Данные выглядят правдоподобно. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Выбрать уровень реализма»; рядом сохраняют результат и ответственного.
- Сценарий проходит технический пилот. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Подготовить правдоподобные данные»; рядом сохраняют результат и ответственного.
- Участнику объяснён статус прототипа. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Провести технический пилот»; рядом сохраняют результат и ответственного.
- После теста понятно следующее решение. В артефакте «план прототипа и проверяемых рисков» критерий темы «как выбирать точность прототипа под вопрос» проверяют после шага «Удалить лишнюю отделку»; рядом сохраняют результат и ответственного.
Ограничения применимости
- Низкая точность не подходит для проверки доверия. Ограничение сужает вывод по теме «как выбирать точность прототипа под вопрос» и требует повторно задать вопрос «Какое решение зависит от исследования?»; границу решения сохраняют в артефакте «план прототипа и проверяемых рисков».
- Сложные жесты требуют интерактивной реализации. Ограничение сужает вывод по теме «как выбирать точность прототипа под вопрос» и требует повторно задать вопрос «Какая детализация действительно меняет поведение?»; границу решения сохраняют в артефакте «план прототипа и проверяемых рисков».
- Доступность нельзя надёжно оценить картинкой. Ограничение сужает вывод по теме «как выбирать точность прототипа под вопрос» и требует повторно задать вопрос «Нужны ли реальные данные и устройство?»; границу решения сохраняют в артефакте «план прототипа и проверяемых рисков».
- Интеграции иногда определяют весь сценарий. Ограничение сужает вывод по теме «как выбирать точность прототипа под вопрос» и требует повторно задать вопрос «Не воспринимается ли прототип как обещание готовой функции?»; границу решения сохраняют в артефакте «план прототипа и проверяемых рисков».
- Реалистичный прототип может создать ожидания сроков. Ограничение сужает вывод по теме «как выбирать точность прототипа под вопрос» и требует повторно задать вопрос «Какое решение зависит от исследования?»; границу решения сохраняют в артефакте «план прототипа и проверяемых рисков».
Вывод
Для темы «как выбирать точность прототипа под вопрос» команда связывает компонент «Вопрос» с этапом «Сформулировать решение», проверяет критерий «точность соответствует вопросу» и учитывает ограничение «низкая точность не подходит для проверки доверия». Артефакт «план прототипа и проверяемых рисков» сохраняет основания выбора и позволяет пересмотреть решение после новых наблюдений.
