Cách giới thiệu UX và thiết kế giải quyết nợ cho các nhà lãnh đạo kỹ thuật và sản phẩm
Nợ UX là gì, cách kiểm kê và ưu tiên nó cũng như cách đề xuất việc dọn dẹp và thiết kế các bộ tái cấu trúc hệ thống theo thuật ngữ mà các nhà lãnh đạo tài trợ: rủi ro, chi phí và doanh thu.
Điểm chính
Nợ UX là sự tích tụ các vấn đề về kinh nghiệm từ các lối tắt, chẳng hạn như nợ kỹ thuật cho thiết kế. Để nhận được tài trợ cho hoạt động dọn dẹp, hãy hiển thị nó bằng bản kiểm kê có bằng chứng xác thực, ưu tiên theo tác động, tần suất và nỗ lực của người dùng, yêu cầu ngân sách ổn định (một phần cho mỗi lần chạy nước rút) thay vì viết lại lớn và báo cáo tiến độ trong các biện pháp mà người lãnh đạo đã theo dõi.
Nợ UX là gì
Nielsen Norman Group mô tả nợ UX là các vấn đề kinh nghiệm chồng chất khi các nhóm liên tục chọn các giải pháp nhanh chóng, dễ dàng, tương tự như nợ kỹ thuật, một thuật ngữ mà Ward Cunningham đặt ra vào năm 1992. Nếu không được giải quyết, nó sẽ dẫn đến các vấn đề phức tạp của người dùng và việc dọn dẹp tốn kém. Các ví dụ bao gồm các thành phần không nhất quán, các luồng khó hiểu là "tạm thời" và các mẫu lỗi thời được giữ lại để thuận tiện.
Một quảng cáo chiêu hàng bốn bước
Các nhà lãnh đạo tài trợ cho những gì họ có thể thấy và đo lường:
- Khoảng không quảng cáo: liệt kê các vấn đề có bằng chứng như clip nghiên cứu, phiếu hỗ trợ, phân tích và báo cáo lỗi.
- Ưu tiên: xếp hạng theo tác động của người dùng, tần suất xảy ra và nỗ lực khắc phục.
- Ngân sách: yêu cầu một phần cố định cho mỗi lần chạy nước rút thay vì thiết kế lại một cách đột ngột.
- Hiển thị tiến trình: số liệu trước và sau cho từng mục cố định.
Nói ngôn ngữ của những người tài trợ cho nó
Chuyển từng mục thành rủi ro, chi phí hoặc doanh thu: "sự không thống nhất trong quá trình thanh toán này tạo ra N phiếu hỗ trợ mỗi tháng", "các thành phần nút trùng lặp sẽ thêm một ngày vào mọi tính năng", "luồng này không tuân thủ các quy tắc trợ năng mà chúng tôi phải đáp ứng". Ghép nối từng giá trị với ước tính, sử dụng phương pháp tương tự như tính toán ROI UX.
Tìm sớm
NN/g khuyên bạn nên nhận phản hồi thực tế của người dùng thường xuyên và theo nhiều cách khác nhau, bao gồm thử nghiệm trước khi phát hành nước rút và thử nghiệm liên tục ít nhất hàng tháng. Thêm các hạng mục nợ UX vào cùng một hồ sơ tồn đọng như nợ kỹ thuật để chúng hiển thị trong kế hoạch chứ không phải trong một tài liệu thiết kế riêng biệt mà không ai đọc.
Thiết kế lại hệ thống
Đối với việc dọn dẹp ở cấp hệ thống, hãy hiển thị chi phí nếu không thực hiện việc đó: có bao nhiêu biến thể của cùng một thành phần, thời gian sử dụng các tính năng mới và bao nhiêu lỗi giao diện người dùng dẫn đến sự không nhất quán. Một thí điểm nhỏ, trước tiên tái cấu trúc một khu vực có lưu lượng giao thông cao, giúp cho trường hợp này tốt hơn là một đường trượt.
Nguyên tắc chính cần nhớ
- Nợ UX là vấn đề kinh nghiệm tích lũy từ lối tắt
- Kiểm kê bằng chứng, sau đó ưu tiên theo tác động, tần suất và nỗ lực
- Yêu cầu ngân sách ổn định, không phải viết lại lớn
- Chuyển các mục thành rủi ro, chi phí và doanh thu
- Theo dõi nợ UX trong cùng tồn đọng như nợ kỹ thuật
Câu hỏi thường gặp
Nguồn
- UX Debt: How to Identify, Prioritize, and Resolve — Nielsen Norman Group
- Calculating ROI for Design Projects in 4 Steps — Nielsen Norman Group