วิธีนำเสนอ UX และการออกแบบการล้างหนี้ให้กับผู้นำด้านวิศวกรรมและผลิตภัณฑ์

หนี้ UX คืออะไร

Nielsen Norman Group อธิบายว่าหนี้ UX เป็นปัญหาที่กองพะเนินเมื่อทีมเลือกวิธีแก้ปัญหาที่รวดเร็วและง่ายดายซ้ำแล้วซ้ำเล่า คล้ายกับหนี้ทางเทคนิค ซึ่งเป็นคำที่ Ward Cunningham บัญญัติขึ้นในปี 1992 หากปล่อยทิ้งไว้โดยไม่ได้รับการจัดการ จะนำไปสู่ปัญหาผู้ใช้ที่ทวีคูณและการล้างข้อมูลที่มีค่าใช้จ่ายสูง ตัวอย่างได้แก่ องค์ประกอบที่ไม่สอดคล้องกัน กระแสที่สับสนซึ่งเป็น "ชั่วคราว" และรูปแบบที่ล้าสมัยซึ่งเก็บไว้เพื่อความสะดวก

การขว้างสี่ขั้นตอน

ผู้นำให้ทุนกับสิ่งที่พวกเขามองเห็นและวัดผลได้:

• สินค้าคงคลัง: แสดงรายการปัญหาพร้อมหลักฐาน เช่น คลิปการวิจัย ตั๋วสนับสนุน การวิเคราะห์ และรายงานข้อผิดพลาด
• จัดลำดับความสำคัญ: จัดอันดับตามผลกระทบต่อผู้ใช้ ความถี่ที่เกิดขึ้น และความพยายามในการแก้ไข
• งบประมาณ: ขอส่วนแบ่งคงที่ของการวิ่งแต่ละครั้งแทนการออกแบบใหม่ครั้งใหญ่
• แสดงความคืบหน้า: ตัวชี้วัดก่อนและหลังสำหรับแต่ละรายการคงที่

พูดภาษาของผู้ที่ให้ทุน

แปลแต่ละรายการเป็นความเสี่ยง ต้นทุน หรือรายได้: "ความไม่สอดคล้องกันของการชำระเงินนี้สร้างตั๋วสนับสนุน N ใบต่อเดือน", "ส่วนประกอบของปุ่มที่ซ้ำกันจะเพิ่มวันให้กับทุกคุณสมบัติ", "โฟลว์นี้ไม่ผ่านกฎการเข้าถึงที่เราต้องปฏิบัติตาม" จับคู่แต่ละรายการกับการประมาณการ โดยใช้แนวทางเดียวกับการคำนวณ UX ROI

หาได้แต่เนิ่นๆ

NN/g แนะนำให้รับคำติชมจากผู้ใช้จริงบ่อยครั้งและในหลากหลายวิธี ด้วยการทดสอบก่อนการเปิดตัว Sprint และการทดสอบอย่างต่อเนื่องอย่างน้อยเดือนละครั้ง เพิ่มรายการหนี้ UX ลงใน Backlog เดียวกันกับหนี้ทางเทคนิค เพื่อให้มองเห็นได้ในการวางแผน ไม่ใช่ในเอกสารการออกแบบแยกต่างหากที่ไม่มีใครอ่าน

ออกแบบรีแฟกเตอร์ของระบบ

สำหรับการล้างข้อมูลในระดับระบบ ให้แสดงต้นทุนของการไม่ดำเนินการ: มีส่วนประกอบเดียวกันกี่รูปแบบ ฟีเจอร์ใหม่ใช้เวลานานเท่าใด และจำนวนข้อบกพร่องของ UI ที่ติดตามกลับไปสู่ความไม่สอดคล้องกัน นักบินขนาดเล็กที่ปรับโครงสร้างพื้นที่ที่มีการจราจรหนาแน่นหนึ่งพื้นที่ก่อน จะทำให้คดีนี้ดีกว่าสไลด์