Thử nghiệm và lặp lại
Nghiên cứu về người dùng có thể hữu ích bất cứ lúc nào trong quá trình thiết kế. Không có gì có thể so sánh với việc nhận phản hồi từ người dùng thực tế để tìm ra những điều có hiệu quả và không hiệu quả. Bạn thực hiện điều này càng sớm càng tốt.
Việc xác định vấn đề là điều khó khăn khi bạn bị chìm đắm trong thiết kế - cần phải có ý kiến của người ngoài. Tin tốt là bạn có thể (và nên) nhận thông tin chi tiết một cách nhanh chóng và dễ dàng về việc liệu thiết kế của bạn có phù hợp với người dùng hay không trước khi viết một dòng mã.
Nhận phản hồi để xem hộp thoại của bạn có hoạt động hay không
Sử dụng trình hướng dẫn Wizard of Oz
Tại sao lại có tên đó? Các thí nghiệm của Wizard of Oz (WOZ) lấy tên từ bộ phim The Wizard of Oz; họ đề cập đến ý tưởng rằng có một người đàn ông ngồi sau màn kéo cần gạt.
Phép thuật của nguyên mẫu Oz là gì? Nói một cách đơn giản, đó là cách để thử nghiệm một nguyên mẫu mà không thực sự phát triển phần mềm đó. Nguyên mẫu WOZ được sử dụng để đánh giá chức năng của thiết kế, khả năng đáp ứng mục tiêu của người dùng và cải thiện tổng thể trải nghiệm người dùng (UX). Thử nghiệm WOZ có nghĩa là giao diện giống như trải nghiệm thực tế, nhưng thay vì phần mềm, có một người ("thuật sĩ") mô phỏng cách mà cá tính này hoạt động trong môi trường thực tế. Người tham gia có thể biết hoặc không biết rằng họ đang tương tác với trình hướng dẫn bị ẩn.
Tại sao bạn nên làm như vậy? Một trong những lợi thế lớn nhất của việc tạo mẫu WOZ là bạn có thể kiểm thử thiết kế mà không cần phải tạo. Thử nghiệm WOZ là sản phẩm tối thiểu khả thi (MVP) của các nguyên mẫu để kiểm tra giọng nói. Quảng cáo tương đối dễ chạy và không cần nhiều nỗ lực. Nguyên mẫu có thể khá đơn giản, sử dụng các đối tượng hằng ngày để thể hiện các phần của thiết kế. Hoặc đó có thể là một mô hình hoạt động (bộ sưu tập các sản phẩm hiện có) có khả năng thực hiện một số, nhưng không phải tất cả các tác vụ. Tất nhiên, nguyên mẫu của bạn càng thực tế thì phản hồi của bạn càng tốt. Nhưng hãy chọn sáng suốt: Bạn có bao nhiêu thời gian để phân bổ cho việc này? Và nguyên mẫu "thực tế" có đáng giá không?
Cách tiến hành kiểm tra khả năng hữu dụng
1) Thử nghiệm WOZ và nhanh và bẩn
2) Thử nghiệm WOZ chuẩn
Để có trải nghiệm thực tế nhất, hãy mô phỏng vai trò của cá tính đó bằng cách phát lời nhắc của cá tính đó thông qua Trình mô phỏng TTS trong Hành động trên Bảng điều khiển dành cho nhà phát triển của Google. Tải âm thanh xuống để có thể nghe theo yêu cầu.
Phiên bản này yêu cầu bốn thứ:
- Tập lệnh trò chuyện cung cấp thông tin chỉ đường về nội dung của tính cách sau mỗi phản hồi của người dùng. Luồng cấp cao (hoặc phiên bản đơn giản hoá của luồng) lý tưởng cho việc này.
- Đã tải âm thanh của tất cả lời nhắc bằng giọng nói của người này. Sử dụng tên tệp sẽ giúp bạn nhanh chóng xác định đúng tệp cần phát.
- Người nào đó đóng vai "người dùng". Đây phải là người không quen với Hành động của bạn.
- Người nào đó đóng vai "hướng dẫn viên". Đây là người rất quen với Hành động của bạn.
Yêu cầu trình hướng dẫn bắt đầu cuộc trò chuyện bằng cách phát âm thanh cho lời chào Hành động của bạn, ví dụ: "Chào mừng bạn đến với bệ phóng cho tất cả mọi thứ trên Google I/O. Lễ hội đang diễn ra. Bạn có phải là một trong những người tham dự may mắn không?” Sau đó, trình hướng dẫn sẽ đợi người dùng trả lời, hy vọng với từ đồng nghĩa “có” hoặc “không”. Khi người dùng đã phản hồi, trình hướng dẫn sẽ phải nhanh chóng tham khảo luồng cấp cao để xác định lời nhắc sẽ phát tiếp theo, sau đó tìm và phát tệp âm thanh chính xác.
3) Thử nghiệm khả năng sử dụng chuẩn
Tất nhiên, sau khi bắt đầu xây dựng Hành động của mình, bạn nên kiểm tra hành động đó thường xuyên bằng cách sử dụng Trình mô phỏng hành động trong Hành động trên Bảng điều khiển dành cho nhà phát triển của Google. Nhờ bạn bè, gia đình hoặc đồng nghiệp kiểm tra cả!
| Cho dù bạn sử dụng thử nghiệm nào, hãy đảm bảo thực hiện những điều sau: | |
|---|---|
| Nói ra | Vì mục tiêu của bạn là cập nhật thiết kế để phản ánh điều gì hoạt động tốt nhất cho người dùng thực, bạn nên nguyên mẫu WOZ của mình càng giống với thực tế càng tốt. Những gì có vẻ tốt trên giấy không nhất thiết có vẻ giống hoặc tự nhiên trong cuộc trò chuyện thực, do đó hãy đảm bảo người dùng đang nghe lời nhắc của bạn và nói câu trả lời của họ. |
| Ghi lại các buổi chia sẻ | Xin phép ghi lại các phiên của bạn để bạn có thể quay lại và nghe các phiên đó. Ghi lại bất kỳ sự cố nào phát sinh trong phiên. |
| Xin ý kiến phản hồi | Yêu cầu người dùng mô tả trải nghiệm của họ theo cách diễn đạt của riêng họ. Họ đã đáp ứng hoặc không đáp ứng kỳ vọng của họ như thế nào? Có điều gì khiến họ ngạc nhiên không? Họ có hài lòng không? Hãy nhớ rằng trọng tâm là hành vi của họ chứ không phải ý kiến của họ. |
Bạn mong đợi học được những gì?
Việc chạy thử nghiệm WOZ cho phép bạn hiểu cách mọi người sẽ tương tác với thiết kế của bạn. Bạn có thể nhận thấy rằng người dùng đang làm điều gì đó rất khác so với những gì bạn mong đợi, đòi hỏi bạn phải thay đổi thiết kế để phù hợp hơn với nhu cầu và kỳ vọng của họ.
Điểm mấu chốt: Tập trung vào khả năng hữu dụng của thiết kế (chứ không phải ý kiến của người dùng). Lặp lại quy tắc dựa trên hành vi của người dùng và kiểm tra lại nếu thời gian cho phép.
| Những điều cần tìm kiếm (và cách bạn có thể cải thiện hộp thoại của mình): | |
|---|---|
| Cuộc trò chuyện tự nhiên | Chú ý đến cách tự nhiên người dùng yêu cầu thông tin. Họ cảm thấy như họ chỉ có thể nói trong các cụm từ giống từ khóa hay họ có vẻ đàm thoại nhiều hơn? Họ có vẻ do dự hoặc tự tin khi nói chuyện với bạn? Quy trình khiến người dùng cảm thấy như họ chỉ có thể cung cấp một phần thông tin tại một thời điểm hay khuyến khích họ cung cấp nhiều chi tiết trong một câu? |
| Sự nhầm lẫn của người dùng | Tìm những địa điểm mà người dùng có vẻ bối rối hoặc không chắc chắn về điều cần nói hoặc việc cần làm. Kiểm tra các lời nhắc trước đó để xem bạn có thể tìm hiểu rõ hơn ở đâu. Lời gọi hành động có rõ ràng không? |
| Câu nói không mong muốn | Người dùng có thể nói điều gì đó bạn không mong đợi. Ghi chú và thêm xử lý cho thiết kế đó trong thiết kế của bạn. |
| Dấu hiệu của sự thất vọng hoặc thiếu kiên nhẫn | Đây thường là dấu hiệu cho thấy tương tác quá dài. Xem lại lời nhắc của bạn để xem liệu bạn có thể súc tích hơn không. Có thông tin nào bị bỏ qua không? |
| Quan sát xem ai là người nói nhiều nhất | Người dùng có vẻ đang kiểm soát cuộc trò chuyện chưa? Nếu không thì làm cách nào để thay đổi điều đó? |
Cách kiểm tra Hành động của bạn
Thử nghiệm mạnh mẽ là điều cần thiết để phát triển phần mềm chất lượng cao và tạo sự hài lòng của người dùng.
Aylin Altiok và Nick Felker nói về thử nghiệm Hành động của bạn tại Google I/O 2018