Точность прототипа
Что это такое
Точность прототипа — то, насколько законченно он выглядит и ведёт себя: от наброска на бумаге до сборки в коде. Выбрать точность значит спросить, что именно ещё неизвестно, и построить самое неотделанное, что способно ответить на этот вопрос.
Почему это важно
Точность дорога в обе стороны. Слишком низкая — и на вопрос не ответить: бумага не покажет, ощущается ли состояние загрузки медленным. Однако и слишком высокая обходится дорого: ответ приходит слишком поздно, съев время, которое нужно было следующей итерации, а отполированный прототип мешает услышать честные отрицательные выводы. Дисциплина в том, чтобы потратиться на одно измерение, которое нужно вопросу, а остальные оставить грубыми.
Ключевые идеи
Соотносите точность с вопросом
Запишите вопрос, затем выберите строку, которая на него отвечает.
Вопрос Точность
Понятна ли подпись? бумага, от руки
Логична ли последовательность? связанные серые экраны
Держится ли поток вместе? кликабельные вайрфреймы
Правильно ли ощущается взаимодействие? один экран в коде, реальные тайминги
Приемлемо ли он работает? прототип в коде, реальный объём данных
Тратьтесь на одно измерение
Решите, проверяет ли этот прототип структуру, формулировки, взаимодействие или производительность, а остальные измерения держите намеренно грубыми. Если прототип отполирован везде, понять, какая часть оказалась важной, уже нельзя.
Содержимое определяет результат
Содержимое должно быть настоящим — реалистичной длины и объёма: длинные названия, картинки, которых нет, сотня строк. Заглушки прячут ровно те состояния, которые ломаются в реальности.
Переиспользуйте и выбрасывайте без сожаления
Прототип, в котором работают ссылки, стоит трёх, у которых они не работают. Отполированный для демонстрации прототип повышать до спецификации нельзя: он строился ради ответа на вопрос, а его сокращения — не решения.
shortcut: прототипы переиспользуют счастливый путь; прежде чем повышать
любой из них до сборки, заново опишите состояния загрузки, пустоты и
ошибки по вайрфреймам.
Говорите, чем прототип не является
Скажите участникам теста и команде, что намеренно отсутствует, чтобы выводы были о вопросе, а не о недостающей анимации.
Практика
Выберите и постройте один прототип
Возьмите открытый вопрос, напишите строку таблицы точности, которая на него отвечает, и постройте прототип на этой точности — не выше.
Готово, когда: вы можете указать на одно измерение, где потратили силы, и назвать измерения, которые намеренно оставили грубыми.
Загрузите его настоящим содержимым
Замените каждую заглушку реальным значением и добавьте один крайний случай: очень длинное название, пустую коллекцию, сотню строк.
Готово, когда: прототип пережил один крайний случай, и макет не сломался так, как вы не предвидели.
Частые ошибки
- Строить законченную вещь — на вопрос отвечают слишком поздно, чтобы что-то изменить; исправить: берите самую низкую точность, которая отвечает на вопрос.
- Полировать все измерения — никто не может сказать, какая часть дала вывод; исправить: выберите одно измерение для трат.
- Заглушечное содержимое — макет, который реально строится, ломается сразу; исправить: используйте настоящие строки и хотя бы один крайний случай.
- Повышение прототипа до спецификации — его сокращения становятся случайными требованиями; исправить: заново опишите спецификацию по вайрфреймам и контрактам страниц.
- Не объявленные пределы — отзыв тратится на то, чего нет по замыслу; исправить: до теста скажите, что прототип намеренно опускает.
Что читать дальше
- Прототипирование (03-design-ux/40-prototyping) — трек, с которого начинается это решение о точности.
- Тестирование прототипа с реальными пользователями (03-design-ux/40-prototyping/02-testing-a-prototype-with-real-users) — что делать с артефактом после сборки.
- Вайрфрейминг (03-design-ux/27-wireframing) — структура, которую прототип оживляет.
- Дизайн-мышление (03-design-ux/02-design-thinking) — соотнесение артефакта с вопросом в общем цикле.