Hướng dẫn cho các widget tự động hoàn thành
Hướng dẫn nào tồn tại khi làm việc với các widget tự động hoàn thành? Tôi hy vọng các hướng dẫn chung áp dụng cho các loại ứng dụng khác nhau: web, máy tính để bàn và thiết bị di động.
A hồi đáp cho a Tìm kiếm khi bạn nhập chủ đề bao gồm các mục có liên quan sau đây:
- Không bao giờ cập nhật đầu vào tìm kiếm với một trong các kết quả trừ khi người dùng yêu cầu.
- Cung cấp truy cập bàn phím và chuột để chọn kết quả.
- Nhìn phía sau là một bổ sung tốt đẹp để nhìn về phía trước.
Tôi đã quan sát một vài thực hành khác:
- Làm nổi bật thuật ngữ tìm kiếm
- Trả lại số lượng các mục phù hợp
- Cung cấp chỉ báo hành động khi lựa chọn (nhưng không kích hoạt) mục nhập tự động hoàn thành
- Cung cấp văn bản được nhập ban đầu trong danh sách tự động hoàn thành
Ngoài ra, các câu hỏi sau đây có thể được hỏi khi cung cấp đề xuất:
- Có bao nhiêu gợi ý/gợi ý nên được cung cấp?
- Làm thế nào để bạn giải quyết những cái nên được hiển thị khi có sẵn nhiều?
- Các đề xuất có nên tính đến lỗi chính tả hoặc lỗi đánh máy?
Bất kỳ câu trả lời nào thảo luận về các cú pháp phức tạp hơn như biểu thức boolean cũng sẽ hữu ích.
Không có hướng dẫn chung nào hoạt động trên tất cả các nền tảng và tất cả các ứng dụng, ví dụ như tìm kiếm trên web của Google và chọn một người từ danh sách đồng nghiệp - trong cả hai trường hợp, tiện ích tự động hoàn thành có thể phù hợp nhưng mọi chi tiết triển khai sẽ khác nhau .
Điều duy nhất bạn có thể làm là đánh giá nhu cầu cụ thể của mọi ứng dụng (không phải nền tảng, ai quan tâm nếu biểu mẫu bạn đang điền có trong trình duyệt web hoặc hộp thoại) và kiểm tra khả năng sử dụng để xem bạn cần những tính năng nào (người dùng viết sai chính tả thường xuyên -> bạn cần đưa lỗi chính tả vào tài khoản).
Hãy để tôi trích dẫn từ một cuộc phỏng vấn cũ với Tim Lister (một trong những tác giả của Peopleware):
Cramblitt: Bạn nghĩ gì về sự phụ thuộc vào thực tiễn tốt nhất?
Người nghe: Tôi cảm thấy ớn lạnh khi nghe cụm từ đó. Theo quan điểm của tôi, có một số thực tiễn khá tốt, nhưng không có thực tiễn tốt nhất bởi vì điều đó ngụ ý phát triển phần mềm chung. Tất cả các dự án đều liên quan đến tên miền mà họ tham gia. Một cách thực hành tốt nhất cho phần mềm khử rung tim không phải là cách thực hành tốt nhất trong miền khác. Tôi thích mọi người nghĩ về các mẫu - trừu tượng hóa công việc của họ và nhận ra các mẫu mà họ làm, tốt và xấu, và đưa ra quyết định sáng suốt để thúc đẩy các mẫu đó hoặc thay thế chúng.
Nếu đó là một trang web có nhiều sản phẩm trong nhiều danh mục, hiển thị danh mục đó là một cách tốt để giúp người dùng tìm thấy những gì họ đang tìm kiếm.
Ví dụ: khi người dùng đang tìm kiếm: game of thr
Trò chơi ném những người trong sách
Trò chơi ném những người trong DVD
Trò chơi ném những người trong sách điện tử
Trò chơi ném những người
Trò chơi ném nhân đôi
Trò chơi ném ee
và như thế..
Thực hiện một số những gì chung tự động hoàn thành tại thời điểm này để một số suy nghĩ/phát hiện cho đến nay.
Theo tôi thấy có hai loại tự động hoàn thành. Trên đó thực sự là một danh sách thả xuống ẩn và một cái khác là trường văn bản. Tự động hoàn thành thả xuống được sử dụng khi bạn muốn hạn chế đầu vào nhưng không muốn thả xuống với hàng trăm mục. Được sử dụng ví dụ khi chọn sân bay để bay từ/đến. Trường văn bản được sử dụng nhiều hơn cho các đề xuất khi tìm kiếm.
Trong trường hợp đầu tiên tôi nghĩ bạn muốn cập nhật đầu vào. Vì nó phải là một đầu vào hợp lệ. Trong trường hợp này, điều quan trọng là nó rõ ràng đề xuất của bạn là gì và đầu vào của người dùng là gì.
Hạn chế số lượng kết quả hiển thị. Trọng tâm người dùng đang đưa văn bản vào trường. Nếu họ phải quét qua một danh sách dài các tùy chọn, bạn cũng có thể sử dụng danh sách thả xuống. Không phải di chuyển mắt tập trung và đặt ít gánh nặng lên bộ nhớ người dùng có lẽ cũng là một điều tốt.
Mặc dù tôi thấy một tài sản hữu ích của danh sách dài. Nếu tôi không nhớ những gì tôi đang tìm kiếm. Một danh sách dài sẽ cho phép tôi đi qua nó và nhận ra (hy vọng) những gì tôi đang tìm kiếm.
Để chọn những gì được hiển thị trong danh sách có lẽ là một trong những điều cần nhiều kiến thức tên miền nhất. Google dường như làm điều đó bằng cách phổ biến tìm kiếm, các hãng hàng không bằng cách sân bay lớn như thế nào. T
Đối với nhìn phía sau tôi là một chút rách nát. Dễ nhớ chữ cái đầu tiên của từ hơn chữ thứ ba. Vì vậy, hầu hết thời gian này có lẽ là những gì người dùng của bạn đang làm. Vì vậy, kết hợp bất cứ nơi nào trong chuỗi có thể cho nhiều kết quả không mong muốn. Người dùng có quyền lực, những người đã học được rằng 'ac' nhanh hơn 'st' cho 'stack' có thể đã sử dụng cho nó. Kết hợp với tất cả các từ trong câu có lẽ cũng là một ý tưởng tốt. Khi đó bạn đưa ra nhiều lựa chọn hơn để nhận ra.
Google thực hiện một số thử nghiệm A/B khá khắc nghiệt và tự động hoàn thành là một sản phẩm cốt lõi.
Tôi nghĩ đó là điều tốt như bạn sẽ nhận được khi nói đến các hướng dẫn đã được chứng minh.
Đây là một bài viết hay về các mẫu để sử dụng dựa trên nghiên cứu của người dùng: https://baymard.com/blog/autocomplete-design
Khi đề xuất tự động hoàn thành hoạt động tốt, chúng sẽ giúp người dùng tìm ra các truy vấn tìm kiếm tốt hơn. Nó không phải là về việc tăng tốc quá trình tìm kiếm mà là hướng dẫn người dùng và cho họ giúp đỡ trong việc xây dựng truy vấn tìm kiếm của họ ...
Trong quá trình thử nghiệm, các đề xuất tự động hoàn thành đã được tìm thấy để thay đổi trực tiếp cách thức và những gì đối tượng thử nghiệm tìm kiếm.