엔지니어링 및 제품 리더에게 UX 및 디자인 부채 정리를 소개하는 방법

UX 부채란?

Nielsen Norman Group는 UX 부채를 팀이 1992년에 Ward Cunningham이 만든 용어인 기술 부채와 유사한 빠르고 쉬운 솔루션을 반복적으로 선택할 때 쌓이는 경험 문제라고 설명합니다. 해결되지 않은 채 방치하면 사용자 문제가 복잡해지고 비용이 많이 드는 정리 작업이 발생합니다. 일관되지 않은 구성 요소, "일시적"이었던 혼란스러운 흐름, 편의를 위해 유지된 오래된 패턴 등이 그 예입니다.

4단계 피치

리더는 자신이 보고 측정할 수 있는 것에 자금을 지원합니다.

• 인벤토리: 연구 클립, 지원 티켓, 분석 및 버그 보고서와 같은 증거와 함께 문제를 나열합니다.
• 우선순위: 사용자 영향, 발생 빈도 및 수정 노력에 따라 순위를 매깁니다.
• 예산: 대대적인 재설계 대신 각 스프린트의 고정된 비율을 요청하세요.
• 진행 상황 표시: 각 수정 항목에 대한 전후 측정항목입니다.

자금을 지원하는 사람들의 언어로 말하세요.

각 항목을 위험, 비용 또는 수익으로 변환합니다. "이 결제 불일치로 인해 한 달에 N개의 지원 티켓이 생성됩니다.", "중복 버튼 구성 요소로 인해 모든 기능에 하루가 추가됩니다.", "이 흐름은 우리가 충족해야 하는 접근성 규칙에 실패합니다." UX ROI 계산과 동일한 접근 방식을 사용하여 각각을 추정치와 연결합니다.

일찍 찾아보세요

NN/g는 스프린트 릴리스 전 테스트와 최소 한 달에 한 번씩 지속적인 테스트를 통해 실제 사용자 피드백을 자주 다양한 방법으로 얻을 것을 권장합니다. 아무도 읽지 않는 별도의 디자인 문서가 아닌 계획에서 볼 수 있도록 기술 부채와 동일한 백로그에 UX 부채 항목을 추가하세요.

디자인 시스템 리팩터링

시스템 수준 정리의 경우 동일한 구성 요소의 변형이 얼마나 많이 존재하는지, 새로운 기능이 얼마나 오래 걸리는지, 불일치로 인해 추적되는 UI 버그가 얼마나 많은지 등을 수행하지 않을 때의 비용을 표시합니다. 트래픽이 많은 영역 하나를 먼저 리팩토링하는 소규모 파일럿은 슬라이드보다 사례를 더 좋게 만듭니다.