Discovery, Delivery и Handoff: мой взгляд #заметки@prdctdsgnr
Недавно на работе обсуждал дизайн-процесс, и мы с директором продукта и экспертом знатно зарубились, обсуждая этапы Discovery и Delivery. Главный спор — где живёт этап Design Handoff? Наши мнения разделились — CX считает, что финальный дизайн — это всё ещё Discovery, потому что мы до последнего можем вносить правки на основе фидбека. Я считаю, что подготовка финального дизайна в разработку это уже не Discovery, а чистый Delivery, и вот почему.
Если слегка переосмыслить схему Тима Хёрбига: то Discovery — это про поиск проблемы и способов её решиения. А Delivery — про вывод решения на рынок и его итеративное улучшение.
На этапе Delivery, ты уже не ищешь решения — ты их передаёшь. Дизайнер на этом этапе больше не витает в облаках гипотез, а хуячит техническую часть: общается с системными аналитиками, разработчиками, описывает разметку экранов в аналитику, готовит документацию для разработки. Это не про «а давай подумаем, что нужно юзерам», а про «вот вам готовый дизайн, берите и пилите». Это уже реализация, а не исследования.
А ты как считаешь? Как ты понимаешь Discovery и Delivery?
· 22.04.2025
Если всё время иследовать, то и продукта можно не увидеть вовсе 😉 как минимум бизнес должен получить результат и хоть какое-то время юзать готовое решение, он же поэтому вообще затеял эту работу над продуктом. А после работы в полях, точнее после каких бы то ни было результатов, продолжить улучшать продукт. Мне кажется это логичнее. Все же затеевается ради бизнеса, а не исследования ради исследований)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 23.04.2025
Как по мне, так исследование это непрерывный процесс, если этим не заниматься, то можно быстро остаться вне рынка. Тут важно понимать что для этого есть отдельная команда, которая никого не блокирует от релизов
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён