Đừng giấu các điều khiển của tôi: Các điều khiển giao diện bị ẩn đang ảnh hưởng đến tính khả dụng

• Các điều khiển bị ẩn làm suy giảm tính khả dụng của giao diện người dùng
• Trước đây, các menu hiển thị trên màn hình từng đóng vai trò bước ngoặt giúp cải thiện mạnh mẽ tính khả dụng
• Gần đây, trên di động và nhiều loại thiết bị khác lại xuất hiện xu hướng quay trở lại kiểu thao tác dựa trên ghi nhớ
• Độ phức tạp của thiết kế giao diện và các yếu tố thẩm mỹ là nguyên nhân chính khiến điều khiển bị ẩn ngày càng nhiều
• Các nhà thiết kế hiện cần xem xét lại cấu trúc để phơi bày mọi chức năng chính, giúp người dùng có thể tự khám phá

---

Mở đầu: Vị trí của tri thức và giao diện

• Vào thập niên 1960, Douglas Engelbart đã đưa ra khái niệm “tri thức nằm trong thế giới hay nằm trong đầu”
• “Knowledge in the world” nghĩa là các điều khiển thao tác được hiển thị ngay trên giao diện, để người dùng có thể tìm và sử dụng trực tiếp mà không cần ghi nhớ
  • Ví dụ: giao diện đồ họa có menu thả xuống
• “Knowledge in the head” chỉ môi trường mà người dùng phải ghi nhớ toàn bộ điều khiển và câu lệnh
  • Ví dụ: trong dấu nhắc lệnh DOS, nếu không biết các lệnh (như DIR) thì gần như không thể làm gì

Vì sao điều khiển bị ẩn tăng lên và tác dụng ngược của nó

• Khi độ phức tạp của giao diện tăng lên, ngày càng nhiều điều khiển bị che giấu về mặt thị giác
• Bề ngoài có thể trông gọn gàng hơn, nhưng với người dùng mới, việc thao tác lại trở nên khó khăn hơn nhiều
• Ở giai đoạn đầu, khi các menu thả xuống và những “điều khiển nhìn thấy được” xuất hiện, chúng đã nâng cao đáng kể mức độ phổ cập của máy tính và năng suất làm việc
• Tuy nhiên, trên thiết bị di động và các thiết bị điện tử đời mới, tình huống đòi hỏi thao tác lại dựa trên “bản đồ ghi nhớ” đang ngày càng mở rộng
  • Ví dụ: với đèn flash của iPhone, xem thông báo hay kích hoạt Apple Pay, người dùng phải biết trước thao tác ẩn hoặc cử chỉ cụ thể nếu không có “gợi ý” phù hợp

Các ví dụ về điều khiển bị ẩn trong đời sống hằng ngày

• Ngay cả chìa khóa xe không dây hay tay nắm cửa cũng có các điều khiển bị ẩn, khiến người dùng khó tiếp cận ngay cả với thao tác cơ bản nếu không biết cách dùng
  • Ví dụ: vị trí chìa khóa bên trong, lỗ khóa được giấu đi, hoặc một chuỗi bấm nút cụ thể
• Hệ thống dẫn đường trên xe (như Apple Maps trên CarPlay) cũng có xu hướng ẩn các điều khiển thiết yếu để hiển thị bản đồ rộng hơn, khiến người dùng phải biết chạm vào đúng khu vực thì mới dùng được tính năng
• Điều khiển dựa trên thời gian cũng hoạt động như một dạng điều khiển ẩn
  • Ví dụ: nút nguồn của máy tính chỉ tắt đúng cách khi nhấn giữ, còn khóa cửa điện tử cần một phím riêng hoặc phải nhấn lâu cùng thao tác đặc biệt

Các vấn đề phổ biến do điều khiển bị ẩn gây ra và ảnh hưởng đến người dùng chuyên nghiệp

• Ngay cả khi đã giảm âm lượng về 0 mà ứng dụng vẫn tự phát ra tiếng, các “thiết lập ẩn” có thể ghi đè lệnh trực tiếp của người dùng
• Ngay cả người dùng nâng cao cũng phải phụ thuộc rất lớn vào giao diện dạng lệnh (ví dụ: R, cửa sổ DOS) theo kiểu “knowledge in the head”
• Có xu hướng dần quay trở lại các giao diện nguyên thủy hơn

Vì sao điều khiển bị ẩn ngày càng nhiều

• Có quá nhiều chức năng đến mức không thể hiển thị hết trên màn hình, làm giảm tính hiển thị
• Tương tác giữa các chế độ hệ thống, độ phức tạp gia tăng, cùng việc nhà thiết kế ưu tiên thẩm mỹ hoặc sự thuận tiện khi triển khai khiến việc ẩn điều khiển diễn ra thường xuyên
• Trên thực tế, nguyên nhân thường là mục tiêu thiết kế (như độ hoàn thiện thẩm mỹ) được ưu tiên hơn là sự thuận tiện cho người dùng

Các trường hợp thành công và sự khác biệt của hệ thống mission-critical

• Một số hệ thống như hệ thống dẫn đường của General Motors luôn hiển thị rõ mọi điều khiển cần thiết trên màn hình, nên ngay cả người mới cũng dễ khám phá
  • Ví dụ: chức năng thu phóng bằng núm xoay vật lý trên Buick LaCrosse
• Trong các hệ thống mission-critical (máy bay, nhà máy...), thiết kế hầu như luôn xoay quanh các điều khiển luôn hiển thị thường trực
  • Không ai chấp nhận rủi ro để điều khiển bị ẩn làm cản trở thao tác nhanh

Sự ủng hộ dành cho giao diện ẩn và giới hạn của nó

• Điều khiển bị ẩn không phải là vấn đề than phiền khác biệt thế hệ, mà là một vấn đề khả dụng thực sự
• Một số nơi quảng bá việc khám phá tính năng ẩn như một ưu điểm, nhưng thực tế là khả năng tiếp cận bị suy giảm rõ rệt
• Từ góc nhìn người dùng, một điều khiển không thể tìm thấy thì cũng như không tồn tại

Điện toán phổ biến khắp nơi và việc tự động hóa / làm trong suốt các điều khiển

• Mark Weiser và Donald Norman từng dự báo một tương lai nơi công nghệ hoạt động một cách “trong suốt”, lùi vào nền
  • Ví dụ: điều khiển động cơ ô tô được tự động điều chỉnh hoàn toàn ở nền để người dùng không cần thao tác
• Những trường hợp điều khiển bị ẩn hoàn toàn do tự động hóa có nhu cầu và ngữ cảnh rõ ràng
  • Nhưng trong các tình huống cần người dùng thao tác, vẫn nhất thiết phải có điều khiển tường minh

Kết luận và định hướng cho nhà thiết kế giao diện

• Các nhà thiết kế giao diện nên tránh sử dụng điều khiển bị ẩn và chuyển mọi chức năng sang mô hình “tri thức được bộc lộ ra thế giới”
• Khả năng khám phá điều khiển (discoverability) vẫn là nguyên tắc thiết kế cốt lõi
• Sự suy giảm khả năng khám phá trong giao diện hiện đại thực chất là một bước thụt lùi về thời kỳ máy tính sơ khai

Tài liệu tham khảo

• Engelbart, D.C. (1962) cùng các tài liệu cốt lõi khác
• Trích dẫn các sách và bài nghiên cứu liên quan như Apple Macintosh, The Psychology of Everyday Things, The Invisible Computer

Thông tin tác giả

• Philip Kortum: Giáo sư Khoa Tâm lý học tại Rice University, nghiên cứu phát triển các hệ thống lấy tính khả dụng làm trung tâm trong nhiều lĩnh vực như đánh giá độ tin cậy, y tế toàn cầu và hệ thống di động

[GN⁺]

Ý kiến Hacker News

• Chia sẻ trải nghiệm người dùng cảm thấy bất tiện với thiết kế gần đây hay ẩn thanh cuộn; đồng thời nhắc rằng một số ví dụ núm vặn vật lý trực quan trong bài cũng có giới hạn về chi phí và tính thực dụng; cũng từng thấy khó hiểu khi nhãn trên công tắc gạt lại chỉ trạng thái sẽ được chuyển sang chứ không phải trạng thái hiện tại
  • Cá nhân cũng không thích công tắc gạt ngoài đời vì mơ hồ; checkbox hoặc nút bấm đang được nhấn rõ ràng hơn nhiều, nhưng đáng tiếc là đã bị hy sinh trong xu hướng hiện đại hóa
  • Nhớ lại từng bị công tắc gạt xác thực tức thì ở máy bán vé tàu tại Áo làm cho bối rối; thanh cuộn cũng mỏng đến mức gần như phải có kỹ năng game FPS mới dùng nổi, và đôi khi thanh cuộn ngang lại tiện hơn; tiện thể chê Firefox và tiêu chuẩn CSS
  • Trên macOS có thể luôn hiển thị thanh cuộn bằng cài đặt hệ thống hoặc lệnh trong terminal
  • Nếu toggle biểu thị một hành động thì nhất định phải dùng động từ ("TURN ON") mới rõ ràng; nếu để hiển thị trạng thái thì nên dùng cách diễn đạt rõ như "IS ON"; trừ một vài trường hợp rất hiếm dễ gây nhầm lẫn theo ngữ cảnh, còn lại dùng động từ thì gần như chắc chắn hơn
  • Mong có thêm hỗ trợ PgUp và PgDn
• Đang lái một chiếc Toyota đời cũ, mọi điều khiển đều luôn hiện rõ, được gắn nhãn rõ ràng và có thể phân biệt bằng đầu ngón tay; cho rằng việc này vừa dễ sao chép vừa chỉ cần mức kỹ thuật tối thiểu, nhưng phần lớn hãng xe hiện nay còn không làm nổi, nên đánh giá năng lực của họ là kém
  • Có đồng ý một phần, nhưng cho rằng khăng khăng "mọi điều khiển đều phải nhìn thấy" là cách nhìn đánh giá thấp nhà thiết kế; thực tế chỉ các điều khiển thật sự cần khi lái mới được lộ ra, còn lại thì nhỏ, phức tạp hoặc bị ẩn; cần gạt chỉnh độ cao ghế, cần mở capo... đều được giấu nhưng vẫn bảo đảm khả năng tiếp cận; quá trình thiết kế có tính đến rất nhiều chi tiết nên không hề đơn giản hay tầm thường, và chính việc xem nhẹ điều này mới là một phần lý do UX hiện nay tệ đi
  • Góc nhìn khác là đây không phải vấn đề năng lực mà là vấn đề chi phí; ngày nay làm màn hình cảm ứng rẻ hơn và dễ sản xuất hơn là chế tạo, lắp ráp nhiều nút bấm và núm vặn riêng lẻ
  • Chia sẻ từng nhận được rất nhiều lời mời tuyển dụng làm system developer từ các hãng xe Mỹ, nhưng trong cộng đồng Hacker News lại có nhiều ý kiến kiểu “muốn giữ sức khỏe tinh thần thì tránh xa”
  • Cá nhân cũng giải thích rằng nếu làm khác đi các chi tiết cơ khí như núm vặn thì chi phí sản xuất, như khuôn đúc tùy biến, sẽ tăng lên; đưa lên màn hình tiết kiệm hơn rất nhiều về chi phí
• Có thể hiểu việc ẩn thành phần UI để tiết kiệm không gian màn hình, nhưng để trống chỗ rồi vẫn ẩn thì không thể chấp nhận; trong IntelliJ, các biểu tượng phía trên cây dự án bị ẩn và chỉ hiện khi rê chuột vào, khiến người ta tự hỏi liệu có thật sự cần thiết phải làm như vậy không
  • Trong bối cảnh màn hình điện thoại, desktop và laptop đều lớn hơn bao giờ hết, thấy khó hiểu trước lập luận phải làm cho các thành phần màn hình biến mất; nhớ lại chiếc Macintosh đen trắng nhỏ năm 1984 vẫn chấp nhận hy sinh tỷ lệ màn hình để đặt nút cho rõ ràng và dễ thấy
  • Một số người phàn nàn rằng “nhiễu” thị giác làm giảm tập trung, trong khi số khác lại muốn mọi điều khiển và đèn báo luôn hiện như bảng đồng hồ; thiết lập mặc định của IDE là một phương án cân bằng để chiều lòng cả hai cực sở thích này, thực chất là một sự thỏa hiệp, và một số công cụ có các chế độ như "no distractions mode" để tinh chỉnh sâu hơn
  • Bản IntelliJ trên Windows cũng giấu menu vào biểu tượng hamburger khiến khoảng trống tăng lên; may là có thể khôi phục trong phần cài đặt, nhưng không hiểu vì sao lại để mặc định như vậy
  • Có lúc dù biết nút đó tồn tại và cũng nhớ cách làm nó hiện ra, vẫn quên mất nó nằm ở đâu và chỉ biết nhìn chằm chằm vào màn hình
  • Một số ứng dụng thì ngược lại, không hề giấu bớt nút mà còn khiến người ta ước giá như có tùy chọn để ẩn đi; có nhắc đến Google Maps
• Chỉ ra rằng với smart key ô tô, chiếc chìa vật lý thật sự lại bị giấu đi, thậm chí còn phải tháo tay nắm cửa xe mới lộ ra ổ khóa; xem việc giấu những điều khiển quan trọng như vậy là một kiểu kỹ thuật cực kỳ thiếu thân thiện với người dùng
  • Bản thân cũng từng gặp tình huống tương tự với xe thuê: khóa điều khiển từ xa bị hỏng khiến toàn bộ hành lý bị kẹt trong xe; tuy biết là có chìa vật lý, nhưng nhờ thấy quanh tay nắm cửa đầy vết xước do người dùng trước cố mở nên mới đoán ra ngay vị trí ổ khóa
  • Cũng có ý kiến cho rằng người dùng về cơ bản nên biết những việc như thế này và hoàn toàn có thể tìm thông tin trên Google; đưa ví dụ bản thân khi nhận xe mới đã kiểm tra ngay các tùy chọn dự phòng và cách chúng hoạt động, nhấn mạnh tầm quan trọng của việc nắm những điều cơ bản về sản phẩm mình sở hữu
• Một lý do chuyển từ iPhone sang Android là vì nút Home biến mất khiến việc giải thích và sử dụng cho người lớn tuổi trong gia đình trở nên khó hơn; khi mua Pixel mới thì luôn bật điều hướng 3 nút trước tiên, nhưng chỉ ra rằng ứng dụng ngày nay thường giả định có thanh điều hướng dưới cùng, nên ở chế độ 3 nút nội dung đôi khi bị che khuất, cho thấy nhược điểm UI
  • Có quan điểm rằng các yếu tố UI cốt lõi nhất định phải nhìn thấy được; cho rằng Apple đôi khi cũng vi phạm nguyên tắc này nhưng phần lớn vẫn cố chống lại xu hướng đó; việc bỏ nút Home được xem là sự chuyển đổi kiểu tương tác hơn là giấu thành phần UI, dù có thể còn tranh cãi về mức độ trực quan hay xuất sắc, nhưng khi đã quen thì gần như không còn ma sát; cũng nhắc đến tính năng trợ năng trên iOS cho phép đặt một nút tắt hình tròn nhỏ có nhãn văn bản và có thể kéo trên màn hình
  • Hiện tượng mục menu biến mất không tiếng động trong phần mềm thông thường cũng tương tự; ví dụ trong MS Word, biểu tượng lưu tệp chỉ đọc đã biến mất hẳn; đề xuất rằng tốt hơn nên để nó ở trạng thái vô hiệu hóa, rồi khi lưu thì thông báo nguyên nhân và hướng dẫn cách khắc phục
  • Là người dùng Android lâu năm, nhưng mỗi lần mượn iPhone vẫn thường thấy bực bội vì các tương tác thiếu trực quan hoặc không tồn tại; chất lượng camera của Pixel và Samsung giờ cũng tốt nên chẳng có lý do gì để chuyển sang hệ sinh thái Apple
• Có ý kiến cho rằng bài viết chưa bàn đúng mức việc UI biến mất không phải do ngẫu nhiên hay sai lầm, mà là hiện tượng phục vụ mục tiêu khóa chặt người dùng; diễn giải rằng với phần mềm đã bão hòa tăng trưởng, UI được thay đổi theo cách kém trực quan để ngăn người dùng cũ rời đi, biến thiết bị từ thứ để “sử dụng” thành thứ được “nội tại hóa”, từ đó tạo rào cản rời bỏ; giải thích vì sao đa số công ty phần mềm lớn làm như vậy là để gieo nỗi sợ chuyển sang sản phẩm mới trong quá trình học UI
  • Giả thuyết này nếu nhìn phiến diện thì có thể đúng, nhưng thực tế cũng có rất nhiều phản ứng ngược với “giao diện phức tạp và chật chội”; xu hướng tối giản và các cộng đồng như /r/unixporn cũng cho thấy nhiều lớp người dùng tự chủ động ẩn điều khiển; GNOME v.v. gần đây cũng theo đuổi giao diện tối giản, và nhiều người dùng hoàn toàn biết cách chỉ tìm chức năng khi cần nên có thể xem đây là lựa chọn có chủ đích
  • Đây là con dao hai lưỡi vì cũng cản trở việc thu hút người dùng mới; có người chia sẻ rằng họ quen Android hơn vì ghét việc mọi giao diện của Apple đều tập trung vào một nút, ngoài ra còn có nhiều lý do khác khiến họ không thích Apple
  • Ngay cả OSS phi lợi nhuận cũng có vẻ chạy theo xu hướng một cách thiếu phê phán; các thay đổi thiết kế lặp đi lặp lại của Firefox và GNOME cũng được xem trong cùng bối cảnh đó
• Nếu kiểu nhà thiết kế “nghệ sĩ” nắm quyền quyết định UI, họ sẽ ám ảnh với sự sạch sẽ và bỏ qua khả năng gợi mở cách dùng (affordance) cùng cơ hội học hỏi; buồng lái máy bay — thứ áp đảo với người không chuyên nhưng với chuyên gia thì mọi thứ đều được gắn nhãn — là ví dụ đối lập tiêu biểu
  • Có phản biện rằng vòi nước gia đình bình thường cũng đâu cần dán nhãn hướng xoay; buồng lái máy bay với người mới lại là ví dụ quá mức choáng ngợp; các nhà thiết kế giao diện hiểu rất rõ điều gì là trực quan và có khả năng nén cả những chức năng phức tạp vào form factor đơn giản; cho rằng người không được đào tạo về thiết kế sẽ làm tốt hơn chỉ là sự kiêu ngạo và coi thường; nhấn mạnh rằng việc rất nhiều người dùng có thể thành thạo smartphone hiện đại mà không cần huấn luyện là một thành quả rất đáng kể
• Lời than phiền liên quan trên Hacker News về phần mềm desktop và câu hỏi về hiện trạng
• Một trong những nguyên tắc thiết kế UI tại công ty là phím tắt bàn phím và menu ngữ cảnh nhất định phải có nút hoặc menu hiển thị rõ ràng để truy cập; đây có thể là cách làm hơi old-school nhưng được nhấn mạnh là quan trọng; bốn góc màn hình là khu vực trọng yếu trong UI vì chuột có thể di chuyển tới rất nhanh; lấy ví dụ việc Windows 11 chuyển menu Start vào giữa là gây bất tiện cho người dùng, có lẽ vì ưu tiên cảm ứng hơn là môi trường không phải di động
• Nhấn mạnh rằng việc suy giảm khả năng tiếp cận và tính trực quan của UI ảnh hưởng rất lớn tới người khuyết tật và người cao tuổi; dù cảm ứng và gesture đã thành xu hướng chủ đạo, UI di động thời kỳ đầu thực ra lại dễ tiếp cận hơn; cho rằng xu hướng quá tối giản và quá phẳng mới là nguyên nhân cốt lõi; nhắc lại một cách tích cực các hệ UI của palm, compaq pilot, iPod và iPhone đời đầu, và đánh giá rằng từ đó về sau là một bước lùi
  • Ngược lại, cũng có người thấy việc nhiều điều khiển UI được ẩn đi — như khi xem bình luận HN trên điện thoại — giúp tập trung vào nội dung hơn, đẹp hơn và dễ chịu hơn; chỉ ra rằng thời palm pilot, các nút và điều khiển chiếm tới nửa màn hình làm giảm diện tích nội dung; điều khiển ẩn không nhất thiết luôn xấu, và khi đã học được thì là công cụ mạnh với người dùng chuyên sâu; việc yêu cầu người dùng học UI ở một mức độ nào đó là khó tránh, còn với những công cụ nhiều chức năng như trình soạn thảo mã/ git của bản thân thì luôn tồn tại đánh đổi giữa đơn giản và sức mạnh; tuy vậy, vấn đề hiện nay là quá nhiều ứng dụng tự tùy biến điều khiển riêng khiến khả năng chuyển giao việc học UI bị giảm, trong khi mô hình lý tưởng là như nền tảng palm pilot: học một lần rồi dùng giống nhau trên mọi ứng dụng