Bài đăng gần đây của Jakob Nielsen phác thảo các đề xuất của anh ấy cho các trang web dành cho thiết bị di động dựa trên thử nghiệm khả năng sử dụng quy mô lớn đã nhận được sự phản đối của những người khác trong ngành. Ở đây, ông phản hồi một số chỉ trích chính.
.net: Chiến lược tạo nội dung cho các trang web riêng biệt đã được mô tả là "cơn ác mộng về chiến lược nội dung" - chiến lược này quá khó để duy trì và sẽ dẫn đến trải nghiệm kém hơn cho người dùng.
JN: Tôi giả định rằng hầu hết các trang web quy mô công nghiệp sẽ được tạo từ một hệ thống quản lý nội dung và cơ sở dữ liệu sản phẩm back-end duy nhất, với các thiết kế khác nhau được thể hiện bằng các mẫu và quy tắc về thông tin đi vào phiên bản nào.
Có, điều này sẽ vẫn còn nhiều công việc để duy trì hơn là một tình huống đơn giản hơn với một bộ mẫu duy nhất. Nhưng chiến lược nhiều trang web chỉ nên được theo đuổi bởi những công ty kinh doanh đáng kể với cả người dùng máy tính để bàn và thiết bị di động. Nhiều công ty và cơ quan chính phủ có các sản phẩm và thông tin không liên quan nhiều đến trường hợp sử dụng trên thiết bị di động và họ thường có thể tránh được việc có một trang web duy nhất được tối ưu hóa cho việc sử dụng máy tính để bàn nhưng có một số điều chỉnh để có thể truy cập hợp lý trên thiết bị di động. Ngược lại, cũng có thể có các dịch vụ như Instagram chỉ thực sự phục vụ cho người dùng di động và không có nhiều ý nghĩa trên máy tính để bàn: những trang như vậy có thể có một trang duy nhất được tối ưu hóa cho người dùng di động và cung cấp trải nghiệm người dùng không đạt chuẩn cho số ít của họ người dùng máy tính để bàn.
Tất cả những điều này thực sự là vấn đề ngân sách so với lợi nhuận mong đợi từ việc phục vụ khách hàng tốt hơn bằng cách tối ưu hóa giao diện người dùng phù hợp với hoàn cảnh cụ thể của họ. Các tổ chức nhỏ không thể làm như vậy. Các công ty kiếm được nhiều tiền từ mỗi người dùng nên làm như vậy. Trong trường hợp cực đoan, một công ty có thể cần sáu thiết kế khác nhau: điện thoại phổ thông, điện thoại cảm ứng, máy tính bảng cỡ trung, máy tính bảng cỡ lớn, máy tính để bàn, TV tương tác. (Xem bài viết của tôi về thiết kế truyền thông) Rất ít công ty thực sự cung cấp sáu thiết kế. Điều này sẽ chỉ được thực hiện bởi các dịch vụ như dự báo thời tiết, tỷ số thể thao và báo giá chứng khoán được sử dụng cực kỳ rộng rãi. Phần lớn các công ty tham gia các khóa đào tạo của chúng tôi về khả năng sử dụng trên thiết bị di động không còn bận tâm đến điện thoại phổ thông nữa, mặc dù chúng vẫn chiếm tỷ trọng lớn nhất trong số người dùng trên thế giới.
.net: Việc cắt bỏ nội dung cho trường hợp sử dụng di động là một vấn đề vì đối với khoảng 25% những người sử dụng web di động, đó là trường hợp sử dụng duy nhất của họ – họ không bao giờ sử dụng trình duyệt trên máy tính để bàn. Bạn không coi những người dùng đó là công dân hạng hai nếu bạn cắt nội dung di động sao?
JN: Không, để đối xử tốt với người dùng, bạn nên tối ưu hóa khả năng của họ để thực hiện các tác vụ với thiết bị trong tầm tay. Nếu ai đó chỉ có điện thoại di động, họ sẽ không hài lòng với một thiết kế khó sử dụng trên điện thoại di động. Khi bạn thực sự quan sát mọi người thực hiện các tác vụ trên các trang web, bạn sẽ thấy một số lượng lớn các thất bại đau đớn khi những người dùng kém được cung cấp các trang web trên máy tính để bàn đầy đủ.
Các nghiên cứu cho thấy rằng nội dung khó hiểu hơn khi được xem qua một cửa sổ xem nhỏ với ít ngữ cảnh hơn những gì hiển thị trên màn hình lớn hơn. Do đó, chúng tôi có thể nâng cao hiểu biết của người dùng di động về thông tin bằng cách viết nội dung ngắn hơn, dễ hiểu hơn. Điều quan trọng là lượng thông tin trong não người dùng chứ không phải số từ trên màn hình. Và mọi người hiểu nhiều hơn với nội dung được tối ưu hóa cho thiết bị của họ.
Nếu người dùng muốn thông tin dài hơn và phức tạp hơn, họ luôn có thể nhấp qua trang web đầy đủ.
.net: Khi người dùng di động nhấn vào kết quả của công cụ tìm kiếm đề cập đến nội dung trên toàn bộ trang web, họ thường được chuyển hướng đến URL di động. Nhưng nếu nội dung không tồn tại trên thiết bị di động, chúng sẽ bị đưa vào trang chủ.
JN: Đây là một điểm tốt và có lẽ việc chuyển hướng sẽ chỉ xảy ra đối với tài liệu thực sự có sẵn ở định dạng dành cho thiết bị di động.
.net: Nhiều URL cho một phần nội dung thường được coi là một ý tưởng tồi.
JN: Có ít nhất ba cách khác nhau để triển khai các giao diện người dùng khác nhau cho các thiết bị khác nhau:
- Mỗi phiên bản sống ở một URL khác nhau.
- Cùng một URL cung cấp các phiên bản khác nhau, tùy thuộc vào thiết bị được sử dụng để yêu cầu trang.
- Cùng một mã được truyền đến tất cả các thiết bị và phía khách hàng sẽ chuyển mã này thành các thiết kế khác nhau, sử dụng thiết kế đáp ứng.
Miễn là mỗi người dùng thấy thiết kế phù hợp, sự lựa chọn giữa các tùy chọn triển khai này phải là một quyết định về kỹ thuật chứ không phải là quyết định về khả năng sử dụng.
.net: Tại sao bạn không đề cập đến việc sử dụng Thiết kế đáp ứng?
JN: Bởi vì tôi viết về trải nghiệm người dùng, không phải về triển khai. Như đã đề cập ở trên, thiết kế đáp ứng là một trong những cách để đạt được các giao diện người dùng khác nhau cho các thiết bị khác nhau. Các kỹ sư phải xác định cách hiệu quả nhất để đạt được mục tiêu trải nghiệm người dùng. Tất cả những gì chúng ta có thể sử dụng mà mọi người nên quyết định là cách trang web sẽ hoạt động cho người dùng, chứ không phải cách thực hiện điều này.
Tuy nhiên, tôi thấy một số nhược điểm tiềm ẩn của thiết kế đáp ứng, so với hai giải pháp khác mà tôi đã đề cập ở trên:
- Nếu tất cả mã cho tất cả các thiết kế giao diện người dùng khác nhau được bao gồm trong một tệp duy nhất, thì đó sẽ trở thành rất nhiều thứ để truyền đến người dùng. Chi phí này sẽ không quan trọng nhiều đối với người dùng máy tính để bàn có kết nối băng thông rộng, nhưng đối với người dùng di động có kết nối chậm được tính phí theo megabyte sẽ có lợi ích khi chỉ phải tải xuống mã chính xác cần thiết cho thiết bị của họ.
- Thiết kế lý tưởng cho người dùng di động bao gồm việc tách nội dung phụ và đặt nó trên trang phụ, do đó làm cho trang chính ngắn hơn. Vì người dùng máy tính để bàn có màn hình lớn hơn, bạn có thể trình bày nhiều nội dung hơn trong chế độ xem chính. Chắc chắn, thiết kế đáp ứng có thể ẩn nội dung phụ nếu nhận thấy rằng nội dung đó đang hoạt động với thiết bị di động và cũng có thể đảm bảo rằng liên kết đến trang phụ chỉ được hiển thị cho người dùng thiết bị di động. Nhưng điều này có vẻ hơi phức tạp.
