Если Double diamond пошёл не по плану«Классическая» модель 4D или «Двойной алмаз» — довольно удобная штука 😋
Судите сами:
- Dефайним рамки, фокус и план
- Dискаверим реальные инсайты, трындим с пользователями
- Dевелопим несколько вариаций и прототипов
- Dеливерим как следует и собираем обратную связь.
Каеф! 🥰 Но что если хотя бы один из D-D-D-D упадёт?
Если упал Define
Не будет чёткого формулирования проблемы. У команды нет фокуса и рамок.
— Discover даст тонны сырого материала, которые не получится структурировать. — Develop будет хаотичным: мы будет проектировать то одно, то другое. — Deliver выдаст фрагментированное бессистемное решение.
Дизайнеру будет ПЛОХО. Это и ощущение беспорядка, нечёткой цели. Невозможность расставить приоритеты. Высокая тревожность на тему «что именно мы решаем?», «а мы точно туда идём?»
Define важен и нужен 🫰
———
Если упал Discover
Мы остались без исследований. А значит вместо реальных инсайтов и контакта с пользователем получим что-то другое… 😅
Остальные D не сильно помогут: — Define будет опираться на догадки, шаблонные брифы или голос менеджера. — Develop пойдёт «по привычке»: копируемт старые паттерны, потому что…ну, работало же… — Deliver станет работать по принципу «пальцем в небо». Т.е. выпускаем то, что не решает боль.
И снова это ПЛОХО для дизайнера 🙄
Растёт разочарование и ощущение поверхностности. Дизайнер работает как «визуализатор чужих гипотез», а не как автор решения. Именно здесь появляется высокий риск перегорания от бессмысленной рутины.
Discover важен и нужен 🫰
⸻
Если упадёт Develop
Штош… не будет никакого проектирования и вариаций, MVP-гипотез, быстрых итераций…
А значит: — Define сформулировал цель, но она не отрабатывается в прототипах. — Discover дал конкретику «что хотят», но без Develop можем не попасть в то, «как» хотят. — Deliver приходится реализовывать «сырую» идею или теоретический концепт.
Дизайнеру не то чтобы плохо, но тоже так себе…
У многих (особенно мидлов) появляется ощущение упущенной возможности. Хочется «пощупать» идею, сравнить варианты, а никак…
Часто именно при таком раскладе растёт внутренний конфликт с разработкой. Знакомые многим варианты в стале «это нереализуемо», «почему так сложно», «мы так не сделаем» — оно всё здесь.
Develop не то чтобы сильно неоходим, но очень и очень желателен ☺️
⸻
Если упал Deliver
Мы потеряли или отпустили контроль за внедрением и обратной связью.
Не то чтобы это критично, но получается, что: — Develop и Define были, но результат не доходит до пользователей. — Discover не обогащается фидбэком, значит цикл не замыкается.
Для дизайнеров это часто приводит к фрустрации. Сделал круто, но не увидел эффекта. Очень обидное ощущение.
Кроме того, в такой модели нет роста, потому что нет понимания, что сработало. Отсюда растёт ощущение бесполезности — «зачем всё это?!».
———
Вывод
4D работают. Но только вместе.
Поэтому, если вы видите у себя какие-то симптомы, значит где-то что-то работает не так и нужно лечить ))) Обратитесь к специалисту 😜
