UX とデザインの負債整理をエンジニアリング リーダーやプロダクト リーダーに提案する方法

UX負債とは

Nielsen Norman Group は、UX 負債を、チームが迅速で簡単なソリューションを繰り返し選択するときに山積する経験の問題として説明しています。これは、1992 年にウォード カニンガムが作った用語である技術的負債に似ています。対処せずに放置すると、ユーザーの問題がさらに悪化し、コストのかかるクリーンアップにつながります。例としては、一貫性のないコンポーネント、「一時的な」混乱を招くフロー、利便性のために保持されている古いパターンなどが挙げられます。

4段階のピッチ

リーダーは、自分が見て測定できるものに資金を提供します。

• インベントリ: 調査クリップ、サポート チケット、分析、バグ レポートなどの証拠を含む問題をリストします。
• 優先順位付け: ユーザーへの影響、発生頻度、修正の労力によってランク付けします。
• 予算: 大規模な再設計ではなく、各スプリントの固定シェアを要求します。
• 進行状況を表示: 各修正項目の前後のメトリクス。

資金提供者の言葉を話す

各項目をリスク、コスト、または収益に変換します。「このチェックアウトの不一致により、月に N 件のサポート チケットが生成される」、「ボタン コンポーネントが重複するため、すべての機能に 1 日追加される」、「このフローは満たす必要があるアクセシビリティ ルールに違反します」。 UX ROI の計算と同じアプローチを使用して、それぞれを推定値と組み合わせます。

早めに見つけてください

NN/g は、スプリント リリース前のテストと少なくとも毎月の継続的なテストによって、実際のユーザーからのフィードバックを頻繁かつさまざまな方法で取得することを推奨しています。 UX 負債項目を技術的負債と同じバックログに追加すると、誰も読まない別の設計ドキュメントではなく、計画に表示されるようになります。

設計システムのリファクタリング

システムレベルのクリーンアップについては、それを行わない場合のコストを示します。同じコンポーネントのバリアントがいくつ存在するか、新機能にかかる時間、不整合に起因する UI バグの数などです。最初に 1 つの高トラフィック領域をリファクタリングする、小規模なパイロットによって、このケースはスライドよりも優れたものになります。