# Дизайн-мышление — метод IDEO и что от него остаётся, когда клиент — завод Дизайн-мышление продавали как универсальный способ создавать инновации: пять этапов, стикеры на стене, эмпатия к пользователю — и продукт, который нужен людям. Через пятнадцать лет после пика популярности его критикуют жёстче, чем любой другой продуктовый метод, и часто по делу. Но если снять с метода упаковку воркшопа, в нём остаётся несколько привычек, которые в промышленном B2B окупаются лучше, чем в потребительских продуктах, ради которых его придумывали. ## Что говорит мировая практика Термин ввёл в бизнес-оборот Тим Браун, глава IDEO, статьёй [«Design Thinking» в Harvard Business Review](https://hbr.org/2008/06/design-thinking) в 2008 году. Его тезис: думать как дизайнер значит менять способ разработки продуктов, сервисов, процессов и даже стратегии, а не только внешний вид вещей. Любимый пример Брауна — Эдисон: лампочка без системы генерации и передачи электроэнергии осталась бы салонным фокусом. Дизайн в этой логике проектирует систему вокруг потребности, а не предмет. [Определение IDEO](https://designthinking.ideo.com/) строится на трёх критериях: решение должно быть желанным для людей, технически реализуемым и жизнеспособным как бизнес. Механику упаковали две школы. Стэнфордская d.school свела метод к пяти режимам — эмпатия, определение проблемы, генерация идей, прототип, тест — и выпустила их как [колоду инструментов Design Thinking Bootleg](https://dschool.stanford.edu/tools/design-thinking-bootleg), которую сами авторы называют постоянно меняющимся набором. Британский Design Council в 2003 году предложил [двойной ромб](https://www.designcouncil.org.uk/our-resources/the-double-diamond/): исследовать, сузить до задачи, разработать варианты, довести до решения. Первый ромб расширяет и сужает понимание проблемы, второй — решения. Позже модель дополнили возвратами к предыдущим фазам, потому что линейно она в жизни не работает. Критика пришла с трёх сторон. Первая — от самих дизайнеров. Наташа Джен, партнёр Pentagram, в выступлении 2017 года, [разобранном Core77](https://www.core77.com/posts/68499/Natasha-Jens-Design-Thinking-is-Bullshit-Argument), назвала дизайн-мышление сведением профессии к стикерам без настоящей критики результата и потребовала доказательств, что метод работает. Вторая — от исследователей технологий: историк Ли Винсел в том же году опубликовал эссе с говорящим названием [«Design Thinking is Kind of Like Syphilis»](https://sts-news.medium.com/design-thinking-is-kind-of-like-syphilis-its-contagious-and-rots-your-brains-842ed078af29) против завышенных обещаний метода. Третья — от результатов. [MIT Technology Review в 2023 году](https://www.technologyreview.com/2023/02/09/1067821/design-thinking-retrospective-what-went-wrong/) разобрал громкие проекты: для школьного округа Сан-Франциско IDEO в 2013 году дала десять рекомендаций по школьному питанию, но для вендинговых автоматов не хватило инфраструктуры, приложение не запустили, а участие в обедах осталось на прежнем уровне. Центры для подростков в Лусаке получили премию, но масштабирование оказалось слишком дорогим и сложным. Общий диагноз: метод хорошо генерирует идеи и плохо доводит их до внедрения в системе, которую консультант видит неделю. Самую трезвую позицию занял Дон Норман. В 2010 году он написал, что [дизайн-мышление — термин для связей с общественностью](https://jnd.org/design-thinking-a-useful-myth/), обозначающий старое доброе творческое мышление, которое вовсе не принадлежит дизайнерам. А в 2013-м [пересмотрел скепсис](https://jnd.org/rethinking-design-thinking/) и сформулировал, что в методе действительно ценно: дизайнеры сопротивляются соблазну сразу перейти к решению и сначала проверяют, та ли задача решается. ## Что выдержало мою практику Воркшопы со стикерами в промышленном B2B у меня не прижились — ЛПР завода или архитектурного бюро не придёт на сессию генерации идей. Выжили три вещи, и все три — про то, о чём писал Норман: не прыгать к решению. Первая — эмпатия, но в форме полевой работы, а не интервью в переговорной. Решения по продуктовой линейке быстровозводимых конструкций принимались без натурных данных о спросе. Я лично обследовал около 30 площадок, по итогам выбрали 11 целевых регионов и линейку типов ([[Полевое исследование спроса по регионам]]). Это тот же первый ромб — расширить понимание, потом сузить, — только в промышленности «наблюдать пользователя» значит ехать на объект. Вторая — прототип и тест в физическом мире. В том же исследовании мы изготовили и сдали заказчику одну пилотную конструкцию, подтвердив производство на малом объёме. Для промышленного продукта это и есть прототип в смысле d.school: минимальный артефакт, который проверяет реализуемость и желанность одновременно. Критерии IDEO здесь работают буквально — пилот отвечал и на вопрос «нужно ли клиенту», и на вопрос «можем ли мы это сделать». Третья — отказ от решения до определения задачи. Во внутреннем сервисе хозобеспечения, который мы упаковывали в продукт, я формализовал методику интервью — удовлетворённость и незакрытые потребности — и провёл его с руководителем направления. Интервью не подтвердили абстрактную ценность, а вскрыли конкретные проблемные сценарии, под которые продукт и дорабатывался ([[Клиентские интервью для внутреннего сервиса]]). В Узбекистане перед предложением продукта архитектурным бюро я разработал отдельные гайды интервью под ЛПР ([[CustDev конструкций в Узбекистане]]) — определение проблемы шло раньше, чем демонстрация решения. Возвраты между фазами, которые Design Council со временем добавил в двойной ромб, я тоже видел на практике. Контрактное производство электроники в Бразилии прошло три итерации презентации продукта, чтобы проверить реализуемость потребностей и уточнить границы MVP. Каждая итерация возвращала нас из «разработки» обратно в «определение», и итогом стало не готовое решение, а согласованное продление стадии MVP до марта 2026 года ([[Итерации упаковки продукта в Бразилии]]). В линейной схеме из пяти этапов это выглядело бы как провал, а по сути это честный результат теста: задача ещё не сужена до такой степени, чтобы под неё строить. Критика MIT Technology Review совпадает с тем, что я видел сам: дизайн-мышление заканчивается на прототипе, а промышленный продукт начинается после него — себестоимость, сертификация, канал продаж. Поэтому этапы «эмпатия» и «определение» я использую как дисциплину исследования, а решение о продолжении принимаю на цифрах пилота, а не на энтузиазме сессии. Совет основателю технологического стартапа или директору по развитию промышленной компании. Не покупайте дизайн-мышление как воркшоп — берите из него две привычки: смотреть на задачу клиента на его площадке раньше, чем рисовать решение, и проверять идею самым дешёвым физическим прототипом, какой можно сдать реальному заказчику. Стикеры и пять этапов на стене — факультативно. Вопрос «та ли это задача» — обязательно, и задавать его нужно до того, как под решение выделен бюджет. ## Мои кейсы по теме - [[Полевое исследование спроса по регионам]] — около 30 площадок обследованы лично, выбраны 11 регионов, одна пилотная конструкция сдана заказчику. - [[Клиентские интервью для внутреннего сервиса]] — интервью вскрыли конкретные проблемные сценарии вместо подтверждения абстрактной ценности. - [[CustDev конструкций в Узбекистане]] — гайды интервью для ЛПР архитектурных бюро до предложения продукта. - [[Итерации упаковки продукта в Бразилии]] — три итерации презентации вернули работу к определению задачи и продлили MVP до марта 2026 года. ## Связаться Если у вас похожая задача — обсудим ваш продукт: [[email protected]](mailto:[email protected]), Telegram [@falcolupus](https://t.me/falcolupus) или [MAX](https://max.ru/u/f9LHodD0cOJd5VFHyaG9k7YpP7BW9s55ZYkjWX6P8j51xBYS3XgDfnOxz3U). Работаю удалённо в любом часовом поясе.