Достаточно дёшево, чтобы выбросить: прототипирование
Прототип — это вопрос, а не маленький продукт. В момент, когда его становится жалко выбросить, он перестаёт отвечать на что-либо.
Два дизайнера, одна неделя, одно задание.
Первый тратит её на один экран: настоящий контент, точные отступы, тень, настроенная за час, три круга самокритики. К пятнице получается по-настоящему красиво.
Второй в понедельник рисует на бумаге пять разных структур, показывает четырём коллегам, три выбрасывает, во вторник собирает грубый кликабельный вариант, в среду тестирует на трёх людях, обнаруживает, что весь сценарий предполагает то, чего у пользователей нет, в четверг пересобирает и в пятницу тестирует снова.
У первого красивый ответ на вопрос, который никто не проверял. У второго уродливый ответ на верный. Исправить за оставшееся время можно только один из двух.
Прототип — это вопрос
Самая полезная привычка во всей области: напиши вопрос над прототипом до того, как начнёшь его собирать.
«Поймут ли люди, что эти две вещи связаны?» «Ищут они это в меню или на самом объекте?» «Три шага приемлемы или они бросают на втором?»
Если вопрос сформулировать не получается — ты не прототипируешь, а рисуешь картинку. Это законное занятие, но это работа для презентации, и путаница между ними — то, как исчезают недели.
Вопрос заодно определяет всё остальное: какая нужна точность, сколько людей и — главное — что считать плохим ответом. Реши заранее, какой результат заставит тебя изменить дизайн. Иначе ты получишь тот ответ, который принёс с собой.
Лестница точности
Точность — не мера качества. Это регулятор, который выставляют под вопрос.
Набросок на бумаге. Отвечает: какие вообще возможны структуры? Минуты на штуку. Верная среда для порождения вариантов, потому что достаточно быстра, чтобы сделать пять, и достаточно дешёвая, чтобы выбросить четыре.
Бумажный прототип. Отвечает: сценарий вообще осмыслен? Экраны на бумаге, человек «исполняет» интерфейс, подменяя листы, когда тестирующий тычет пальцем.
Вайрфрейм. Отвечает: верны ли структура и иерархия? Прямоугольники, настоящий текст, никакого оформления. Настоящий текст важен: «рыба» прячет любую проблему, которую создают слова.
Кликабельный прототип. Отвечает: справляются ли люди с задачей? Связанные экраны с работающим основным путём. Здесь проходит большая часть тестирования юзабилити.
Прототип высокой точности. Отвечает: правильно ли это ощущается? Настоящая графика, движение, состояния. Необходим для оценки воспринимаемой скорости и микровзаимодействий и бесполезен для оценки структуры — на этом этапе никто уже не предложит её менять.
Прототип в коде. Отвечает: что происходит с настоящими данными, настоящими задержками и настоящими устройствами? Единственный уровень, который показывает, что имена в сорок символов, медленная сеть и реальное содержимое базы делают с твоим дизайном.
Лестницей управляют два правила. Поднимайся ровно настолько, насколько требует вопрос — вопрос о структуре, отвеченный вылизанным прототипом, обошёлся впятеро дороже нужного. И поднимайся выше только после того, как нижний уровень пережил контакт с людьми.
Грубому отвечают честно
Работа Марка Реттига 1994 года «Прототипирование для крошечных пальцев» выдвинула довод, который держится до сих пор: бумажные прототипы находят большую часть тех же проблем юзабилити, что и работающий софт, за ничтожную долю стоимости.
Но более глубокая причина оставаться грубым на раннем этапе не связана со стоимостью. Она про то, что тебе скажут.
Покажи человеку набросок — и услышишь: «вот этот кусок бессмысленный, зачем мне это здесь делать?» Покажи тому же человеку вылизанный экран — и услышишь: «выглядит здорово, может, кнопку чуть побольше». Полировка читается как законченность, а критиковать законченное ощущается нападением на чужой труд, а не помощью в решении. Ты сделал интерфейс дорогим на вид, и честность ушла вместе с карандашными линиями.
Грубость — не срезание угла. Это то, чем покупаются честные ответы.
Как подделать дорогое
Две техники для проверки того, что построить пока не по карману.
Волшебник страны Оз. Человек за занавеской делает то, что делала бы система. Пользователь верит, что всё автоматизировано; коллега в соседней комнате печатает ответы. Незаменимо для всего дорогого или долгого в разработке — автоматического подбора, рекомендаций, ассистента, отвечающего на вопросы. Ты узнаёшь, работает ли взаимодействие, до того как потратил месяцы на движок под ним.
Фальшивая дверь. Поставь точку входа в функцию в настоящий продукт, померь, сколько людей попробует, и покажи честное «пока не готово — сообщить, когда будет?». Дешёвый замер спроса. Этическая граница важна: никто не должен считать, что завершил то, чего не завершил, нельзя брать деньги и данные за несуществующее, и надо обязательно вернуться к тем, кто нажал.
Почему нужно сохранять способность выбросить
Дэн Ариели, Майкл Нортон и Дэниел Мошон задокументировали в 2012 году эффект IKEA: люди ценят вещи, которые собрали сами, заметно выше их объективной стоимости. Добавь обычное рассуждение о невозвратных затратах — и получишь механизм, который тихо разрушает процессы в дизайне.
Чем больше часов вложено в прототип, тем меньше ты способен услышать, что он неверен. Не из упрямства — оценка действительно искажается. И последовательность предсказуема: чем он вылизаннее, тем меньше возражений тебе высказывают; чем меньше возражений, тем ты увереннее; чем увереннее — тем сильнее вылизываешь.
Контрправило стоит выучить: точность должна отставать от уверенности. Повышай полировку только после доказательств, а не в надежде их получить.
Практическая версия: делай грубой и вторую версию. Первые выбрасываются естественно; опасная привязанность образуется вокруг той, которую ты уже починил.
Прототипируй риск, а не лёгкое
Самый сильный инстинкт — прототипировать экран, который ты уже умеешь рисовать. Сопротивляйся.
Спроси: какое допущение, если оно неверно, убивает всё? Обычно это не визуальный дизайн. Это то, отдадут ли люди эти данные, поймут ли они основное понятие, стоит ли задача того числа шагов, которое ей нужно, есть ли у них та информация, которую требует первый экран.
Вот это и прототипируй. Неделя выйдет уродливее, а проект — короче.
Прототип ещё и аргумент
У прототипов есть вторая работа, недоступная документам. Десятистраничная спецификация порождает десять мнений; кликабельный прототип порождает решение, потому что все наконец смотрят на одно и то же.
Одно предостережение. Прототип высокой точности читается как обещание — заказчику он выглядит уже существующим софтом, и ожидания калибруются по нему. Проговаривай вслух, что здесь подделано, какие данные выдуманы и что на самом деле займёт три месяца. На этом недопонимании дизайнеры потеряли больше доверия, чем на любом плохом дизайне.
На практике
Пиши вопрос вверху файла. Буквально, на холсте. Не получается заполнить — остановись и подумай, прежде чем рисовать.
Реши заранее, какой результат считается провальным. «Если двое из пяти не найдут — перестраиваем структуру». Одна эта фраза превращает проверку в проверку.
Бери настоящий текст, а не «рыбу». Настоящие имена, настоящие длины, настоящие сообщения об ошибках. Половина проблем раскладки — это переодетые проблемы текста.
Набросай пять, прежде чем дорабатывать один. На бумаге, по десять минут. Первая идея редко лучшая, и ей пока попросту не с чем сравниваться.
Тестируй уродливую версию намеренно. Поймал себя на полировке до показа — вот и сигнал показать прямо сейчас.
Подделай дорогую функцию до того, как её строить. Человек за занавеской на один вечер выигрывает у трёх месяцев разработки по догадке.
Проверь себя
Закрой статью и ответь своими словами:
- Что должно быть написано над прототипом и что происходит без этого?
- Сопоставь уровни точности с вопросами, на которые они отвечают.
- Почему грубые прототипы получают более полезную обратную связь, чем вылизанные?
- Что такое прототип «волшебник страны Оз» и когда он верный инструмент?
- Где проходит этическая граница в тестах с фальшивой дверью?
- Что такое эффект IKEA и какое правило про точность из него следует?
- Какую часть дизайна надо прототипировать первой и почему это не простой экран?
Коротко
- Прототип — это вопрос. Напиши вопрос над ним и заранее реши, какой результат изменит твоё мнение.
- Точность — регулятор под вопрос: наброски для вариантов, бумага для сценария, вайрфреймы для структуры, кликабельное для задач, высокая точность для ощущения, код для настоящих данных.
- Грубые прототипы получают честную критику, вылизанные — комплименты. Грубость покупает откровенность, а не только скорость.
- «Волшебник страны Оз» подделывает дорогой движок человеком, фальшивая дверь меряет спрос — обе требуют честности с участниками.
- Эффект IKEA и невозвратные затраты делают тебя глухим к проблемам вылизанного. Точность должна отставать от уверенности.
- Прототипируй допущение, способное убить проект, а не экран, который умеешь рисовать.
- Прототип решает споры, недоступные документу, — но высокая точность читается как обещание, поэтому прямо говори, что подделано.