Câu giới thiệu thảo mai thường thấy trong các buổi kiểm tra tính khả dụng mà tôi (tác giả) gặp quài quài khi đi ngâm cứu về tính khả dụng:

“Please give your open and honest feedback. I didn’t design this so don’t feel like you need to sugarcoat anything. You won’t hurt my feelings.”

(Mong bạn phản hồi cởi mở và chân thành. Tôi không thiết kế những thứ này, nên bạn không cần phải thảo mai về điều gì cả. Bạn không làm tôi thấy tổn thương đâu.)

Tuy nhiên, câu hỏi đặt ra ở đây: liệu việc tách bạch là tôi không liên quan tới thiết kế đó, dù là nói thật hay không, có phải là cách tốt nhất để khuyến khích những người tham gia đưa ra những phản hồi cởi mở và chân thành?

Tôi đã tiến hành vài ngâm cứu và tìm ra vài thứ sau:

Đóng khung vấn đề

Mấy dòng giới thiệu đầu buổi test không nhằm nhò gì mấy để khuyến khích người dùng đưa ra phản hồi cởi mở hết. Với đa số bà con, đưa phản hồi chả thoải mái gì cho dù ở trường hợp lý tưởng đến thế nào, chưa kể là đưa cho thằng cha ất ơ mới gặp nào đó nữa chớ. Nhưng sự thật không bị che giấu là thứ sống còn cho thành công của dự án của khách hàng!

Khách hàng không trả tiền để xác nhận mấy thứ họ làm tốt rồi. Họ muốn thấy mấy lỗi chủ quan (human error), nghe ý kiến thực tế về thứ đang không hoạt động trước khi quăng người vô dự án làm. Nhưng, trong môi trường phòng lab, đối diện với cái gương hai chiều, bản năng con người trỗi dậy và người ta có xu hướng làm hài lòng.

Trong thí nghiệm của tôi, mấy câu giới thiệu mẫu mực ngăn cản sự cởi mở và chân thành mà đáng lẽ mấy câu này nên khơi gợi ra. Khi tôi nhắc người tham gia nhớ là một người đã dành thời gian, công sức vào thiết kế này để khiến họ buồn lòng, tôi đang mồi để đo lường phản hồi của họ.

Họ vẫn e dè nói thẳng, thường rào đón câu trả lời của mình để giảm nhẹ tầm ảnh hưởng (ví dụ: Có lẽ chỉ có mình tôi thôi, nhưng…). Điều này dẫn đến những phản hồi không hiệu quả làm mờ và giảm thiểu ảnh hưởng của vấn đề thiết kế lên user.

Thí nghiệm

Tôi tiến hành thử nghiệm này trên 10 buổi kiểm tra tính khả dụng trên một prototype trên InVision mà tôi đã thiết kế. Khách hàng duyệt cho sự thay đổi trên kịch bản. Các phiên kéo dài một giờ tại phòng nghiên cứu tính khả dụng của LiquidHub. Không có khách hàng ở phòng quan sát.

Những thay đổi và thành công của chúng

Tôi thử vài thay đổi trên câu giới thiệu, Nếu thành công, câu mới sẽ khơi gợi người tham gia đưa ra phản hồi trung thực mà không suy tính ý kiến của họ với nỗi sợ đề phòng.

Câu này không đem đến tác dụng tốt:

“We’re going to look at a prototype that I designed. I put time and energy into coming up with ideas, but I need your feedback to make it the best version it can be.”

“Chúng ta sẽ xem một prototype mà tôi đã thiết kế. Tôi đã dành thời gian và công thức để đưa ra những ý tưởng này, nhưng tôi cần phản hồi của bạn để biến nó thành phiên bản tốt nhất có thể.”

Câu này không hiệu quả vì nó đặt áp lực không hợp lý lên người tham gia để giúp tôi hoàn thành công việc. Với lại, việc định hình tôi là một người thiết kế thuần túy, thiết lập một phong thái đối kháng (ví dụ: ý kiến của bạn và ý tưởng của tôi).

Đây là phiên bản có tác dụng tốt nhất:

“My job is to help the client make this as amazing as possible. We’ve had some ideas already. And when we brainstormed, we put all our ideas in the design without judgement. You will help me figure out which ideas are great, which are duds, and come up with new ideas we didn’t think of.”

“Công việc của tôi là giúp khách hàng biến thứ này thành thứ tốt nhất có thể. Chúng tôi đã có một vài ý tưởng. Và khi chúng tôi động não, chúng tôi đã đưa ra tất cả những ý kiến này vào thiết kế mà không có suy xét gì cả. Bạn sẽ giúp chúng tôi chỉ ra những ý tưởng nào là tốt, tồi, và đưa ra những ý tưởng mới mà chúng tôi chưa từng nghĩ đến.”

Tại sao câu mới này lại có tác dụng?

Tôi đã học được rằng dòng mới này thay đổi cách người tham gia tiếp cận toàn bộ tương tác trong bài kiểm tra tính khả dụng. Với câu mới, những người tham gia bắt đầu hành động như một đối tác thiết kế, áp dụng tư duy giải quyết vấn đề thay vì chỉ phản ứng với thiết kế như một sự kích thích.

Những người tham gia đã thoải mái hơn khi dẫn dắt cuộc thảo luận về các lĩnh vực mà họ quan tâm, dẫn đến những cuộc trò chuyện ngoài hướng dẫn nhiều hơn (nghĩa là, cuộc trò chuyện khác với cuộc thảo luận đã được lên kế hoạch). Những khu vực này đã chín muồi với những hiểu biết sâu sắc.

Câu mới cũng hiệu quả vì mọi người tin tưởng hơn vào ý kiến ​​của họ. Họ liên tưởng việc cho ý kiến với việc họ đang có ích, không bị phán xét.

Nó không làm cho họ hoàn toàn quên rằng có thể có những người quan sát đằng sau tấm gương, nhưng nó đã cho họ một mục đích rõ ràng và sự hiểu biết về cách đáp ứng sự mong đợi của chúng ta. Nói tóm lại, nó khai thác bản năng con người để làm hài lòng mọi người theo cách có lợi cho dự án.

Kết luận

Kết quả thử nghiệm của tôi khiến tôi tò mò muốn thử nghiệm các “quy tắc” kiểm tra tính khả dụng được chấp nhận rộng rãi khác. Ví dụ, trong phòng thí nghiệm, chúng tôi được hướng dẫn để tiến hành trên các nhân vật (persona) trung lập, có thể đo lường được để chúng tôi không ảnh hưởng lên người tham gia bằng những khẳng định bằng lời hoặc không lời.

Điều gì sẽ xảy ra nếu chúng ta phá vỡ quy tắc đó? Liệu việc này có “định hướng nhân chứng”, như chúng ta đã được cảnh báo, hay chúng sẽ giúp ta xây dựng mối quan hệ? Ta có thể làm gì để phá vỡ vỏ bọc của người tham gia nhanh hơn để có được những phản hồi trung thực và cởi mở?

Tôi khuyến khích các nhà nghiên cứu và nhà thiết kế tham gia cùng tôi trong cuộc thám hiểm này. Miễn là thử nghiệm được thực hiện với sự tôn trọng người dùng và phục vụ các mục tiêu của khách hàng, chúng ta nên tuân theo quy trình của riêng mình để lặp lại, xác thực và kiểm tra.

Nói cho cùng, chúng ta là các chuyên gia cải tiến quy trình. Nếu chúng ta không hướng các phương thức của mình về phía chính bản thân mình thì chúng ta đang bỏ lỡ cơ hội để phát triển.

The Line to Say in Usability Testing to Get Honest Feedback

Dịch: Trà Giang

Lỗi thường gặp: nút Cancel có màu

Bài này giải thích công dụng của nút Cancel, và tại sao không nên dùng màu cho nút này.

Nút Cancel thường xuất hiện ở những màn hình cần sự xác nhận

Nút Cancel hay còn có những tên khác như “Not Now”, “No Thanks”, “Maybe Later”, or “Skip” tùy ngữ cảnh. Tuy nhiên, chúng có chung một tác dụng: bỏ qua (dismiss) màn hình hiện tại mà người dùng đang sử dụng, đưa người dùng về màn hình trước đó. Nút Cancel đóng vai trò như một cái phao cứu sinh để không tạo ra những thay đổi không mong muốn trên hệ thống.

Do đó, nút Cancel nên tạo cảm giác an toàn cho người dùng, bằng cách thể hiện sự dự phòng an toàn (a fallback to safety), chứ không phải là một lời kêu gọi hành động (a call to action).

Phân biệt nút Cancel và những loại nút khác:

• Normal button: khi nhấn vào sẽ tạo ra thay đổi trên hệ thống. Dấu hiệu thể hiện điều này là màu trên button.
• Cancel button: khi nhấn vào không tạo ra thay đổi trên hệ thống. Do đó, nếu dùng dùng màu, người dùng sẽ bối rối: “nhấn vô cái nút này có thay đổi data gì không ta”. Thay vào đó, ấn tượng đúng cần được tạo ra ở đây là “yên tâm, nhấn vô đây, không có thay đổi gì đâu”.

Đối với nút button, nên:

• Dùng màu trung tính, để phân biệt với các nút CTA khác. Càng nhiều nút thì màu trung tính này phải đủ nổi bật để người dùng nhận diện nhanh hơn. Đối với người lỡ bấm nhầm và cần thoát ra nhanh thì màu xám này giúp họ nhận ra ngay để nhấn vào. Đối với những người sẵn sàng hành động thì màu xám này giúp họ bỏ qua nó, tập trung vào các nút CTA.
• Dùng màu xám đủ tối, để dễ đọc và không bị nhầm với trạng thái disable. Để đảm bảo dễ đọc thì nên kiểm tra độ tương phản bằng một công cụ WCAG 2.0 contrast ratio chẳng hạn như Contrast Checker. Công cụ này giúp chỉ ra màu xám đang dùng có đạt chuẩn màu dễ đọc không.

Tóm lại: hãy trung lập (neutralize) nút Cancel

Đa số trường hợp người dùng kích hoạt màn hình xác nhận, họ đã sẵn sàng hành động. Tuy nhiên khi họ bấm nhầm và không muốn làm hành động đó, nút Cancel cần đưa cho họ sự an toàn.

Một nút Cancel có màu đem đến tín hiệu sai. Nó khiến người dùng xem nó là một lời kêu gọi hành động thay vì một sự rút lui an toàn. Hãy trung lập nút Cancel để người dùng có cảm giác họ kiểm soát tốt hơn và tự do hơn khi sử dụng ứng dụng.

Nguồn: https://uxmovement.com/buttons/why-cancel-buttons-should-never-have-a-color/

Lược dịch, phóng tác, sắp xếp, chém gió: Giang Nguyễn