Финальный прототип должен доказать, что магазин действительно учредил иной режим обмена, а художественная гипотеза выдержала каталог, цену, checkout, логистику, доступность и вмешательство покупательского агента. Мы проведём шесть аудитов, испытаем основной маршрут и поломки, назначим тяжесть проблем, соберём доказательную документацию и подготовим защиту как публичную проверку института. Пиксельная завершённость останется частью работы, но перестанет служить алиби для пустой системы.
Рабочий вопрос
Как доказать, что перед нами работающий институт, а не красиво оформленная легенда о нём?
К финалу команда слишком хорошо знает собственный проект. Она помнит невидимые переходы, прощает отсутствующее состояние, мысленно дописывает подсказку и объясняет концепт там, где экран молчит. Аудит возвращает прототип внешнему миру: человеку без вводной, плохой сети, клавиатурной навигации, противоречивым данным, покупательскому агенту и собственным правилам магазина.Тестирование здесь не судит, понравился ли образ. Оно проверяет цепь обещаний: что институт признаёт, какое действие допускает, как исполняет переход и что делает с последствиями.
Шесть аудитов
1. Конституционный
Возьмите системный закон из занятия 3.1 и проследите его через каталог, карточку, корзину, checkout, получение и возврат. На каждом узле должен быть интерфейсный след. Если закон исчезает на половине маршрута, концепт не пережил производство.
2. Модельный
Сверьте экраны с сущностями, отношениями и состояниями. Одинаково ли называются товар и право? Меняется ли карточка после владения? Может ли заказ существовать без оплаты, а оплата — без заказа? Проверяйте логику данных, затем навигацию и поиск.
3. Экономический
Пройдите цену от показа до возврата. Ясно ли, что составляет плату, когда она фиксируется, кому достаётся и какое право возникает? Испытайте изменение цены, нехватку остатка, коллективную покупку и отмену.
4. Интеракционный и телесный
Используйте эвристики Нильсена, аффордансы и доступность: видимость статуса, соответствие языку участника, контроль и отмена, предотвращение ошибок, узнавание, фокус, клавиатура, контраст, labels, масштабирование текста. WCAG 2.2 добавляет критерии, касающиеся видимого фокуса, размера цели, альтернатив перетаскиванию и доступной аутентификации (W3C: New in WCAG 2.2).
5. Акторно-сетевой
Отключите одного актора: банк задержал ответ, склад обновился позже, агент принёс старые данные, совладелец не подтвердил действие. Видит ли интерфейс разрыв сети? Названы ли ответственность, сохранённое состояние и восстановление?
6. Производственный
Соберите интерактивный путь без устного сопровождения, проверьте компоненты, состояния, адаптацию ключевых экранов, имена слоёв, библиотеку и ссылку. Сегодня кодируемый прототип всё чаще возникает прямо на дизайн-холсте: Figma развивает Sites, code layers и двусторонний переход между кодом и canvas. Это удешевляет функциональный черновик и повышает цену несформулированного решения (Figma: Code and Canvas, Figma: Code on the Canvas).
Прототип как гипотеза, а не миниатюрный продукт
Глубина прототипа определяется риском. Для проекта с необычной ценой нужно доказать пересчёт и согласие. Для коллективного владения — приглашение, подтверждение и выход участника. Для лиминальной доставки — состояния ожидания и аварии. Не расходуйте время на одинаково подробную отрисовку тех страниц, где гипотеза не живёт.Функциональный прототип включает:⚫️ один сквозной маршрут от входа до послепродажного состояния;
⚫️ содержательную альтернативу;
⚫️ критическую ошибку и восстановление;
⚫️ состояние после изменения права;
⚫️ один агентный или машиночитаемый эпизод;
⚫️ адаптацию ключевого узла и базовую доступность.
Два читателя института
Человеческое испытание проверяет понимание, действие, доверие и телесный доступ. Агентное — качество структуры: достаточно ли атрибутов, различены ли варианты, актуальны ли цена и наличие, формализованы ли политики, ограничены ли полномочия. Дайте человеку задачу, а условному агенту — структурированный запрос. Затем сравните: получают ли они один и тот же закон магазина, или GUI рассказывает поэму, а данные обслуживают обычный маркетплейс.
Протокол испытания
Один сеанс длится 15–20 минут:1. Сообщите ситуацию и цель, не называя маршрут.
2. Попросите участника действовать и думать вслух.
3. Наблюдайте за решением, паузами и неверными ожиданиями.
4. Вставьте одно нарушение сети или данных.
5. После завершения спросите, что изменилось юридически и фактически.
6. Запишите свидетельства: экран, цитату, событие, состояние.Не обучайте интерфейсу во время теста. Если без лекции невозможно понять правило, это результат, а не помеха исследованию.
