Design Thinking в IT-разработке: как создавать продукты, которые действительно нужны

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

Что такое Design Thinking

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

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

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

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

Если обобщить, что такое Design Thinking в IT, то это способ снизить риск создания ненужного продукта.

Александр Солтан CEO Brele

5 этапов Design Thinking

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

1. Эмпатия
Изучаем пользователей: интервью, наблюдения, анализ поведения. Наша задача — не подтвердить начальную гипотезу, а понять реальную проблему.

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

2. Формулировка проблемы
Формулирует фокус: какую именно боль мы решаем? Без этого шага проект расползается.

Цель сформулировали так: создать систему управления запасами, которая поддерживает сценарии стока и помогает сотрудникам не тратить лишние секунды на рутину.

3. Генерация идей
Брейнштормы, разные сценарии, максимум гипотез — без оценки сложности. 

В Emex это были защита от ошибок, подсказки и разные по длительности и частоте сигналы.

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

Сделали прототипы для двух ролей: оператора с мобильным терминалом и менеджера за ПК.

5. Тестирование
Показываем людям, собираем обратную связь, дорабатываем. И снова возвращаемся к предыдущим этапам.

Для интерфейса выбрали более короткие и резкие звуки оповещений.

Именно так работает метод Design Thinking — через циклы и уточнение решений с опорой на реальные сценарии и поведение людей.

Где метод применяется в IT

Часто кажется, что Design Thinking — это что-то для стартапов из Кремниевой долины. На практике подход работает в любом IT-контексте.

SaaS-продукты. При подписной модели удержание критично: если пользователь не чувствует ценности, он уходит.

В кейсе Sape объединили 4 продукта в единую экосистему и выстроили онбординг для новой аудитории. Пользователи стали решать задачи в одном месте — это упростило ежедневную работу и усилило удержание.

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

В платформе Freedom Football Manager упростили процесс заполнения отчётов после игры — чтобы тренеры и спортсмены тратили меньше времени на рутину.

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

В сервисе подбора запчастей в чате «Смартби» сначала изучили, как работают эксперты, а затем доработали интерфейс — чтобы они быстрее отвечали и точнее подбирали детали. Это напрямую повлияло на конверсию и возвращаемость.

По сути, метод применим везде, где есть пользователь и неопределённость — а в IT это практически любой продукт.

Ошибки внедрения

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

В итоге процесс обрывается на этапе идей: команда генерирует десятки улучшений, но ни одну гипотезу не проверяет на пользователях. В релиз уходит самое «громкое» или самое удобное для разработки решение — а не то, которое действительно решает проблему.

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

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

И ещё одна ловушка — подмена процесса артефактами. CJM, User Story Mapping, описание ролей, карта влияний — продукт упакован полностью. Но это инструменты, а не самоцель. Без регулярного погружения в контекст они превращаются в декорации.

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

Когда бизнесу нужен Design Thinking

Есть ситуации, когда этот подход особенно полезен.

• Запуск нового IT-продукта. Когда требований много, а понимания пользователя мало, риск ошибки максимальный.
• Низкая конверсия или удержание. Если люди приходят, но не остаются — проблема чаще всего в ценности или сценарии.
• Сложные пользовательские процессы. Много ролей, этапов, интеграций — легко потерять удобство.
• Неопределённость требований. Когда заказчик сам до конца не понимает, что нужно, этот подход помогает структурировать ожидания.
• Поиск новых точек роста. Иногда продукт упирается в потолок. Исследования открывают неожиданные сценарии использования и новые сегменты.
• Оптимизация существующих продуктов. Дизайн мышление помогает выявить узкие места, переработать сценарии и улучшить пользовательский опыт без полной переработки продукта.

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