Дизайн-мышление: как находить решения, которые нужны людям

В NUBL цикл дизайн-мышления можно превратить в понятный командный процесс: собрать наблюдения, сформулировать проблему, разложить идеи по приоритетам, назначить задачи на прототип и зафиксировать результаты теста. Так метод не остаётся красивой схемой, а ведёт к проверенному решению.

Дизайн-мышление помогает понять реальные потребности людей и найти решение, которое одновременно полезно пользователю, выполнимо технически и имеет смысл для бизнеса. Вдохновения недостаточно: команда наблюдает, задаёт вопросы, расширяет поле идей, отбирает варианты и проверяет их на практике. На этапе исследования потребностей пригодятся интервью Customer Development.

Design thinking — методология исследования пользовательских потребностей и поиска творческих решений. Из-за буквального перевода термин иногда принимают за способ работы дизайнеров с интерфейсами, макетами или визуальным оформлением. На деле design здесь означает проектирование и организацию процесса, а thinking проявляется через действие, наблюдение и эксперимент.

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

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

Теоретическая база выросла из исследований 1960–1970-х годов о том, как люди решают сложные открытые задачи. Герберт Саймон описывал проектное мышление, в котором важны исследование, анализ и повторяющиеся итерации. Позже практический подход развивали через наблюдение за пользователями, интервью, быстрое создание прототипов и тестирование.

В 1990-х эти практики стали использовать в продуктовой работе, а затем методология получила чёткую структуру и этапы в образовательной среде Стэнфорда. Но её смысл остался прежним: двигаться от поведения и потребности человека, а не от первой идеи команды.

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

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

Компании используют дизайн-мышление, чтобы регулярно слушать пользователей и менять сервис по результатам обратной связи. Один из примеров — функция случайного выбора фильма или сериала. Простое действие снимает с пользователя нагрузку, когда вариантов слишком много, и добавляет элемент спонтанности.

Другой пример связан с доступностью банковских сервисов. В 2016 году руководитель крупного банка надел специальный костюм, имитирующий физические ограничения, и попробовал получить кредит. Очки воспроизводили эффект глаукомы: человек видел крупные цифры, а экран воспринимал как светлое пятно.

После эксперимента появились решения для людей с инвалидностью: озвучивание операций в банкомате, обслуживание на русском жестовом языке, возможность вводить PIN-код с использованием шрифта Брайля и другие изменения. Эмпатия здесь стала не сочувствием на словах, а способом буквально увидеть барьеры пользователя.

Метод включает шесть этапов, и на каждом чередуются две фазы. В дивергентной фазе команда расширяет пространство поиска: наблюдает, задаёт вопросы, собирает множество идей и разрешает себе неожиданные предположения. В конвергентной — сужает фокус, сравнивает варианты и выбирает направления, которые можно реализовать.

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

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

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

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

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

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

Полезно собрать специалистов с разным опытом: маркетологов, поддержку, продактов, дизайнеров и разработчиков. Каждый замечает собственный слой проблемы. Участники слушают друг друга и развивают мысль формулой «Да, и…», а не обрывают её возражением «Да, но…».

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

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

Для экрана перевода между своими счетами прототип может показать только два счёта — откуда и куда, крупные различимые иконки и ясную подсказку о том, что деньги переводятся между собственными счетами. Команда проверяет, проходит ли пользователь этот путь быстрее и увереннее.

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

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

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

Быстрый проход по всем этапам можно сделать за несколько минут, а затем углублять исследование и прототип по мере необходимости. Восьмичасовая сессия нужна далеко не каждой задаче. Темп и глубина зависят от масштаба решения, контекста и доступной команды; обязательным остаётся понимание, для кого и зачем ведётся работа.

Представим, что команда создаёт небольшой курс по кибербезопасности для сотрудников. Чтобы обучение получилось понятным и интересным, процесс можно разделить на четыре доски: «Мнения и проблема», «Идеи», «Прототипирование» и «Тест». Внутри досок появятся задачи для каждого этапа.

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

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

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

После подготовки прототип переходит на доску теста. Рядом с готовыми этапами добавляют колонку «Итерация» и помещают туда новые задачи, появившиеся из обратной связи. Отдельный чек-лист помогает не пропустить обязательные проверки.

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

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

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