Thiết kế hệ thống khám phá “biết ý” khi một trang đã có quá nhiều bài để lướt thủ công
Nhiều bài hơn đáng lẽ phải cho nhiều lựa chọn hơn. Nhưng người đọc có thể lại khó tìm hơn.
Họ quay lại trang chủ và thấy đúng những thẻ cũ. Vào danh sách đầy đủ, cuộn chuột một cái là hàng chục tiêu đề chạy qua. Thế là có đề xuất: “chỉ hiện 6 bài thôi”. Nhưng nếu cả 6 đều không hợp, người đọc rời đi trước khi bài thứ 7 xuất hiện. Tìm kiếm nội bộ cũng không cứu được tất cả, vì người chỉ ghé xem chưa chắc đã có từ khóa.
Có kho bài, có tìm kiếm, có đề xuất, nhưng khám phá vẫn không xảy ra.
0. Bản 30 giây: đừng thu nhỏ kho; hãy làm “nhân viên” biết ý hơn
Hiện ít mục là hữu ích, nhưng chỉ nên là cửa sổ đầu tiên.
Nếu nhóm đầu không trúng, hãy đưa ngay các hướng khác: trải nghiệm thật, nội dung thực dụng, so sánh, giải thích nguyên nhân, bài nhẹ nhàng, hoặc chủ đề hoàn toàn khác.
Đừng bắt người dùng mỗi lần đều tự phát minh truy vấn mới.
Trải nghiệm tốt nên giống:
“Không phải cái này? Có phải bạn đang tìm kiểu này không?”
1. Vì sao trang chủ nhanh chóng trở nên “lại cái này”
Nghiên cứu đề xuất tin tức gọi hiện tượng giảm hứng thú khi cùng một nội dung xuất hiện nhiều lần là mệt mỏi người dùng.[1]
Trong log Bing Now, mỗi lần hiển thị 15 tin. Khi hai lần truy cập cách nhau dưới hai giờ, trung bình 11 mục bị lặp. Thêm lịch sử phơi nhiễm và tương tác vào xếp hạng giúp cải thiện tối đa 15% cho toàn bộ người dùng và 34% cho nhóm dùng nhiều.[1]
Điều đó không có nghĩa là phải xóa bài cũ.
Một bài ba tháng tuổi có thể mới với người chưa từng thấy. Một bài mới mười phút có thể cũ kỹ nếu hôm nay đã xuất hiện bốn lần.
Hãy tách độ mới của nội dung khỏi độ mới đối với từng người đọc.
2. Khi danh sách biến thành thác thông tin
Danh sách dài có vẻ đầy đủ. Nhưng bánh xe chuột và ngón tay có thể biến nó thành dòng tiêu đề.
Nếu có 100 bài mà người dùng thực sự nhìn kỹ chỉ 8 bài, 92 bài còn lại chỉ là hàng tồn.
Cũng không đúng khi nói nhiều lựa chọn luôn xấu. Phân tích tổng hợp năm 2010 gồm 50 thí nghiệm và 5.036 người cho thấy hiệu ứng trung bình của quá tải lựa chọn gần bằng 0, trong khi khác biệt giữa nghiên cứu rất lớn.[2]
Vấn đề là bắt người dùng so sánh quá nhiều lựa chọn khó phân biệt cùng lúc.
3. “Hiện 6 bài trước” vẫn chưa phải lời giải
Nhóm nhỏ dễ so sánh hơn, nhưng có nguy cơ bỏ sót.
Nếu 6 bài đầu đều không hợp, phiên có thể kết thúc trước bài thứ 7.
Xem 6, 8 hay 10 bài như một cửa sổ, không phải con số thần kỳ.
Bên cạnh đó hãy có “nhóm khác”, “thực dụng hơn”, “nhiều trải nghiệm cá nhân hơn”, “đào sâu”, “nhẹ hơn”, “đổi hẳn chủ đề”.
Thử nghiệm hai tuần trên hệ thống thật của NU.nl năm 2026 cho thấy giảm độ giống nhau trong danh sách mà vẫn giữ liên quan đã tăng CTR và mức liên quan người dùng cảm nhận.[3]
Đa dạng không phải ngẫu nhiên. Đó là bớt giống nhau nhưng vẫn đáng quan tâm.
4. Giữ danh sách đầy đủ, nhưng đừng để nó làm cửa chính
Danh sách đầy đủ vẫn cần thiết cho người muốn tìm toàn diện, tìm lại bài cũ, hoặc đào sâu một chủ đề.
Nhưng người vào chỉ để xem có gì hay không cần gặp cả kho ngay.
Thay vì “chọn từ 127 bài”, hãy nói “từ 127 bài, đây là vài hướng có thể hợp với bạn”.
Vẫn giữ xem tất cả, bộ lọc chi tiết và sắp xếp theo ngày.
5. Điểm yếu ẩn của tìm kiếm: người dùng phải tự nghĩ ra truy vấn
Tìm kiếm nội bộ mạnh khi người dùng đã diễn đạt được nhu cầu.
Người ghé chơi có thể chưa có ý định rõ.
Một ô trống ghi “nhập từ khóa” không giải quyết điều đó.
Trong thử nghiệm UX tìm kiếm quy mô lớn của Baymard, người dùng thường lấy gợi ý tự động làm điểm xuất phát để xây dựng truy vấn của chính mình, thay vì chỉ gửi nguyên gợi ý.[4]
Giá trị thật không chỉ là gõ nhanh hơn.
Mà là giúp trả lời: “Mình nên tìm gì?”
6. Tìm kiếm “biết ý” nên gợi ý ý định, không chỉ tiêu đề
Gõ “công việc” có thể nhận:
- tôi ghét bản thân công việc
- tôi mệt vì con người
- tôi đang phân vân đổi việc
- tôi muốn làm nhanh hơn
- tôi muốn đọc trải nghiệm thật
Ngay cả khi chưa gõ, có thể bắt đầu bằng: làm thế nào?, chọn cái nào?, vì sao lại thế?, thực tế ra sao?, cho tôi cái gì thú vị.
Sau khi đọc, gợi ý so sánh, xem nguyên nhân, hoặc xem trường hợp ngược lại.
Ở Nhật năm 2026, cụm “気が利くねぇ” lan rộng như một meme trong bối cảnh video trà trân châu của Mikiya Takasu, gần nghĩa “ồ, chu đáo ghê”.[5] Có tuyên bố khác về nguồn gốc ban đầu, nên ở đây không khẳng định ai là người đầu tiên.
Giao diện tốt cần tạo đúng phản ứng đó:
bước tiếp theo hữu ích đã được chuẩn bị một phần trước khi người dùng hỏi.
7. Không cần gọi mô hình lớn ở mỗi phím
Khi biên tập bài, hãy tạo luôn metadata khám phá: truy vấn liên quan, loại vấn đề, chủ đề gần, chủ đề đối lập, sắc thái và câu hỏi tiếp theo.
Khi chạy thật, chỉ cần xếp hạng bằng ngữ cảnh hiện tại, lần hiển thị gần đây, cú nhấp gần đây, ưu tiên chưa xem và độ đa dạng.
Mô hình đắt dùng một lần ở khâu biên tập; trang thật dùng xếp hạng rẻ và nhanh.
8. Trang chủ, danh sách và tìm kiếm không nên là ba hòn đảo
Trang chủ đưa ứng viên cụ thể và giảm lặp.
Danh sách giữ lượng có thể so sánh và nhiều hướng tiếp theo.
Tìm kiếm bắt đầu được ngay cả khi ô trống, rồi hỗ trợ cả từ và ý định khi gõ.
Cả ba chia sẻ:
trạng thái người đọc + metadata nội dung + lịch sử hiển thị.
9. Chỉ tối ưu CTR sẽ tạo nhà máy tiêu đề câu nhấp
Hãy đo:
ứng viên → hiển thị thật → nhấp → tới bài → đọc có ý nghĩa → bài tiếp theo → quay lại.
Ngoài ra đo phản ứng ở lần hiển thị 1, 2, 3; mức trùng lặp giữa các lần quay lại; dùng “nhóm khác”; chọn và sửa gợi ý; tìm kiếm không kết quả; rời sau cuộn nhanh; tiếp tục khi nhóm đầu không có nhấp; và mức hiển thị của những bài chưa từng được giới thiệu.
Câu hỏi then chốt:
nếu 6 bài đầu trượt, người đọc có tới bài thứ 7 không?
10. Kết luận: từ “hãy tìm đi” sang “có phải bạn muốn cái này?”
Trang nội dung lớn cuối cùng sẽ gặp bài toán kho.
Hiện hết thì ngập, hiện ít thì bỏ sót, có ô tìm kiếm chưa chắc ai gõ, đề xuất cố định sẽ chán, cá nhân hóa quá mức sẽ thu hẹp thế giới.
Không có số thẻ thần kỳ.
Kho có thể lớn. Màn hình có thể nhỏ. Hướng tiếp theo có thể nhiều. Trang web có thể nghĩ giúp một nửa truy vấn.
Đừng chỉ thay danh sách khổng lồ bằng 6 thẻ.
Hãy đặt sau 6 thẻ một bước tiếp theo thật “biết ý”.
- Hao Ma, Xueqing Liu, Zhihong Shen (2016), User Fatigue in Online News Recommendation doi.org
- Benjamin Scheibehenne, Rainer Greifeneder, Peter M. Todd (2010), Can There Ever Be Too Many Options? doi.org
- Robin Verachtert, Kim Falk, Christine Bauer (2026), Enhancing Diversity in News Recommendations Increases Click-Through Rates doi.org
- Baymard Institute (2024), Always Copy the Active Autocomplete Suggestion to the Search Field baymard.com
- Kiểm tra dữ liệu lưu hành meme công khai vào tháng 9/2026; không khẳng định nguồn gốc duy nhất
