Дизайн-мышление

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

За одну минуту

Дизайн-мышление — итеративный подход к неоднозначным проблемам. Распространённая модель Стэнфордской школы дизайна использует пять режимов:

1. Сопереживать: изучать, что люди делают, в чём нуждаются и с какими трудностями сталкиваются.
2. Определять: превращать наблюдения в сфокусированную формулировку задачи.
3. Генерировать идеи: создавать содержательно разные варианты решения.
4. Прототипировать: делать допущения осязаемыми с минимальными затратами.
5. Тестировать: наблюдать за поведением людей и пересматривать проблему или решение.

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

Лучше всего для: неясных проблем клиентов или сотрудников, новых услуг, переработки опыта и ранних продуктовых концепций.
Избегайте, когда: проблема и способ устранения уже подтверждены, требуется немедленно локализовать инцидент или команда не может получить доступ к соответствующим пользователям.

Проблема, которую он решает

Команды часто начинают с предпочтительного решения, а затем ищут поддержку. Это создает дорогие продукты, которые работают технически, но решают слабую, неправильно оформленную или низкоприоритетную проблему.

Дизайн-мышление Он создает дисциплинированную петлю обучения между реальным поведением и решениями. Его предполагаемый результат не является мозговым штурмом. Это проверенная концепция и более четкое представление о том, что остается неопределенным.

Когда использовать его

Использовать дизайн-мышление когда:

• люди работают с существующим сервисом удивительным образом;
• Некоторые участники описывают проблему по-разному;
• Современные исследования объясняют удовлетворенность, но не поведение.
• Новая концепция нуждается в доказательствах перед инженерными инвестициями.
• опыт пересекает границы продукта, услуги и операционные границы;
• Команда нуждается в альтернативах, а не в дополнительных запросах на функции.

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

Когда не использовать его

Не используйте его:

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

При повторяющихся неудачах в работе, начните с Анализ первопричин Для жизнеспособности бизнеса, подключить концепцию к канва бизнес-модели.

Требуемые вводы

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

Пошаговый процесс

1. Оформить временную задачу

Относитесь к этому как к исходной гипотезе, а не к окончательному постановлению проблемы.

Слабый: «Создайте помощника по планированию ИИ».
Поймите, почему координаторы клиник теряют контроль над срочными изменениями графика.

2. Изучение людей в контексте

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

3. Синтезировать доказательства

Наблюдения кластеров без усреднения важных различий.

• наблюдаемое поведение;
• интерпретация участников;
• командный вывод;
• Нерешенный вопрос.

4. Определить точку зрения

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

Как помочь координаторам клиник оправиться от срочных изменений, не теряя уверенности в графике?

5. Создавать альтернативы

Создавайте варианты, которые отличаются по механизму, а не только внешнему виду. Отделите генерацию идеи от оценки. Включите опцию «Нет нового продукта» и по крайней мере один вариант обслуживания или процесса.

6. Выберите, чему научиться

Для каждого перспективного варианта определите предположение, которое сделает его несостоятельным.

7. Прототип предположения

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

8. Испытание и наблюдение

Дайте участникам реалистичную цель. Не учите их, как прототип должен работать. Захватывайте поведение, понимание, обходные пути, доверие и точки принятия решений.

9. Определить следующий цикл

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

Визуальная модель

Альтернативный текст: Контекстное наблюдение сообщает о проблеме кадра, который информирует альтернативы и прототип. Тестовые доказательства могут вернуть команду в любой более ранний режим или перенести перспективную концепцию в жизнеспособность и технико-экономическое обоснование.

Интерактивный пример

Сценарий

PulseCare управляет заказом на прием в небольших клиниках. Анализ продуктов показывает, что 28% перенесенных назначений запускают по крайней мере один контакт поддержки. Менеджеры предлагают чат-бот.

Доказательства исследования:

1. Координаторы вносят срочные изменения, общаясь с пациентом.
2. Экран подтверждает новое время, но не показывает, какие напоминания будут заменены.
3. Координаторы держат рукописные заметки до подтверждения пациентом получения.
4. Иногда пациенты получают как старые, так и новые напоминания.

Твой ход

Напишите одну точку зрения, один вопрос «Как мы можем?» и недорогой прототип, который проверяет наиболее важное предположение.

Работающий ответ

Точка зрения: Координатор клиники, занимающийся срочными изменениями, нуждается в видимом подтверждении каждого последующего обновления, потому что текущее сообщение об успехе не устанавливает, что старое состояние назначения исчезло.

Вопрос: Как мы можем сделать последствия переноса видимыми до того, как координатор завершит вызов пациента?

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

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

Примечания по облегчению

• Нанять людей с недавним опытом работы в целевой ситуации.
• Попросите членов команды написать замечания, прежде чем обсуждать интерпретации.
• Сохраняйте видимое различие между доказательствами и выводами.
• Пригласить операционные, технические и политические ограничения к мышлению достаточно рано, чтобы иметь значение.
• Во время испытаний назначить одного фасилитатора и одного наблюдателя.
• Завершите каждый сеанс с помощью решения об обучении, а не только списком идей.

Ожидаемый выпуск

Здоровое приложение производит:

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

Распространенные ошибки

1. Начнем с решения. Исследование становится поиском подтверждения.
2. Назвать один семинар процессом. Идеи без полевых доказательств или испытаний неполны.
3. Относитесь к заявленным предпочтениям как к поведению. Люди могут описать идеал, который отличается от того, что они делают.
4. Строить отполированный прототип слишком рано. Верность увеличивает привязанность и стоимость.
5. Тестирование по презентации. Положительная реакция на подачу не является доказательством полезного поведения.
6. Игнорирование жизнеспособности и осуществимости. Желательность человека сама по себе не создает устойчивого решения.

Контрольный список качества

• Задача определяет человека, контекст и результат без назначения решения.
• Исследования включают в себя поведение или артефакты, а не только интервью.
• Наблюдения, интерпретации и предположения заметно разделены.
• Команда создала альтернативы с различными механизмами.
• Каждый прототип проверяет именуемое предположение.
• Участники пытались выполнять реалистичные задачи без коучинга.
• Доказательства изменили решение, рамку или следующий тест.
• Перспективные концепции имеют путь к обзору осуществимости и жизнеспособности.

Шаблон

Проверка знаний

Команда тестирует отполированное приложение, объясняя каждую функцию и спрашивая, нравится ли она участникам.

Прототип всегда должен быть построен в производственном коде.
В. Сессия измеряет реакцию на объяснение, а не на поведение без посторонней помощи.
С. дизайн-мышление Не допускается использование цифровых прототипов.
Участники должны оценивать финансовую жизнеспособность.

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

Связанные инструменты

• Часто сочетается с: картирование пути клиента, Jobs to Be Done
• За ней следуют: канва бизнес-модели Эксперименты и планирование доставки
• Поддержка: дизайн услуг, разработка концепции и редизайн процессов
• Не следует путать с: мозговой штурм, дизайн пользовательского интерфейса или утверждение продукта

Ссылки

1. Стэнфордская школа".дизайн-мышление Бутлег". Официальный ресурс (откроется в новой вкладке) Источник для пятирежимной модели обучения и итеративного использования.
2. IDEO.org. Полевое руководство по дизайну, ориентированному на человека. 2015. Официальный ресурс (откроется в новой вкладке) Авторитетный практический гид.
3. Браун, Ти. Изменения в дизайнеHarperBusiness, 2009. Отчет о дизайн-мышлении в организациях.

Источники рассмотрены 28 июля 2026 года.