Долг бывает карточный, технический, организационный и интерфейсный. За первый можно пострадать лично и физически, за остальные ― отхватить проблем как продуктовая компания. Дизайн-долг ― это намеренно или неумышленно накопленные проблемы с юзабилити, решение которых откладывается до будущих версий. В итоге страдают пользователи, а они хоть и терпеливые, со временем соскакивают и не возвращаются.
Есть несколько примеров системного подхода:
1. Anna Kaley из Nielsen/Norman Group показывает, как разбирать интерфейсный долг ― https://www.nngroup.com/articles/ux-debt/. Вводная достаточно общая, а вот про внесение проблем в продуктовый план написано хорошо.
2. Очень толковый кейс переработки крупной линейки продуктов ― http://uxpamagazine.org/ux-debt-in-the-enterprise/. К статье прилагается калькулятор в Excel.
3. Подход Athena Health ― https://medium.com/athenahealth-design/creating-a-sustainable-strategy-for-tackling-product-wide-ux-debt-5542c6b028bd. О нём рассказывали и на DesignOps Summit ― https://www.slideshare.net/RosenfeldMedia/stretching-the-definition-of-designops-chris-moses-at-designops-summit-2018. Толковый системный метод, как и всё, о чём пишет команда.
4. Подход Salesforce ― https://medium.com/iq-design/how-to-effectively-address-the-usability-debt-within-your-product-6b8693e6e853. Годный метод приоритезации.
5. Dave Rau из Optimizely описывает формат «дня полировки» для исправления проблем в продукте ― https://medium.com/design-optimizely/pay-down-design-debt-with-polish-day-867eb59dd83d. Команда выделяет день на исправление багов и оценивает список найденных проблем так, чтобы закрыть наиболее критичные.
6. Nicole Rusan рассказывает о близком понятии концептуального долга ― https://medium.com/all-things-product-management/conceptual-debt-is-worse-than-technical-debt-5b65a910fd46. Это когда основы интерфейса были заложены неправильно и что с потом этим делать.
Узнал об идее из статей Andrew Wright ― http://nform.com/ideas/user-experience-debt/ и Jim Kalbach ― https://experiencinginformation.com/2014/05/03/ux-debt-borrowing-from-your-users/. На случай, если интересна предыстория.
В своей серии статей о дизайн-менеджменте я описывал и интерфейсный, и организационный долг ― https://jvetrau.com/uxstrategy-6/. Мы постепенно выстраиваем работу с ним в компании ― это поможет сделать следующий рывок в качестве продуктов. Начинали с простейшего ― экспертно прошлись по продуктам и поставили задачи в Jira на все найденные проблемы. На следующий год большие планы по систематизации процесса ― интегральная метрика юзабилити с учётом долга, регулярное обновление списка из разных источников, предсказуемый разбор.
#designmanagement #designops #uxdebt
Есть несколько примеров системного подхода:
1. Anna Kaley из Nielsen/Norman Group показывает, как разбирать интерфейсный долг ― https://www.nngroup.com/articles/ux-debt/. Вводная достаточно общая, а вот про внесение проблем в продуктовый план написано хорошо.
2. Очень толковый кейс переработки крупной линейки продуктов ― http://uxpamagazine.org/ux-debt-in-the-enterprise/. К статье прилагается калькулятор в Excel.
3. Подход Athena Health ― https://medium.com/athenahealth-design/creating-a-sustainable-strategy-for-tackling-product-wide-ux-debt-5542c6b028bd. О нём рассказывали и на DesignOps Summit ― https://www.slideshare.net/RosenfeldMedia/stretching-the-definition-of-designops-chris-moses-at-designops-summit-2018. Толковый системный метод, как и всё, о чём пишет команда.
4. Подход Salesforce ― https://medium.com/iq-design/how-to-effectively-address-the-usability-debt-within-your-product-6b8693e6e853. Годный метод приоритезации.
5. Dave Rau из Optimizely описывает формат «дня полировки» для исправления проблем в продукте ― https://medium.com/design-optimizely/pay-down-design-debt-with-polish-day-867eb59dd83d. Команда выделяет день на исправление багов и оценивает список найденных проблем так, чтобы закрыть наиболее критичные.
6. Nicole Rusan рассказывает о близком понятии концептуального долга ― https://medium.com/all-things-product-management/conceptual-debt-is-worse-than-technical-debt-5b65a910fd46. Это когда основы интерфейса были заложены неправильно и что с потом этим делать.
Узнал об идее из статей Andrew Wright ― http://nform.com/ideas/user-experience-debt/ и Jim Kalbach ― https://experiencinginformation.com/2014/05/03/ux-debt-borrowing-from-your-users/. На случай, если интересна предыстория.
В своей серии статей о дизайн-менеджменте я описывал и интерфейсный, и организационный долг ― https://jvetrau.com/uxstrategy-6/. Мы постепенно выстраиваем работу с ним в компании ― это поможет сделать следующий рывок в качестве продуктов. Начинали с простейшего ― экспертно прошлись по продуктам и поставили задачи в Jira на все найденные проблемы. На следующий год большие планы по систематизации процесса ― интегральная метрика юзабилити с учётом долга, регулярное обновление списка из разных источников, предсказуемый разбор.
#designmanagement #designops #uxdebt
Nielsen Norman Group
UX Debt: How to Identify, Prioritize, and Resolve
Like technical debt, user-experience debt piles up over time and, if left unaddressed, will lead to compounding user problems and costly, time-consuming cleanup efforts. Agile solutions for prioritizing and resolving UX-debt issues can be adapted to other…