Cách nhận biết và quản lý nợ UX

Nợ kinh nghiệm người dùng chắc chắn xảy ra theo thời gian. Đó là tổng của thiết kế quá hạn và nhiệm vụ khả dụng xuất phát từ những thứ như quyết định kinh doanh nhanh chóng, lối tắt thiết kế, cơ hội bị bỏ lỡ, hạn chế về thời gian và các yếu tố khác.

Nợ trải nghiệm người dùng được gọi là nợ vì nó tương tự như nợ thực tế; chúng ta nhận được một cái gì đó trong hiện tại, nhưng chỉ trả tiền cho nó trong tương lai. Cho đến khi khoản nợ được trả hết, lãi suất phát sinh như một chi phí vĩnh viễn.

Nợ kinh nghiệm người dùng - cùng với người anh em họ thân thiết, nợ kỹ thuật - là một thiết kế antipotype làm giảm chất lượng của một dự án. Vì nợ trải nghiệm người dùng là một chủ đề ít được thảo luận rộng rãi, bên cạnh đó không phải lúc nào cũng dễ dàng nhận ra nó, trong bài viết này, chúng tôi đang xem xét kỹ hơn về nó.

Nợ kỹ thuật so với nợ UX

Có nhiều loại nợ khác nhau trong phát triển web. Nổi tiếng nhất là nợ kỹ thuật được xác định bởi CSS Tricks là "Tổng của thỏa hiệp chúng tôi thực hiện khi viết mã trong quá trình phát triển ".

Sau này trong quy trình làm việc của chúng tôi, chúng tôi sẽ cần phải giải quyết hậu quả của những thỏa hiệp này, có nghĩa là làm thêm trong tương lai.

Nợ kỹ thuật không phải là lỗi hoàn toàn, nhưng về thực tế là ngay cả với các thực tiễn mã hóa tốt nhất, không thể chứng minh đầy đủ mã trong tương lai, tuy nhiên tối ưu hóa mã hiệu quả chắc chắn có thể giúp ích.

Sử dụng antipotype, phím tắt mã hóa, kiến trúc không hiệu quả hoặc phụ thuộc khó quản lý đều có thể gây thêm nợ kỹ thuật, nhưng vấn đề là ngay cả trong một kịch bản lý tưởng tối ưu, giả thuyết không thể tránh khỏi - vì sự không tương thích, nhu cầu và vấn đề trong tương lai không thể đoán trước. Đó là lý do tại sao nên tái cấu trúc sau một thời gian.

Nợ trải nghiệm người dùng tương tự như nợ kỹ thuật theo nghĩa:

không thể tránh được (mặc dù có thể giảm bớt)
thật khó để nhận ra
có thể gây nguy hiểm cho sự thành công của một dự án.

Nợ trải nghiệm người dùng là một phạm trù rộng hơn nợ khả dụng, vì nó không chỉ là về cách sử dụng một trang web hoặc ứng dụng, mà còn về cách người dùng trải nghiệm sản phẩm của bạn - cho dù họ thấy nó thú vị, bổ ích hay bất kỳ cảm giác nào bạn muốn gọi trong đối tượng mục tiêu của bạn.

Trải nghiệm người dùng bao gồm khả năng sử dụng, vì một trang web khó sử dụng sẽ không khiến người dùng cảm thấy thoải mái, và cũng giống như vậy, nợ UX cũng bao gồm cả nợ khả dụng.

Thật không may, không có nhiều tài nguyên trực tuyến về nợ khả dụng và nợ trải nghiệm người dùng, nhưng đây là một số tài nguyên tôi thấy hữu ích và giúp tôi hình thành quan điểm của mình về chủ đề này:

Catriona Cornett, giám đốc thiết kế sản phẩm tại SalesforceIQ trên Làm thế nào để giải quyết hiệu quả nợ khả dụng (đọc ở đây)
Dùng thử blog trên Làm thế nào để tránh khủng hoảng nợ UX (đọc ở đây)
Hiệp hội chuyên gia trải nghiệm người dùng về cách tiếp cận của họ về nợ UX với một khuyến nghị về làm thế nào để tính toán khối lượng của nó (đọc ở đây)
Andrew Wright giải thích và phân loại nợ UX trên nForm Blog (đọc tại đây)

Trong số tất cả các minh họa có thể tôi có thể tìm thấy về nợ UX, đây là sự lựa chọn tốt nhất vì tôi nghĩ nó thể hiện chính xác ý chính của nó.

HÌNH ẢNH: Trình chiếu của Andrew Wright: Nợ trải nghiệm người dùng (slide 12)

Nợ kinh nghiệm người dùng có thể được định nghĩa là sự khác biệt giữa chất lượng trải nghiệm của sản phẩm hiện tại và sản phẩm tối ưu của bạn.

Nợ UX là chủ quan hơn nợ kỹ thuật, vì chính bạn (hoặc khách hàng của bạn) là người quyết định chất lượng bạn muốn đạt được. Chẳng hạn, bạn có thể nhắm mục tiêu "chức năng" mức cho một sản phẩm khả thi tối thiểu, nhưng bạn cũng có thể đặt tiêu chuẩn cao (nhưng thường tốn kém) theo nhắm mục tiêu "vừa lòng" mức độ cho một sản phẩm cao cấp - tất cả phụ thuộc vào mục tiêu của bạn.

Nợ kỹ thuật là khác nhau theo nghĩa là trong nhiều trường hợp mã được quản lý kém chỉ đơn giản là ngừng hoạt động. Với nợ UX, có không có thay đổi mạnh mẽ như vậy, Tuy nhiên, đây không chỉ là một kỹ năng mà còn là một mối đe dọa vì nó làm cho loại nợ này dễ bị bỏ bê.

Cách nhận biết nợ UX

Để quản lý nợ UX, đầu tiên chúng ta cần nhận ra nó. Có hai loại nợ UX, cố ý và vô ý.

Nợ UX cố ý Là kết quả của những quyết định có ý thức của chúng tôi khi nào chúng ta thiếu tiền, thời gian, đào tạo, hoặc các tài nguyên khác, hoặc khi chúng ta buộc phải tuân theo các quy tắc bên ngoài. Những ý tưởng hay mà chúng ta mất đi giữa lúc vội vã cũng góp phần vào nợ UX có chủ ý.
Thật dễ dàng để thấy rằng nợ UX có chủ ý có thể xảy ra bất cứ lúc nào trong vòng đời của một sản phẩm.
Nợ UX không chủ ý phát sinh từ các giả định sai lầm mà chúng tôi đưa ra về người dùng của mình. Thường xuyên hơn không phải chúng ta có xu hướng nghĩ rằng chúng ta biết những gì người dùng của chúng ta muốn, thích hoặc có thể sử dụng và chúng ta xây dựng toàn bộ trang web của mình (ứng dụng, sản phẩm, v.v.) về điều này kiến thức giả định.
Một số lượng lớn nợ UX không chủ ý phát sinh tại bắt đầu vòng đời sản phẩm, và nó tự nhiên tăng theo thời gian. Nợ UX không chủ ý khó bắt hơn nhiều, vì chúng ta cần phải thoát khỏi nhu cầu của chúng tôi để biện minh cho các giả định của chúng tôi.

Vậy nợ UX trông như thế nào trong cuộc sống thực? Khi người dùng không thể hoặc không muốn sử dụng trang web của chúng tôi vì trải nghiệm người dùng kém. Họ chỉ đơn giản là đừng đính hôn; chúng tôi không thể thu hút sự chú ý và quan tâm của họ.

Biểu hiện của nợ UX khác nhau từ trang này sang trang khác, nhưng nếu chúng ta có một giảm tỷ lệ chuyển đổi hoặc một tăng tỷ lệ thoát trong hầu hết các trường hợp, chúng tôi có thể nghi ngờ rằng chúng tôi đã tích lũy được một khoản nợ UX tốt.

Cách quản lý nợ UX

Có không có công thức chung để quản lý nợ UX một cách hiệu quả, vì nhiều điều phụ thuộc vào đặc điểm chủ quan, tuy nhiên, đáng để xem xét cách người khác giải quyết vấn đề để tìm ra cách riêng của chúng tôi.

Ví dụ, Catriona Cornett, Giám đốc thiết kế sản phẩm của SalesforceIQ cho thấy quy trình 5 bước họ sử dụng để quản lý nợ khả dụng tại SalesforceIQ.

Chúng ta hãy xem ngắn gọn để chúng ta có thể đánh giá mức độ chúng ta có thể áp dụng nó vào quy trình làm việc của chính mình.

Xác định một ngôn ngữ chung để thảo luận về các vấn đề khả năng sử dụng.
Tìm thấy và tụ họp vấn đề khả năng sử dụng.
Tổ chức và phân loại các vấn đề về khả năng sử dụng.
Ưu tiên cải thiện khả năng sử dụng.
Đo tác động của cải tiến.

Trải nghiệm người dùng là một lĩnh vực rộng hơn khả năng sử dụng, nhưng tôi nghĩ rằng quy trình làm việc ở trên có thể áp dụng hiệu quả cho nó.

Andrew Wright đi kèm với quy trình quản lý hơi khác trong bài thuyết trình Nợ Nợ của anh ấy và anh ấy đề xuất quy trình 4 bước để xử lý nợ UX.

Mục đích nếu và Ở đâu Nợ UX tồn tại.
So sánh mức độ nghiêm trọng.
Dành thời gian để sửa chữa nó.
Xã hội hóa khái niệm.

Xử lý nợ UX có chủ ý và không chủ ý cũng yêu cầu kỹ thuật khác nhau. Các phím tắt chúng tôi cố tình thực hiện và những ý tưởng hay bị mất trong quá trình có thể được quản lý bởi ghi chép, quản lý công việc, hoặc là theo dõi vấn đề ứng dụng.

Nợ UX không chủ ý có thể được khắc phục ít nhiều bằng cách thường xuyên chạy kiểm tra người dùng, yêu cầu Phản hồi của khách hàng, hoặc sử dụng các kỹ thuật tiên tiến như thử nghiệm A / B để xem tác động của các thiết kế khác nhau.

Áp dụng nguyên tắc của thiết kế lặp cũng có thể hữu ích; chúng ta có thể xây dựng các bước quản lý nợ UX của mình vào mỗi lần lặp để ngăn chặn sự tích lũy của nó.

HÌNH ẢNH: Wikipedia - Phát triển lặp và tăng dần

Quản lý nợ UX cần phải phù hợp với quy trình làm việc rộng hơn của chúng tôi, với các đặc điểm của nhóm chúng tôi, mục tiêu của chúng tôi và bản chất của sản phẩm của chúng tôi, nhưng có một số những thứ phổ quát đó là khuyến cáo để làm theo trong mọi trường hợp.

Chúng ta cần phải giao tiếp trong nhóm của chúng tôi tại sao chúng ta cần xử lý nợ UX, mục tiêu của chúng ta là gì, và chúng ta muốn đạt được như thế nào họ.
Chúng ta cần tìm công cụ để theo dõi nợ UX có chủ ý.
Chúng tôi cần tìm cách kiểm tra sản phẩm của mình và nhận phản hồi từ người dùng của chúng tôi để bắt nợ UX không chủ ý.
Chúng ta cần phải tổ chức và ưu tiên vấn đề của chúng tôi.
Chúng ta cần phải đo kết quả công việc của chúng tôi, như chúng tôi luôn cần điều chỉnh Quản lý nợ UX theo nhu cầu thay đổi của chúng tôi.

Từ cuối cùng

Để tạo ra những sản phẩm chất lượng, chúng ta không chỉ cần sáng tạo mà còn phải chú ý đến những thứ không rõ ràng ngay từ cái nhìn đầu tiên, một trong số đó là Nhận biết và quản lý nợ UX hiệu quả. Đây có thể không phải là nhiệm vụ thú vị nhất nhưng nó rất quan trọng, vì nợ UX theo thời gian có thể là mối đe dọa nghiêm trọng đối với sự thành công trong công việc của chúng tôi.

Nếu chúng ta cắt nợ UX thành khối có thể quản lý, và tích hợp các nhiệm vụ liên quan vào quy trình làm việc của chúng tôi, chúng ta không phải làm quá nhiều việc cùng một lúc, chúng ta có thể tránh những bất ngờ khó chịu và duy trì hoặc cải thiện chất lượng sản phẩm một cách thoải mái.