Передаём прототип другому человеку и наблюдаем, как он действует без подсказок автора. Находим разрывы между замыслом и использованием, исправляем главное и собираем устойчивую версию 0.9.
Сформулировать одно задание, которое пользователь должен выполнить без объяснения интерфейса и логики проекта.
Наблюдать молча, фиксировать действия, остановки, ошибки, ожидания и слова пользователя.
Выбрать три наиболее значимые проблемы, устранить критическую и выпустить версию 0.9.
Методика занятия
Сценарий теста, протокол наблюдения, карта разрывов, приоритет исправлений и паспорт версии 0.9.
Открыть методику USER//TESTТема девятого дня
Пока автор сам демонстрирует прототип, он незаметно подсказывает: куда нажать, что считать главным и как трактовать результат. Настоящая проверка начинается тогда, когда проект передан другому человеку.
В протоколе USER//TEST участник получает короткую задачу, а автор наблюдает и не вмешивается. Нас интересует не оценка «нравится / не нравится», а факты: где человек остановился, чего ожидал, какую связь понял неверно и смог ли получить архитектурно осмысленный результат.
Цель дня — превратить наблюдения в конкретные исправления и подготовить устойчивую версию 0.9 для финального показа.
Разговор в группе
Если действие кажется очевидным только автору, значит, причинная связь ещё не выражена в интерфейсе.
Тест строится вокруг одного сквозного сценария: вход → первое действие → изменение модели → понимание результата → сохранение или повтор.
Автор фиксирует пять типов разрывов:
Вход — непонятно, с чего начать.
Действие — команда не замечена или трактуется иначе.
Обратная связь — система изменилась, но пользователь не понял, что произошло.
Смысл — результат виден, но его архитектурное значение не читается.
Выход — невозможно сохранить, сравнить, отменить или показать результат.
После теста проблемы ранжируются по влиянию на главный сценарий. Сначала исправляется то, что не даёт завершить задачу; затем — то, что искажает смысл; только потом — косметика.
Протокол проверки
Каждая зона проверяется наблюдаемым действием, а не общим впечатлением.
Пользователь понимает назначение инструмента и находит первое действие без устной подсказки.
Основное действие выполняется предсказуемо, а ограничение становится заметным в нужный момент.
Интерфейс показывает, что изменилось, почему действие принято или отклонено и что можно сделать дальше.
Пользователь способен объяснить, какое пространственное качество изменилось и зачем это важно.
Полученный вариант можно сохранить, сравнить, вернуть к исходному состоянию и подготовить к показу.
Результат дня
Каждый участник проводит минимум один тест без подсказок, составляет карту разрывов и фиксирует наблюдения до начала исправлений.
Версия 0.9 считается готовой, если пользователь самостоятельно проходит главный сценарий; критические ошибки устранены; архитектурное следствие действия читается; есть понятный способ начать заново, отменить ошибку и сохранить результат; автор может перечислить изменения между версиями.
Сформулировать одно проверяемое задание без объяснения способа выполнения.
Записать фактические действия, паузы, ошибки и реплики пользователя.
Составить карту разрывов по пяти зонам.
Выбрать три приоритетных исправления и устранить критическое.
Опубликовать рабочую версию 0.9 и краткий список изменений.
Версия для публикации
День 09 DØMO ARCHITOYS — пользователь как соавтор.
Сегодня авторы передают инструменты друг другу и проводят тест без подсказок. Мы фиксируем не вкусовые оценки, а реальные действия: где человек остановился, чего ожидал, что понял неверно и какое архитектурное следствие смог прочитать.
Результат дня — карта разрывов, приоритетные исправления и устойчивая версия 0.9.
Задание → наблюдение → разрыв → исправление → повторная проверка.