UX Collective | Medium на русском
Подписаться
UX "Двойной алмаз" мертв, и в эпоху ИИ для разработки программного обеспечения выживает только один.
Модель "Двойной алмаз", представленная в 2004 году, и дизайн-мышление, популяризированное в 2008 году, оба подчеркивали необходимость обширных исследований и определения проблемы на ранних этапах процесса. Такой подход был обусловлен предположением, что создание продукта было дорогостоящим и необратимым, что делало раннее исследование критически важным. Однако цифровая эпоха кардинально изменила эти затраты. Прототипы теперь можно создавать быстро и недорого, часто в течение дня. Это изменение означает, что расходы теперь связаны не с созданием, а с оценкой и выбором. Традиционные артефакты, такие как карты пути пользователя и описания проблем, служили страховкой от дорогостоящих разработок, которые больше не являются основной проблемой. Стоимость запросов к моделям ИИ резко упала, что позволило проводить обширные эксперименты. Команды теперь могут создавать несколько версий решения по цене, меньшей, чем стоимость долгих дебатов. Это привело к смещению интенсивной фазы исследования на более поздние этапы процесса. Вместо того чтобы рисовать множество идей на стенах, команды теперь могут создавать несколько рабочих прототипов. Воркшопы по генерации идей и упражнения с липкими заметками, которые когда-то были эффективны для генерации вариантов, когда разработка была медленной, теперь менее важны. Реальные затраты возникают при принятии решения о том, какая из множества сгенерированных опций является ценной. Оригинальная модель "Двойного алмаза" предполагала небольшой бюджет на оценку и большой бюджет на создание, но это соотношение инвертировалось. Первый "алмаз" исследования проблемы теперь может быть кратким, одностраничным брифом. Второй "алмаз", сосредоточенный на генерации и уточнении решений, теперь значительно расширяется. Основная оставшаяся стоимость — это "бюджет на оценку" — решение о том, что хорошо. Для отраслей, где создание продукта по-прежнему дорого и необратимо, таких как медицинское оборудование или аппаратное обеспечение, первоначальный подход с ранним этапом исследования по-прежнему применим, но это становится все реже для программного обеспечения. Новая модель включает в себя стабильный результат, широкий и дешевый этап генерации и заранее определенный стандарт качества. Это отражает то, как разработка программного обеспечения эволюционировала от обширных спецификаций к написанию тестов перед написанием кода.