Дизайн-мышление возникло как способ обучать инженеров и менеджеров мыслить как дизайнеры — итеративно и от пользователя. Это не «волшебный фреймворк», а скорее способ организации работы над сложной нечёткой задачей.
Пять шагов
- Эмпатия — наблюдения и интервью, погружение в контекст пользователя.
- Фокус — чёткая формулировка задачи, которую решаем.
- Идеи — мозговой штурм возможных решений.
- Прототип — быстрый черновик одной из идей.
- Тест — проверка на реальных пользователях, итерация.
Где работает особенно хорошо
- На стыке нескольких дисциплин и команд.
- В задачах с неопределённостью «что именно строим».
- В работе с нестандартными аудиториями: пожилые, дети, люди с особенностями.
- Новый продукт или большая функция без понятных аналогов
- Бизнес-задача, которую трудно «загнать» в обычный процесс разработки
- Стратегические сессии и нестандартные эксперименты
- В простых задачах с очевидным решением — дизайн-мышление тут просто потратит время
- В задачах, где главный риск — не понимание пользователя, а технологическая сложность
Банк хочет улучшить процесс оформления ипотеки. Вместо очередного редизайна сайта команда садится на полтора месяца в режим дизайн-мышления: разговаривает с клиентами, ходит в отделения, фиксирует боли, делает быстрый прототип нового сценария и тестирует его на 12 семьях. Самое сильное открытие — главная боль не в сайте, а в непонятном статусе заявки после её отправки. Решение оказывается простым сценарием уведомлений по SMS и не требует никакого редизайна интерфейса.
Дизайн-мышление часто превращают в ритуал со стикерами и упражнениями «5 почему». Сам по себе ритуал ничего не даёт: важно реальное погружение в контекст пользователя и готовность отказаться от уже придуманных решений. Если команда не умеет менять своё мнение по ходу — никакой метод не сработает.