2022-12-07 16:03:10
Дизайн-долг – что это такое, как его измерить и как погаситьПеревод статьи Experience debt — what it is, how to measure it, and how to pay it downПредставьте себе ситуацию: вы начинаете работать дизайнером в компании-разработчике программного обеспечения. Ваша команда движется быстро, поневоле приходится быть небрежным. Вы учитесь на ходу, наблюдая, какие из ваших решений нравятся пользователям, находят у них отклик. Но вскоре вы обнаруживаете, что всё нужно переделывать.
Оглядываюсь на свою раннюю работу, вы понимаете, что она никуда не годится: не сочетается с остальным продуктом и вообще больше похожа на бета-версию, чем на готовое решение.
Звучит знакомо? То, что вы испытываете, естественно. Ваша команда сделала определённые вложения в пользовательский опыт, чтобы понять, насколько они удачны. Это нормально. Но вы в долгу перед пользователями. И пришло время этот долг оплатить.
В Atlassian мы много говорим о качестве дизайна и должном уровне скрупулёзности при разработке тех или иных решений. Мы пытаемся найти баланс между быстрым запуском новых идей и тщательной проработкой базовых функций.
Тем не менее, в процессе работы мы неизбежно накапливаем технический и дизайн-долг. Отчасти это происходит из-за проблем, с которыми мы сталкиваемся, когда масштабируем нашу команду и наши продукты. Кроме того, дизайн-долг возникает, когда мы осваиваем что-то новое или реагируем на меняющиеся требования отрасли.
Программные продукты накапливают долг как следствие закономерного развития продукта и энтропии рынка. Наши коллеги-разработчики годами обсуждали технический долг, пытаясь формализовать стратегии поддержки и рефакторинга своих кодовых баз. Почему в дизайне должно быть по-другому? Чему мы можем научиться у них, чтобы сделать эффективнее дизайнерскую практику?
Итак, вот что в Atlassian думают о дизайн-долге. Вы сильно удивитесь, но мы не считаем его чем-то однозначно плохим.
Источник
549 views13:03