1) Bạn có nghĩ rằng các bảng tìm kiếm nên được hiển thị trên đầu trang của lưới kết quả của tôi?
Một bảng điều khiển tìm kiếm đơn giản như tìm kiếm cơ bản của Google có thể được trên trang kết quả vì nó nhỏ gọn. Điều này cho phép người dùng thử lại tìm kiếm với các tiêu chí khác nhau mà không lãng phí thời gian vào một trang hoặc cửa sổ mới. Tìm kiếm nâng cao sẽ có nhiều sự lộn xộn hơn vì vậy có sự cân bằng quan trọng hơn giữa việc truy cập dễ dàng vào kết quả (trong khung nhỏ hơn) và dễ dàng truy cập lại, vì vậy bạn cần đánh giá tần suất người dùng tìm kiếm lại so với công việc họ làm với các kết quả. Ví dụ: nếu tìm kiếm lại xảy ra 50% thời gian, nhưng bao gồm bảng điều khiển Tìm kiếm nâng cao trong trang Kết quả yêu cầu cuộn thêm 75% thời gian, người dùng của bạn sẽ tốt hơn nếu không có bảng điều khiển Tìm kiếm nâng cao trên Kết quả. Theo quy tắc chung, Tìm kiếm nâng cao không được ở trên trang Kết quả trừ khi tác vụ thực sự là khám phá dữ liệu.
Vấn đề khác với bảng điều khiển Tìm kiếm ở đầu kết quả là phải làm gì nếu kết quả không tương ứng với tiêu chí (ví dụ: nếu người dùng thay đổi tiêu chí sau khi kết quả được hiển thị nhưng trước khi nhấp lại Tìm kiếm). Với Tìm kiếm nâng cao, người dùng dễ dàng quên hoặc bỏ lỡ nhiều hơn nếu họ thay đổi tiêu chí hay không và sau đó bị nhầm lẫn về những tiêu chí nào có hiệu lực đối với kết quả. Đặt Tìm kiếm nâng cao trên một trang riêng biệt ngăn điều này, mặc dù có nhiều cách khác để tránh vấn đề này nếu Tìm kiếm nâng cao nằm trên trang Kết quả (ví dụ: sử dụng tìm kiếm "mặt" tức thì áp dụng).
Trong mọi trường hợp, trang Kết quả sẽ hiển thị tiêu chí được sử dụng để thực hiện tìm kiếm.
2) Bạn có nghĩ rằng tốt hơn là để người dùng nhấp vào 'nâng cao' để có thêm tiêu chí? Đối với hầu hết các ứng dụng cơ sở dữ liệu, người dùng của một nhóm cụ thể (ví dụ, vị trí công việc) có từ 2 đến 5 tiêu chí tìm kiếm cụ thể để có được chúng thông qua phần lớn công việc của họ (ví dụ: tìm kiếm đơn đặt hàng giữa hai người dùng). -supplied date), đôi khi bao gồm các tiêu chí thậm chí có các giá trị tiêu chuẩn cụ thể (ví dụ: tìm kiếm tất cả các đơn đặt hàng có trạng thái đang chờ xử lý). Trong trường hợp này, người dùng sẽ nhanh nhất và ít có khả năng bị nhầm lẫn nếu bạn có nút Nâng cao để tìm kiếm quảng cáo, trong khi tìm kiếm mặc định có các điều khiển được điều chỉnh cho các tìm kiếm cụ thể này. Mặc định cho Tìm kiếm nâng cao chỉ khi người dùng của bạn sẽ chủ yếu là đang tiến hành tìm kiếm quảng cáo khám phá.
3) Bạn sẽ tổ chức tiêu chí như thế nào?
Nếu có một số tiêu chí nhất định được sử dụng đặc biệt thường xuyên, chúng được xử lý thông qua Tìm kiếm cơ bản như được mô tả cho 2, do đó, có rất ít lợi thế để sắp xếp tiêu chí trong Tìm kiếm nâng cao theo tần suất. Điều này khiến người dùng khó tìm được tiêu chí họ đang tìm kiếm. Nói chung, bạn có thể dựa vào người dùng có một trường được đặt tên cụ thể, vì vậy hãy sắp xếp tiêu chí theo thứ tự bảng chữ cái hoặc nếu người dùng quen thuộc với Trang kết quả và các trường của trang được sắp xếp theo cách phù hợp với cách người dùng nghĩ, sử dụng cùng một thứ tự như được sử dụng cho các cột Kết quả.
4) Tôi nên đặt nút 'Tìm kiếm' ở đâu?
Nút tìm kiếm lý tưởng phải luôn hiển thị. Giải pháp tốt nhất là có tất cả các tiêu chí trên ngăn có thể cuộn bằng nút bên ngoài ngăn. Đặt nút ở trên cùng và dưới cùng là một lựa chọn phổ biến nhưng kludgey. Tôi sẽ không đặt nó theo tiêu chí chung bởi vì nếu người dùng của bạn đã chuyển từ Cơ bản sang Tìm kiếm nâng cao, họ có thể không sử dụng tiêu chí chung. Hãy xem xét no Nút tìm kiếm nếu bạn có thể giữ thời gian phản hồi dưới 500 mili giây, thay vào đó cung cấp tính năng áp dụng tức thời như đã thấy trong Vista.
5) Cách thiết kế giao diện người dùng tìm kiếm đẹp mắt?
Đối với nhiều tiêu chí dựa trên trường Tìm kiếm, có hai thiết kế cơ bản:
a. Biểu mẫu của tất cả các trường có một vị trí để nhập các giá trị tiêu chí cho từng trường. Vấn đề với điều này là các trường có giá trị được đặt có thể cuộn ra khỏi chế độ xem và người dùng có thể đã quên rằng họ đã đặt giá trị. Vì vậy, bạn muốn giữ điều này càng gọn càng tốt. Xem chương Cải thiện truy xuất dữ liệu trong Giới thiệu về khuôn mặt của Alan Cooper cho một cách tiếp cận. Bạn cũng có thể cung cấp chuỗi tóm tắt các tiêu chí đã chọn gần các nút Tìm kiếm mà người dùng có thể kiểm tra. Nhấp vào từng tiêu chí trong chuỗi thậm chí có thể chuyển người dùng đến tiêu chí để thay đổi tiêu chí đó.
b. Người dùng chọn từ danh sách các trường sẽ được sử dụng trong tiêu chí, sau đó đặt giá trị cho tiêu chí ở vị trí hợp nhất.Thách thức chính ở đây là giảm thiểu số lượng nhấp chuột “trên cao” để chọn một trường. Lý tưởng nhất, danh sách các trường luôn có sẵn và một cú nhấp chuột chọn trường, đặt nó vào vị trí hợp nhất và đặt con trỏ vào điều khiển giá trị, giống như được hiển thị trong http://www.zuschlogin.com/content/blogimages/37/FindAdvanced.gif, chỉ cho Tìm kiếm thay vì Tìm. (Theo quy ước tùy ý “Tìm” rất khác với “Tìm kiếm” cho người dùng; Tìm những thứ nổi bật trong trang hiện tại phù hợp với tiêu chí nhất định trong khi Tìm kiếm truy xuất những thứ phù hợp với tiêu chí đã cho)
Cả hai thiết kế này đều liên kết tiêu chí cho mỗi bởi các AND logic và được giới hạn trong các kết nối giữa các bảng cơ sở dữ liệu cơ bản, nhưng điều đó có khả năng đáp ứng gần như tất cả người dùng của bạn. Nếu các tác vụ yêu cầu các phép nối phức tạp hơn và các kết hợp Boolean, hãy xem xét các thiết kế truy vấn đồ họa (ví dụ, Badre AN, Catarci T, Massari A, & Santucci G 1996. Dễ sử dụng so sánh một sơ đồ truy vấn biểu tượng. & P Barclay (Eds) Giao diện cho Cơ sở dữ liệu (IDS-3): Kỷ yếu Hội thảo quốc tế lần 3 về Giao diện cơ sở dữ liệu, Đại học Napier, Edinburgh, 8-10 tháng 7) và Truy vấn bằng thiết kế mẫu.
dấu trừ phải được đặt bởi trường thứ hai vì nó xóa trường thứ hai, không có dấu đầu tiên. – dusoft
Không nên nút Tìm kiếm ở bên trái nút Hủy? –
Greg D: Điều đó sẽ phụ thuộc hoàn toàn vào nền tảng bạn đang sử dụng, phải không? –