Khi nhấn nút mà màn hình không thay đổi ngay, chúng ta thường nhấn lại nút đó một lần nữa hoặc chuyển mắt sang cửa sổ khác. Dù chỉ chờ 1~2 giây, ta vẫn cảm thấy mạch thao tác đột ngột bị ngắt quãng. Ngược lại, ứng dụng phản hồi ngay khi nhấn mang lại cảm giác thoải mái, như thể rất vừa tay. Nguyên tắc thiết kế giải thích sự khác biệt này chính là “Ngưỡng Doherty (Doherty Threshold)”.
Nói đơn giản, ngưỡng Doherty là nguyên tắc cho rằng “nếu máy tính phản hồi trong khoảng 0.4 giây (400 mili giây), con người và máy móc sẽ không phải chờ nhau, nhờ đó hiệu suất làm việc tăng đáng kể”. Khái niệm này cho thấy tốc độ không chỉ là vấn đề kỹ thuật mà còn là yếu tố thiết kế chi phối sự tập trung và mức độ hài lòng của người dùng.
Trong tài liệu này, chúng ta sẽ lần lượt tìm hiểu bối cảnh ra đời của ngưỡng Doherty, ý nghĩa của mốc 0.4 giây, các kỹ thuật thiết kế giúp thời gian chờ có vẻ ngắn hơn và những điều cần lưu ý khi áp dụng.
Sự khác biệt trong trải nghiệm sử dụng do 0.4 giây tạo ra
Ngưỡng Doherty ra đời như thế nào?
Vào các thập niên 1960~70, quan niệm rằng máy tính chỉ cần phản hồi trong vòng 2 giây là đủ đã rất phổ biến. Nguyên nhân là vào năm 1968, nhà nghiên cứu người Mỹ Robert B. Miller đã đưa ra mốc khoảng 2 giây trong một bài báo về thời gian phản hồi của tác vụ tương tác, và người ta cho rằng chậm một chút cũng không sao vì người dùng còn nhìn màn hình và suy nghĩ về việc tiếp theo cần làm.
Những người phản đối quan niệm phổ biến này là Walter J. Doherty và Ahrvind J. Thadhani của IBM. Tháng 11 năm 1982, hai người công bố báo cáo “Giá trị kinh tế của thời gian phản hồi nhanh (The Economic Value of Rapid Response Time)”, cho rằng khi phản hồi nhanh hơn, năng suất tăng với tỷ lệ lớn hơn tỷ lệ rút ngắn thời gian.
(1) Sự khác biệt giữa 3 giây và 0.3 giây
Theo dữ liệu trong báo cáo, khi thời gian phản hồi là 3 giây, lập trình viên xử lý khoảng 180 tác vụ mỗi giờ, nhưng khi thời gian này giảm xuống còn 0.3 giây, số tác vụ tăng lên khoảng 371, tức hơn gấp đôi.
(2) Con người cũng nhanh hơn
Khi máy trả lời nhanh, con người cũng không đánh mất mạch suy nghĩ và có thể đưa ra lệnh tiếp theo ngay lập tức. Thời gian chờ ngắn lại khiến cả tốc độ phản ứng của con người cũng tăng theo.
(3) Chi phí khi hệ thống chậm đi
Báo cáo cũng giới thiệu trường hợp của Viện Y tế Quốc gia Hoa Kỳ (NIH). Khi số người dùng đồng thời tăng khiến thời gian phản hồi chậm xuống mức trung bình 4 giây, thời gian hoàn thành một tác vụ tăng từ 32 phút lên 48 phút. Kết luận được đưa ra là bổ sung thiết bị để tăng tốc độ phản hồi trở lại thực ra sẽ tiết kiệm chi phí hơn.
Ý nghĩa của mốc 0.4 giây
Báo cáo giải thích rằng khi phản hồi xuất hiện trong vòng 400 mili giây, người dùng sẽ hoàn toàn tập trung vào công việc, còn chỉ cần vượt quá nửa giây, sự chú ý đã bắt đầu chuyển sang nơi khác. Sau đó, trong lĩnh vực tính khả dụng, thời gian phản hồi thường được chia thành ba khoảng theo cách tổng hợp của chuyên gia tính khả dụng người Đan Mạch Jakob Nielsen.
- Phản hồi tức thì (Instantaneous Response): Với phản hồi trong khoảng 0.1 giây, người dùng có cảm giác chính mình trực tiếp điều khiển màn hình (ví dụ: con trỏ xuất hiện ngay khi gõ chữ).
- Duy trì mạch suy nghĩ (Flow of Thought): Với phản hồi trong khoảng 1 giây, mạch suy nghĩ vẫn tiếp diễn dù người dùng nhận thấy độ trễ (ví dụ: chuyển màn hình sang trang tiếp theo).
- Giới hạn chú ý (Limit of Attention): Khi vượt quá khoảng 10 giây, người dùng bắt đầu muốn làm việc khác, nên cần có chỉ báo tiến trình (ví dụ: tải xuống tệp lớn).
Có thể xem mốc 0.4 giây của ngưỡng Doherty là tiêu chuẩn nghiêm ngặt hơn về giới hạn giúp mạch suy nghĩ không bị gián đoạn trong các khoảng trên. Mục tiêu là tạo ra trạng thái con người và máy móc tương tác liên tục, như đang đối thoại với nhau.
Thiết kế giúp thời gian chờ có vẻ ngắn hơn
Không thể hoàn thành mọi tác vụ trong vòng 0.4 giây. Vì vậy, các nhà thiết kế quan tâm đến tốc độ mà người dùng cảm nhận, tức hiệu năng cảm nhận, cũng nhiều như tốc độ thực tế.
(1) Phản hồi nhìn thấy ngay
Nếu đổi màu nút hoặc hiển thị một chuyển động nhỏ trước khi chờ máy chủ trả lời, người dùng sẽ yên tâm rằng lệnh của mình đã được gửi đi.
(2) Thanh tiến trình
Trong nghiên cứu năm 1985, nhà khoa học máy tính người Mỹ Brad A. Myers báo cáo rằng con người chịu đựng thời gian chờ tốt hơn khi có chỉ báo cho biết công việc đã tiến triển đến đâu.
(3) Màn hình khung xương
Trong lúc tải nội dung, việc dùng các ô màu xám để hiển thị trước vị trí dành cho văn bản và hình ảnh giúp người dùng cảm thấy bớt nhàm chán hơn so với màn hình trống.
(4) Tải trước
Nếu âm thầm chuẩn bị trước màn hình mà người dùng có khả năng nhấn vào tiếp theo, màn hình đó sẽ mở gần như ngay lập tức khi họ thực sự nhấn.
Những điều cần lưu ý khi áp dụng
Không phải lúc nào càng nhanh cũng càng tốt. Với những công việc có vẻ cần tính toán kỹ lưỡng như xét duyệt khoản vay hoặc tìm kiếm gói du lịch, kết quả xuất hiện quá nhanh đôi khi khiến người dùng nghi ngờ liệu hệ thống đã kiểm tra cẩn thận hay chưa.
(1) Niềm tin hình thành khi nhìn thấy công sức
Các nhà nghiên cứu tại Trường Kinh doanh Harvard đã báo cáo về “ảo giác lao động (Labor Illusion)”: khi hệ thống cho thấy quá trình làm việc, mọi người đánh giá kết quả cao hơn dù phải chờ lâu hơn một chút.
(2) Thận trọng với độ trễ được tạo ra có chủ ý
Việc cố tình tạo cảm giác xử lý chậm có thể trở thành công cụ đánh lừa người dùng. Trước hết cần tối ưu để quá trình xử lý thực tế nhanh hơn, và chỉ sử dụng hiệu ứng trình bày ở mức giúp người dùng hiểu rõ hơn.
(3) Tính đến cả thiết bị và môi trường
Màn hình mở trong vòng 0.4 giây trên máy tính nhanh của nhà phát triển vẫn có thể mất vài giây trên điện thoại cũ hoặc mạng chậm. Cần tạo thói quen đo tốc độ trong môi trường mà người dùng thực tế sử dụng.
Ngưỡng Doherty nhắc chúng ta rằng khoảng thời gian ngắn 0.4 giây có thể thay đổi mức độ tập trung và khối lượng công việc của con người. Thiết kế tốt không chỉ tạo ra màn hình đẹp mắt mà còn xây dựng nhịp tương tác giúp người dùng không phải chờ đợi.
Tìm ra những khoảnh khắc bàn tay khựng lại khi sử dụng ứng dụng rồi thử rút ngắn thời gian chờ đó chính là bước đầu tiên để tạo nên trải nghiệm sử dụng thoải mái.
