Прототипирование (Prototype) — четвёртая стадия Design Thinking. Ключевой принцип стадии — соответствие уровня детализации прототипа (fidelity) конкретному вопросу, который проверяется: прототип строится ровно настолько подробным, насколько нужно, чтобы ответить на один вопрос, — не больше, чтобы не тратить ресурсы на детали, ещё не требующие проверки.
Происхождение и исследовательская база
Практика быстрого материализации идей в осязаемую форму — центральная в методологии IDEO и Stanford d.school, восходит к инженерной культуре прототипирования и принципу «fail fast, fail cheap». Идея согласования fidelity с проверяемым вопросом систематизирована в литературе по UX-дизайну как способ избежать преждевременных инвестиций в детали, не влияющие на ключевую гипотезу.
«Прототип — это вопрос, воплощённый в материальной форме, а не уменьшенная копия финального продукта» — принцип стадии Prototype в Design Thinking.
Ключевые идеи и принципы
Принцип: fidelity прототипа должна соответствовать проверяемому вопросу.
Низкая детализация (бумажный скетч) подходит для проверки общей концепции и потока взаимодействия. Средняя (кликабельный макет) — для проверки конкретных сценариев использования. Высокая (рабочий код) — для проверки технической реализуемости или тонких деталей взаимодействия. Использование высокой fidelity там, где достаточно низкой, — трата ресурсов.
Принцип: один прототип — один вопрос.
Каждый прототип строится для проверки конкретной гипотезы, а не для демонстрации всего продукта целиком — это позволяет получить точный, интерпретируемый результат тестирования, не смешивая эффекты разных решений.
Принцип: прототипирование — это мышление руками (thinking by making).
Материализация идеи в прототип не просто фиксирует уже готовое решение, но сама по себе является инструментом исследования — процесс создания прототипа часто порождает новые инсайты, недоступные при чисто абстрактном обсуждении.
Ограничения, слепые зоны и критика
Выбор недостаточной fidelity может дать ложноотрицательный результат тестирования — пользователи не реагируют на грубый прототип так же, как реагировали бы на финальный продукт. Избыточная fidelity, наоборот, тратит время и ресурсы, отдаляя момент получения обратной связи. Прототипирование физических продуктов и сложных технических систем требует специализированных навыков, которых может не быть у дизайн-команды.
Типовые ошибки
Ошибка 1: строят прототип высокой детализации для проверки базовой концепции.
Команда тратит недели на детализированный макет, хотя для проверки самой идеи хватило бы бумажного скетча — время и ресурсы расходуются на детали, ещё не подтверждённые как значимые.
Как избежать: явно формулировать, какой именно вопрос проверяется, и выбирать минимально достаточную fidelity для ответа на него.
Ошибка 2: один прототип пытается проверить сразу несколько гипотез.
Результаты тестирования становится сложно интерпретировать — непонятно, какая именно часть прототипа вызвала реакцию пользователя.
Как избежать: строить отдельные, сфокусированные прототипы под каждую отдельную гипотезу.
Ошибка 3: относятся к прототипу как к готовому решению, а не как к инструменту исследования.
Команда эмоционально привязывается к первому созданному прототипу и защищает его вместо того, чтобы использовать полученную обратную связь для итерации.
Как избежать: явно позиционировать каждый прототип как временный, предназначенный для обучения, а не для внедрения в текущем виде.
Главное, что нужно знать
Стадия Prototype материализует отобранные идеи в форму, достаточную для тестирования конкретного вопроса — согласование fidelity с проверяемой гипотезой позволяет получать быструю, точную обратную связь, не тратя ресурсы на преждевременную детализацию.
План внедрения
Неделя 1: взять отобранные на стадии Ideate идеи, сформулировать по одному вопросу для тестирования каждой.
Неделя 2: определить минимально достаточную fidelity для каждого вопроса, построить прототипы.
Неделя 3: провести внутреннее тестирование прототипов перед выходом к реальным пользователям.
Неделя 4: передать готовые прототипы на стадию Test.
Книги по теме
Т. Браун — «Change by Design» (2009). Описание принципов прототипирования в методологии IDEO.