USER//TEST: пользователь как соавтор

В USER//TEST пользователь становится соавтором не потому, что принимает авторское решение за архитектора, а потому, что своим действием выявляет реальные свойства инструмента. Он показывает, где сценарий понятен, где правило читается неверно и где интерфейс мешает получить архитектурный результат.

Что именно мы проверяем

Тест не отвечает на общий вопрос «хороший ли проект». Он проверяет конкретную причинную цепочку:

задание → первое действие → ответ системы → изменение модели → понимание результата → сохранение или повтор.

Перед началом автор формулирует одно короткое задание. В нём описывается цель, но не способ выполнения. Например: «Соберите вариант общественного пространства для вечернего события и сохраните результат».

Правило молчаливого автора

Во время теста автор:

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

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

Протокол наблюдения

Для каждого шага записываются пять позиций:

1. Что хотел сделать пользователь.
2. Что он сделал фактически.
3. Как ответила система.
4. Что пользователь ожидал увидеть.
5. Какой вывод сделал автор.

Полезно фиксировать время первого действия, места долгих пауз, повторные нажатия, попытки отмены, неверные ожидания и реплики вслух. Оценочные формулировки заменяются фактами: не «пользователь запутался», а «35 секунд искал начало и трижды нажал на неподвижную подпись».

Пять типов разрывов

Точка входа

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

Главное действие

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

Обратная связь

Система приняла действие, но изменение осталось незаметным. Нужны видимый ответ, подпись состояния, объяснение запрета, выделение изменившегося элемента или возможность отмены.

Архитектурный смысл

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

Выход из сценария

Вариант нельзя сохранить, сравнить, повторить или вернуть к исходному состоянию. Даже короткий эксперимент должен иметь ясное завершение.

Карта разрывов

После теста наблюдения переносятся в таблицу:

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

Проблемы ранжируются по трём уровням.

Критическая — пользователь не может завершить основное задание.

Смысловая — задание завершено, но архитектурное следствие прочитано неверно.

Косметическая — сценарий работает и понятен, но подача требует уточнения.

Что исправлять в первую очередь

За один день не нужно устранять всё. Выбираются три изменения:

1. одно критическое;
2. одно смысловое;
3. одно небольшое улучшение ясности.

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

Паспорт версии 0.9

Версия фиксируется отдельной карточкой:

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

Критерии готовности

Версия 0.9 готова, если:

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

Формула дня

Не объяснять → наблюдать → назвать разрыв → исправить главное → проверить ещё раз.

Пользовательский тест не отменяет авторство. Он помогает автору увидеть собственный инструмент снаружи и довести замысел до состояния, в котором он действует без постоянного присутствия создателя.