Фреймворки и методологии в дизайне: от Double Diamond до собеседования

Основы Double Diamond: история, четыре этапа, преимущества и ограничения фреймворка

Почему 70% стартапов проваливаются в первый год, и какое отношение к этому имеет дизайн-процесс? По данным CB Insights, главная причина краха — отсутствие рыночной потребности. Компании строят продукты, которые никто не хочет. Double Diamond — фреймворк, созданный именно для того, чтобы это предотвращать: он заставляет команду сначала понять правильную проблему, и только потом искать решение.

Зачем нужен фреймворк, если дизайнер и так думает

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

Double Diamond — это визуальная модель дизайн-процесса, которая чётко разделяет работу с проблемой и работу с решением. Название отражает форму: два ромбика, каждый из которых состоит из фазы расхождения (дивергенции) и схождения (конвергенции). Первый ромб отвечает за понимание проблемы, второй — за проектирование решения.

История появления

Фреймворк был формализован в 2005 году Британским советом по дизайну (Design Council) — государственной организацией Великобритании, основанной в 1944 году для продвижения дизайна как драйвера экономических инноваций. В начале 2000-х Совет изучал, как работают дизайн-команды ведущих компаний страны — IDEO, Fjord, Seymourpowell — и попытался выделить общую модель.

Результатом стал Double Diamond: фреймворк достаточно абстрактный, чтобы применяться в любой дисциплине — от продуктового дизайна до архитектуры и государственных сервисов, — но достаточно конкретный, чтобы давать структуру проекту. В 2019 году Design Council выпустил обновлённую версию под названием «Framework for Innovation», которая добавила четыре руководящих принципа и компонент лидерства за пределами основных ромбов.

Четыре этапа Double Diamond

Discover — исследование (первый ромб расходится)

Цель: понять контекст, пользователей и нюансы проблемы, не перескакивая к решениям.

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

Типичные активности: глубинные интервью с 8–15 пользователями, наблюдение за поведением в реальном контексте, анализ данных поддержки и аналитики, stakeholder-интервью для понимания бизнес-целей, конкурентный анализ.

Микропример: команда NHS Digital провела более 100 интервью с пациентами разных возрастов и наблюдала за работой врачей общей практики, прежде чем начать проектировать приложение для записи к врачу.

Define — определение проблемы (первый ромб сходится)

Цель: синтезировать все собранные знания в чёткое и действенное определение проблемы.

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

Типичные активности: affinity mapping инсайтов, создание персон и формулировок потребностей, приоритизация проблем (не все проблемы можно решить — выбираете 1–3 ключевых), составление дизайн-брифа.

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

Develop — разработка решений (второй ромб расходится)

Цель: генерировать и тестировать множество возможных решений определённой проблемы.

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

Типичные активности: воркшопы по генерации идей с кросс-функциональной командой, скетчи и сториборды кандидатов-решений, low-fi прототипы (wireframes, бумажные макеты), co-design сессии с пользователями, быстрое тестирование отдельных гипотез.

Deliver — поставка (второй ромб сходится)

Цель: валидировать, доработать и запустить выбранное решение.

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

Типичные активности: usability-тестирование финалистов, A/B-тестирование, финальный high-fi прототип, передача в разработку с детальными спецификациями, планирование запуска и метрик успеха.

Принцип расхождения-схождения

Сила фреймворка — не в четырёх буквах (D), а в чередовании двух режимов мышления:

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

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

Этот ритм предотвращает две самые частые ошибки: преждевременное сужение (когда вы сразу выбираете первое пришедшее решение) и бесконечное исследование (когда вы никогда не принимаете решение).

Четыре принципа Design Council (2019)

Обновлённая версия добавила принципы, которые должны руководить каждой фазой:

Ставьте людей на первое место — начинайте с конечных пользователей: кто они, что делают, какие у них сильные стороны и трудности.

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

Сотрудничайте и co-creat'ьте — работайте с людьми из разных областей, вдохновляйтесь ими. Лучший дизайн рождается в разнообразных командах.

Итерируйте, итерируйте, итерируйте — стройте, тестируйте, повторяйте. Ни одно решение не бывает идеальным с первого раза. Итерация — это не провал, а сам процесс.

Преимущества Double Diamond

Чёткое разделение проблемы и решения. Это главная ценность фреймворка. Первый ромб существует именно потому, что проблема, которую вы думаете, что знаете, часто оказывается не той. Как отмечает CorsoUX, это помогает предотвратить самую распространённую дизайнерскую ошибку: построить правильное решение для неправильной проблемы.

Универсальность. Фреймворк работает в продуктовом дизайне, сервис-дизайне, архитектуре, стратегии и государственных проектах. Он не привязан к конкретной индустрии.

Визуальная наглядность. Два ромба легко объяснить стейкхолдерам, которые не знакомы с дизайном. Это помогает выстраивать общее понимание процесса в кросс-функциональных командах.

Поддержка выравнивания. Когда в проекте участвуют маркетинг, разработка, бизнес и дизайн — Double Diamond даёт общий язык и чёткие контрольные точки.

Ограничения

Не определяет конкретные методы. Double Diamond говорит «что делать» (исследовать, определять, разрабатывать, поставлять), но не говорит «как именно». Для конкретных практик нужны дополнительные инструменты — интервью, воркшопы, прототипирование.

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

Сложность для быстрых спринтов. Если у вас две недели на релиз, полноценный Double Diamond с тремя месяцами исследования не подойдёт. Фреймворк лучше работает на проектах с горизонтом 2–6 месяцев.

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

Когда выбирать Double Diamond

Фреймворк особенно эффективен в следующих ситуациях:

Государственные или стратегические инновационные проекты

Инициативы с множеством стейкхолдеров, требующие сильного выравнивания

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

Проекты с горизонтом несколько месяцев и значительным бюджетом

Если из этой главы запомнить только три вещи — это:

Double Diamond заставляет сначала найти правильную проблему, а потом искать решение — именно в этом порядке

Каждый ромб чередует дивергенцию (широкое исследование) и конвергенцию (фокусированный выбор) — этот ритм и есть суть фреймворка

Фреймворк универсален, но не даёт конкретных методов — для практик внутри каждой фазы нужны дополнительные инструменты

Сравнение фреймворков и методологий: Design Thinking, Lean UX, JTBD, Agile UX и другие

Представьте: вы приходите в продуктовую команду, и продакт-менеджер говорит — «У нас тут Lean UX, давай быстрее, быстрее». А арт-директор в соседней комнате работает по Design Thinking и требует «пять фаз, эмпатию, прототипирование». Кто прав? Оба — и никто. Каждый фреймворк решает свою задачу, и настоящий профессионал не выбирает один навсегда — он подбирает подход под контекст.

Зачем сравнивать фреймворки

В предыдущей главе мы разобрали Double Diamond — фреймворк, который чётко разделяет работу с проблемой и работу с решением. Но Double Diamond — не единственный инструмент в арсенале дизайнера. Существуют десятки методологий, и на собеседовании вас обязательно спросят: «Чем Design Thinking отличается от Double Diamond?», «Когда вы используете Lean UX?», «Что такое Jobs to be Done?».

Знание различий — это не просто теория. Это умение аргументировать, почему в конкретном проекте вы выбрали именно этот подход. Именно это отличает junior от middle и senior дизайнера.

Design Thinking

Источник: Стэнфордская школа d.school и компания IDEO, 1990-е годы.

Суть: пятифазный процесс — Empathize (эмпатия), Define (определение), Ideate (генерация идей), Prototype (прототипирование), Test (тестирование). Акцент на быстрой итерации между эмпатией и тестированием.

Сильные стороны: скорость, ориентация на действие, доступность для междисциплинарных команд. Design Thinking хорошо работает в стартапах и масштабируемых продуктах, где нужно быстро проверять гипотезы.

Сравнение с Double Diamond:

| Критерий | Double Diamond | Design Thinking | | --- | --- | --- | | Количество фаз | 4 (Discover, Define, Develop, Deliver) | 5 (Empathize, Define, Ideate, Prototype, Test) | | Акцент на «правильной проблеме» | Очень сильный (первый ромб) | Присутствует, но менее явный | | Типичный контекст | Стратегические инновации, госсервисы | Стартапы, цифровые продукты | | Типичный горизонт | 2–6 месяцев | 2–8 недель | | Визуализация | Два ромба (дивергенция/конвергенция) | 5 связанных кругов |

Микропример: команда Gov.uk использовала Double Diamond для масштабного редизайна государственных порталов — три месяца на исследование. А стартап, создающий приложение для доставки еды, скорее выберет Design Thinking с двухнедельными спринтами на эмпатию и тестирование.

Lean UX

Источник: Джефф Готелф и Джош Сейден, книга «Lean UX», 2013 год.

Суть: адаптация принципов бережливого производства (Lean) и Agile к UX-процессу. Ключевая идея — минимизировать浪费 (muda), то есть работу, которая не приносит ценности пользователю. Вместо длинных исследований — гипотезы, минимальные прототипы, быстрая валидация.

Ключевые элементы:

Гипотезы вместо требований: «Мы верим, что [фича] повысит [метрику] для [пользователя], и мы это узнаем, увидев [доказательство]».

MVP-подход: минимально жизнеспособный продукт для проверки гипотезы.

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

Когда использовать: когда у вас есть данные, которые подсказывают направление, и нужно быстро проверить гипотезу. Lean UX плохо подходит для ситуаций, когда проблема вообще не понятна — здесь нужен первый ромб Double Diamond или фаза Empathize из Design Thinking.

Jobs to be Done (JTBD)

Источник: Клейтон Кристенсен, Гарвардская бизнес-школа, 2000-е годы.

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

Пример: человек покупает не дрель — он «нанимает» её, чтобы сделать отверстие в стене и повесить фотографию семьи. А может, он вообще «нанимает» услугу мастера, потому что его «работа» — не сверлить, а получить красивый интерьер к приходу гостей.

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

Human-Centered Design (HCD)

Источник: Идеи Дона Нормана, 1980-е; формализовано IDEO и IDEO.org.

Суть: дизайн должен начинаться с глубокого понимания людей, для которых создаётся продукт. HCD — это скорее философия и набор принципов, чем пошаговый фреймворк. Три фазы: Inspiration (вдохновение), Ideation (генерация), Implementation (реализация).

Отличие от Design Thinking: HCD — более широкая концепция, Design Thinking — один из способов её применения. HCD акцентирует эмпатию и вовлечение пользователей на каждом этапе, включая co-design.

Agile UX

Источник: слияние Agile-методологий разработки и UX-практик, 2010-е годы.

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

Ключевые особенности:

Дизайн на один-два спринта впереди разработки

Непрерывное usability-тестирование

Гибкость: приоритеты пересматриваются каждый спринт

Когда использовать: когда продукт уже существует и развивается итеративно. Agile UX плохо подходит для нулевого этапа, когда нужно понять саму проблему — здесь лучше начать с Double Diamond или Design Thinking, а потом перейти в Agile.

Sprint Design (Design Sprint)

Источник: Джейк Кнапп из Google Ventures, книга «Sprint», 2016 год.

Суть: пятидневный интенсив, в ходе которого команда проходит от проблемы до прототипа и тестирования с реальными пользователями. Каждый день посвящён одной фазе: Map (карта), Sketch (скетч), Decide (решение), Prototype (прототип), Validate (валидация).

Когда использовать: когда нужно быстро проверить идею или принять стратегическое решение. Sprint Design — это «ударная волна» внутри более широкого процесса. Например, вы можете провести спринт внутри фазы Develop вашего Double Diamond, чтобы за пять дней выбрать направление из нескольких альтернатив.

Сводное сравнение

| Фреймворк | Главный вопрос | Скорость | Лучший контекст | | --- | --- | --- | --- | | Double Diamond | Какая правильная проблема? | 2–6 мес. | Стратегия, госсервисы, много стейкхолдеров | | Design Thinking | Как быстро проверить решение? | 2–8 нед. | Стартапы, цифровые продукты | | Lean UX | Какая гипотеза верна? | 1–4 нед. | Итеративное развитие, данные уже есть | | JTBD | Зачем пользователю этот продукт? | Зависит от проекта | Стратегия, позиционирование, инновации | | HCD | Как вовлечь пользователей в дизайн? | 2–6 мес. | Социальные проекты, сервис-дизайн | | Agile UX | Как совместить дизайн и разработку? | Непрерывно | Существующие продукты, спринты | | Design Sprint | Работает ли идея за 5 дней? | 5 дней | Проверка гипотез, быстрые решения |

Как выбирать фреймворк

Выбор зависит от трёх переменных:

Степень определённости проблемы. Если проблема неясна — начинайте с Double Diamond или HCD. Если проблема понятна, но решение нет — Design Thinking или Sprint Design. Если есть и проблема, и гипотеза решения — Lean UX.

Горизонт проекта. На три дня — Sprint Design. На месяц — Design Thinking или Lean UX. На полгода — Double Diamond.

Контекст команды. Если команда работает в Agile — интегрируйте Agile UX. Если нужна стратегическая проработка — Double Diamond. Если важна инновационная стратегия — добавьте JTBD.

Микропример: крупный банк с множеством отделов и стейкхолдеров выберет Double Diamond для масштабного редизайна мобильного приложения. А финтех-стартап, проверяющий новую фичу для переводов, проведёт Design Sprint за пять дней.

Если из этой главы запомнить только три вещи — это:

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

Double Diamond и Design Thinking не взаимозаменяемы: первый сильнее в стратегической проработке проблемы, второй — в скорости итераций

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

Практическое применение и кейсы: адаптация, комбинирование и типичные ошибки

В 2011 году британское правительство столкнулось с катастрофой: сотни государственных веб-сайтов с ужасным UX и огромными расходами. Government Digital Service (GDS) применил Double Diamond, и через два года портал Gov.uk получил престижную награду Design of the Year. Но что самое интересное — GDS не просто «прошёл четыре фазы». Они адаптировали фреймворк под реальные ограничения: политические дедлайны, десятки стейкхолдеров и необходимость постепенного запуска. Именно адаптация — ключевой навык, который отличает дизайнера, знающего теорию, от дизайнера, способного делать продукты.

Адаптация фреймворков под реальность

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

Ограничения по времени. Если у вас не шесть месяцев, а шесть недель, вы не можете потратить три месяца на Discover. Это не значит, что исследование нужно пропускать — его нужно уплотнять. Вместо 15 интервью — 5 фокусных. Вместо этнографического исследования — анализ существующих данных и быстрые guerrilla-тесты.

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

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

Кейс: Gov.uk — государственный портал Великобритании

Этот кейс стал хрестоматийным примером применения Double Diamond в государственном секторе.

Discover (3 месяца): команда GDS провела масштабное исследование того, как граждане искали государственную информацию. Анализировались существующие сайты, данные поисковых запросов, жалобы пользователей.

Define: проблема была сформулирована чётко — гражданам нужен единый портал, где информация организована по жизненным задачам (налоги, паспорта, вождение, здоровье, пенсии), а не по ведомствам.

Develop: несколько прототипов информационной архитектуры и визуального дизайна были протестированы с реальными пользователями.

Deliver: постепенный запуск, позже повторённый в Австралии, Канаде и Новой Зеландии.

Адаптация: GDS не следовал фреймворку буквально. Они встроили итеративные циклы внутри фазы Develop — несколько раундов прототипирования и тестирования, а не один. И фаза Deliver растянулась на годы постепенного внедрения.

Кейс: LEGO Education — редизайн образовательного сайта

LEGO использовала Double Diamond для редизайна раздела «LEGO Education», ориентированного на учителей.

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

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

Develop: три версии архитектуры протестированы с учителями.

Deliver: новый сайт с навигацией по навыкам учебной программы.

Результат: посещаемость пользовательских сессий утроилась после запуска.

Комбинирование фреймворков

На практике senior-дизайнеры редко используют один фреймворк в чистом виде. Вот три проверенных комбинации:

Double Diamond + Design Thinking

Double Diamond как стратегическая карта, Design Thinking как оперативный инструмент внутри фаз. Например, фаза Discover вашего Double Diamond может включать пять фаз Design Thinking для конкретного воркшопа с пользователями.

Double Diamond + Agile UX

Double Diamond управляет фазами Discover и Define (стратегический уровень), а фазы Develop и Deliver интегрируются в Agile-спринты. Это особенно эффективно для продуктов, которые уже на рынке и развиваются итеративно.

Double Diamond + Sprint Design

Проведение пятидневного Design Sprint внутри фазы Develop, чтобы за одну неделю выбрать направление из нескольких альтернатив. Sprint становится «ударной волной» внутри более широкого процесса.

Микропример: продуктовая команда банка использует Double Diamond для стратегического редизайна приложения, внутри фазы Develop проводит трёхдневный Design Sprint для выбора концепции нового онбординга, а затем переходит в Agile-спринты для реализации.

Типичные ошибки при использовании фреймворков

Пропуск первого ромба

«Мы уже знаем проблему» — самая дорогая фраза в дизайне. Первый ромб существует именно потому, что проблема, которую вы думаете, что знаете, часто оказывается не той. Команды, пропускающие исследование, строят элегантные решения для несуществующих проблем.

Формальное прохождение фаз

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

Линейное мышление

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

Слепое копирование чужого процесса

Компания X использовала Double Diamond и получила отличный результат. Это не значит, что вы должны повторить их процесс один в один. Контекст всегда разный: другая аудитория, другие ограничения, другая зрелость команды.

Игнорирование принципов 2019 года

Четыре принципа Design Council — не декорация. Это операционные правила. Команды, которые их игнорируют, часто производят дизайн, который проваливается на этапе внедрения, потому что не привлекли нужных стейкхолдеров.

Смешивание несовместимых фреймворков

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

Как рассказать об этом на собеседовании

Когда вас спросят «Какой фреймворк вы используете?», не отвечайте перечислением названий. Расскажите историю конкретного проекта:

Назовите контекст: сроки, размер команды, степень определённости проблемы

Объясните выбор: почему вы выбрали именно этот фреймворк (или комбинацию)

Опишите адаптацию: что вы изменили и почему

Приведите результат: метрики, фидбек, влияние на продукт

Если из этой главы запомнить только три вещи — это:

Фреймворки — это карты, а не рельсы: адаптация под контекст проекта — не слабость, а признак зрелости дизайнера

Комбинирование фреймворков — нормальная практика senior-уровня: Double Diamond как стратегическая рамка + конкретные методы внутри фаз

Самая дорогая ошибка — формальное прохождение фаз без глубины: лучше сделать две фазы качественно, чем все четыре поверхностно

Подготовка к собеседованию: формулировка ответов, аргументация и примеры из портфолио

«Расскажите о дизайн-процессе на вашем последнем проекте». Этот вопрос звучит на каждом втором собеседовании дизайнера — и именно здесь 60% кандидатов теряются. Они либо пересказывают теорию из учебника, либо путаются в собственных словах. Разница между кандидатом, который получает оффер, и тем, кто получает отказ, часто заключается не в навыках, а в умении рассказать о них.

Почему знание фреймворков — это не просто теория

В предыдущих главах мы разобрали Double Design, сравнили его с другими фреймворками и рассмотрели кейсы адаптации. Теперь самое важное: превратить эти знания в уверенные ответы на собеседовании.

Рекрутеры и нанимающие менеджеры не проверяют, выучили ли вы четыре фазы Double Diamond. Они проверяют три вещи:

Можете ли вы применять фреймворки на практике, а не только рассуждать о них теоретически

Умеете ли вы аргументировать выбор конкретного подхода для конкретного контекста

Извлекаете ли вы уроки из неудач и адаптируете процесс

Структура сильного ответа: формат STAR+

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

Situation — контекст: компания, продукт, команда, сроки

Task — ваша задача и роль в проекте

Action — конкретные действия: какой фреймворк выбрали, почему, что адаптировали

Result — результат: метрики, фидбек, влияние на продукт

+ Reflection — что бы вы сделали иначе, какие выводы извлекли

Пятый элемент — Reflection — отличает middle от senior. Он показывает рефлексивное мышление и способность к росту.

Микропример слабого ответа: «Я использовал Double Diamond на проекте. Сначала провёл исследование, потом определил проблему, потом придумал решение и запустил».

Микропример сильного ответа: «У нас было шесть недель на редизайн личного кабинета. Я адаптировал Double Diamond: сжал фазу Discover до двух недель, взяв пять фокусных интервью и проанализировав данные поддержки. В Define обнаружил, что основная проблема — не интерфейс, а информационная архитектура: пользователи не могли найти раздел оплаты. В Develop провёл три итерации прототипирования с быстрым usability-тестированием. Результат: конверсия оплаты выросла на 18%, время на выполнение задачи сократилось с 4 минут до 1,5. Если бы начинал заново, добавил бы количественный опрос после Define для подтверждения приоритетов».

Как отвечать на конкретные вопросы о фреймворках

«Опишите ваш дизайн-процесс»

Не перечисляйте фазы абстрактно. Расскажите о конкретном проекте, вплетая фреймворк в нарратив:

«На проекте редизайна мобильного банка я работал по адаптированному Double Diamond. Мы знали, что проблема в низкой конверсии, но не понимали почему. Поэтому я посвятил три недели Discover: провёл 12 интервью, проанализировал воронку в Amplitude и изучил записи сессий в Hotjar. Оказалось, что 40% пользователей отваливались на экране подтверждения перевода — не из-за UI, а из-за страха отправить деньги не тому человеку. Эта находка полностью изменила направление решения».

«Чем отличается Double Diamond от Design Thinking?»

Ответ должен содержать не перечисление различий, а аргументированный выбор:

«Double Diamond делает акцент на чётком разделении проблемы и решения — первый ромб целиком посвящён пониманию того, какая проблема стоит перед нами. Design Thinking сильнее в скорости итераций: пять фаз заточены на быстрый цикл от эмпатии к тестированию. Я выбираю Double Diamond для проектов, где проблема не определена и есть много стейкхолдеров — например, для государственных сервисов или крупных продуктов. Design Thinking — когда проблема более-менее ясна и нужно быстро проверить гипотезы, как в стартапах».

«Когда вы использовали нестандартный подход?»

Этот вопрос проверяет гибкость. Ответ должен показать, что вы не раб фреймворка:

«На одном проекте у нас было три дня до презентации для инвесторов. Полноценный Double Diamond был невозможен. Я провёл модифицированный Design Sprint: за первый день — быстрое исследование (аналитика + 3 интервью), за второй — генерация идей и прототип, за третий — тестирование с пятью пользователями. Результат был не идеальным, но инвесторы увидели работающий прототип, а не слайды. Мы получили финансирование и потом доработали продукт полноценно».

Как презентовать портфолио через призму фреймворков

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

Структура кейса для портфолио

Проблема и контекст — зачем вообще этот проект существовал? Какая бизнес-задача или пользовательская боль стояла за ним?

Ваша роль и ограничения — что вы делали лично? Сколько было времени? Какие были ресурсы?

Процесс — какой подход выбрали и почему? Что адаптировали? Какие фазы были ключевыми?

Решение — что получилось? Покажите не только финальные экраны, но и промежуточные артефакты: affinity maps, скетчи, wireframes.

Результат — метрики, фидбек, влияние. Если нет цифр — опишите качественные изменения.

Рефлексия — что узнали? Что бы изменили?

Чего избегать в портфолио

Описания фреймворка вместо описания проекта. Не пишите «Я использовал Double Diamond, который состоит из четырёх фаз: Discover, Define, Develop, Deliver». Рекрутер это и так знает. Пишите: «Мы начали с глубинных интервью, потому что команда расходилась в понимании проблемы».

Красивые картинки без контекста. Финальные макеты без объяснения процесса — это витрина, а не кейс. Показывайте «грязные» промежуточные артефакты: affinity mapping на стикерах, скетчи от руки, wireframes с пометками. Это доказывает, что вы действительно работали над процессом.

Отсутствие метрик. Даже если у вас нет точных цифр, опишите качественные изменения: «Пользователи перестали жаловаться на сложность навигации», «Команда поддержки стала получать на 30% меньше вопросов по этому разделу».

Типичные ошибки на собеседовании

Пересказ теории вместо примеров

Кандидат: «Double Diamond — это фреймворк с четырьмя фазами: Discover, Define, Develop, Deliver. В Discover мы исследуем, в Define определяем проблему...»

Интервьюер мысленно: «Я знаю, что это. Я хочу знать, как вы это применяли».

Неумение аргументировать выбор

Кандидат: «Я использовал Design Thinking, потому что это популярный фреймворк».

Сильный ответ: «Я выбрал Design Thinking, потому что у нас было четыре недели, проблема была более-менее понятна, и нужно было быстро прототипировать и тестировать с пользователями».

Игнорирование неудач

Кандидаты боятся рассказывать о провалах. Но именно неудачи показывают зрелость. Если вы скажете: «Мы провели исследование, но потом поняли, что интервьюировали не тех пользователей — пришлось переделывать», это покажет, что вы умеете признавать ошибки и корректировать курс.

Незнание конкурентных фреймворков

Если вы говорите только про Double Diamond и не можете сравнить его с Design Thinking или Lean UX, это сигнал о поверхностном понимании темы. Даже если вы не использовали другие фреймворки, знание их сильных и слабых сторон показывает широту кругозора.

Практический план подготовки

За неделю до собеседования:

Выберите 2–3 проекта из портфолио, которые лучше всего демонстрируют ваш процесс

Для каждого проекта запишите ответ в формате STAR+ — вслух, на диктофон. Прослушайте и уберите лишнее

Подготовьте ответ на вопрос «Чем отличается X от Y» для трёх пар фреймворков: Double Diamond vs Design Thinking, Lean UX vs Agile UX, Double Diamond vs Sprint Design

Подготовьте одну историю неудачи с чётким выводом и объяснением, что вы изменили в процессе после этого опыта

Проверьте портфолио на наличие промежуточных артефактов и метрик

В день собеседования:

Откройте в браузере вкладки с кейсами и макетами, которые планируете показывать

Подготовьте шпаргалку с ключевыми цифрами и результатами проектов

Не забудьте стакан воды — это помогает при волнении

Если из этой главы запомнить только три вещи — это:

Сильный ответ на собеседовании — это не пересказ теории, а конкретная история проекта в формате STAR+: контекст, ваша роль, действия с аргументацией выбора, результат с метриками и рефлексия

Портфолио должно доказывать мышление, а не вкус: показывайте промежуточные артефакты, объясняйте выбор фреймворка и приводите результаты

Умение сравнивать фреймворки и аргументировать выбор — это то, что отличает кандидата, готового к офферу, от кандидата, который просто «знает теорию»