it-swarm-vi.tech

Bạn có cần một nút tìm kiếm với một hộp tìm kiếm?

Trên các trang web có hộp tìm kiếm, bạn có nên thêm nút họ có thể nhấp vào không, hoặc người dùng sẽ hiểu hộp tìm kiếm như trên trang web này?

Nhóm mục tiêu không phải là rất kỹ thuật, chẳng hạn như phụ nữ ở độ tuổi 40-60.

80
googletorp

Vâng, nó hoàn toàn cần thiết cho khán giả phi kỹ thuật. Google đã thử nghiệm điều này trên trang chủ của họ và họ đã giữ nút này. Mọi người mong đợi nhấp vào một cái gì đó và giao diện người dùng luôn phù hợp với mong đợi của mọi người.

Vấn đề này đang được giải quyết trong thông số HTML5. Một lần <input type="search" /> được thông qua, các nút tìm kiếm rõ ràng sẽ đi vào lịch sử.

73
lubos hasko

Chúng tôi đã có cuộc thảo luận tương tự tại StackOverflow . Đây là câu trả lời hay nhất cho toàn bộ cuộc thảo luận :

Tại sao bạn nên có một nút:

  • Không phải ai cũng biết họ có thể đánh enter, vì vậy bạn đang bỏ mặc một số người kém hiểu biết hơn trong giá lạnh.
  • Một số thiết bị như điện thoại và bảng điều khiển có thể không có cách để gửi mà không có nút. Trình duyệt dựa trên PC vẫn chiếm ưu thế nhưng đừng cho rằng đó là cách duy nhất để mọi người truy cập trang web của bạn.

Bạn có thể không có nút nếu (cả hai điều kiện phải được thỏa mãn):

  • Đối tượng của bạn là người am hiểu công nghệ (như trên SO)
  • Bạn cung cấp một dấu hiệu trực quan rằng hộp tìm kiếm thực sự là hộp tìm kiếm

    1. Bằng cách thêm văn bản bên trong nó đề cập đến nó nên được sử dụng để tìm kiếm
    2. Bằng cách thêm một biểu tượng bên trong hộp

Nói chung tôi sẽ nghĩ rằng nhấn enter là một phím tắt để gửi chứ không phải là phương tiện chính.

27
mbillard

Một thay thế là tìm kiếm trực tiếp/liên tục : Cập nhật kết quả tìm kiếm ngay lập tức trên mỗi lần nhấn nút. Ngoài hiệu quả được cải thiện, nó cũng có thể giúp giải quyết các vấn đề về khả năng sử dụng như người dùng nhập nhiều tham số tìm kiếm hơn mức cần thiết, người dùng không nhận thấy nút tìm kiếm, người dùng mắc lỗi đánh máy và không hiểu tại sao kết quả tìm kiếm trống, v.v. 1

Tất nhiên, về mặt kỹ thuật, việc tìm kiếm liên tục phức tạp hơn để thực hiện so với hình thức tìm kiếm đơn giản. Trong môi trường web, Ajax/Comet là cần thiết và tìm kiếm phía máy chủ cũng phải nhanh. Nhưng sự phức tạp thực hiện dễ dàng được chứng minh với khả năng sử dụng được cải thiện, nếu tìm kiếm là một tính năng trung tâm.

Dù bạn làm gì, luôn luôn là một ý tưởng tốt để thực hiện kiểm tra khả năng sử dụng để tìm hiểu xem người dùng có biết cách sử dụng hệ thống hay không, sau đó thực hiện các cải tiến khi cần thiết.

1 Soren Lauesen, Thiết kế giao diện người dùng: Phối cảnh kỹ thuật phần mềm , 2005; trang 285

13
Esko Luontola

Chỉ để chơi quỷ Viking ủng hộ ngày

Tôi đồng ý hết lòng với các câu trả lời trên; Tôi thường không nhận thấy bất kỳ lợi thế nào để không có nút, ít nhất là từ phối cảnh UX. Có nút này đáp ứng mong đợi của người dùng, và thường là một yêu cầu tuyệt đối để hỗ trợ những cá nhân có hiểu biết về công nghệ.

Nhưng, Tôi cảm thấy khá quan trọng khi xem xét rằng sự hiện diện của một nút có thể gây ra vấn đề nếu nó không được tiếp cận đúng cách.

Tôi đã chạy dự án thử nghiệm khả năng sử dụng cho một trang web thương mại điện tử cách đây không lâu và nút ‘tìm kiếm đã gây ra một vấn đề về khả năng sử dụng khá khó chịu. Vì nút đã được làm rất nổi bật trong thiết kế, đặc biệt là trái ngược với chính trường nhập văn bản (chưa được xác định rõ), nhiều người dùng đã nhấp vào nút 'tìm kiếm' theo giả định rằng nó sẽ mở hoặc hiển thị tìm kiếm trang web, trái ngược với việc bắt đầu nó.

Kết quả là, nhiều người dùng đã kết thúc một Kết quả 0 được tìm thấy cho (null) Wiêu và trở nên khá bối rối. Cuối cùng, chúng tôi đã khắc phục vấn đề này bằng cách làm cho trường văn bản nổi bật hơn, hạ thấp nút và thay đổi thuật ngữ thành ‘go, trái ngược với 'tìm kiếm'. Điều này được xác nhận và nhầm lẫn hoặc mơ hồ như là kết quả của nút. Quyết định bao gồm một nút trong trường tìm kiếm của bạn có lẽ là quyết định đúng đắn, chỉ cần đảm bảo rằng nó có thể được xem xét đầy đủ về mặt thiết kế hoặc cuối cùng có thể gây hại nhiều hơn là có lợi.

12
Chris Myhill

Trước khi tôi bắt đầu, hãy để tôi tránh điều này. Câu hỏi như được hỏi ban đầu không thể trả lời dứt khoát ngoài một số hoán vị của:

Nó phụ thuộc, nhưng bao gồm có một chút lợi ích hơn không.

Mỗi câu trả lời được cung cấp cho đến nay đều đưa ra những lập luận tuyệt vời để rút lại cùng một câu trả lời.

  1. Một bản tóm tắt cập nhật về tình hình hiện tại:

Trong những năm 90, nút tìm kiếm là hoàn toàn cần thiết.

Tất cả các chức năng tìm kiếm đã được thực hiện với các bài viết mẫu đơn giản. Nút Tìm kiếm là cần thiết để gửi biểu mẫu. Kết quả đã được trả về dựa trên hành động gửi biểu mẫu. Trên thực tế, đó không phải là "nút tìm kiếm" mà nó thường là nút "đi" hoặc "nhập". Mẫu phổ biến là như thế này: Nhãn/đầu vào/nút

mockup

Nếu có lựa chọn thay thế, các nhà phát triển hiếm khi biết về chúng. Người dùng hiểu mô hình nhanh chóng dựa trên khả năng chi trả rõ ràng của nó.

Tìm kiếm sự đơn giản, một mẫu mới xuất hiện kết hợp nhãn và nút thành một yếu tố và nút tìm kiếm đã ra đời:

mockup

Nó mất ba yếu tố xuống còn hai. Và mô hình trở nên dễ hiểu hơn và cố thủ hơn trong bộ kỹ năng người dùng.

Web 2.0 xuất hiện trong kỷ nguyên bong bóng bài. JavaScript nổi lên xử lý các tương tác phía máy khách và các cuộc gọi không đồng bộ.

Sự hỗn độn của các mẫu mục tìm kiếm/biểu mẫu mới mà chúng ta thấy ngày hôm nay là kết quả. Một số, như tự động hoàn thành và lọc, không yêu cầu nút nào cả. Các mục trong mẫu nội tuyến là phiên bản "lưu/hủy" của tìm kiếm. Hầu hết các mẫu này sử dụng lệnh chính "enter" là cách gửi kết quả tìm kiếm thực tế mà không cần nhấp vào tìm kiếm, đi, nhập, lưu, v.v.

Những mẫu mới này cần có thời gian để người dùng hiểu chúng một cách đồng loạt. Nhưng tôi nghĩ rằng với hai thập kỷ sử dụng internet dưới vành đai nhân dân, tính phổ biến của tìm kiếm và gửi biểu mẫu, tôi nghĩ rằng sẽ an toàn khi nói rằng phần lớn mọi người biết về "nhập". Thực hiện một cuộc khảo sát không chính thức và bạn sẽ thấy như vậy. Tôi đã làm và tất cả mọi người tôi nói chuyện đều biết về nó.

  1. Các nút tìm kiếm có còn cần thiết trong năm 2012 không?

ĐÚNG. Hãy nhìn vào phòng thí nghiệm thử nghiệm người dùng khổng lồ đang được gọi là Facebook. Họ đã lấy đi nút enter trên các bình luận và gần như ngay lập tức trả lại nó với hộp kiểm điên đó để dạy mọi người sử dụng enter khi người dùng phàn nàn. Ngay cả khi chỉ có 10% trong số họ, điều đó có nghĩa là 90 triệu người.

Tôi nghĩ rằng nút tìm kiếm có chút liên quan trong môi trường trực tuyến ngày nay nhưng nó vẫn và sẽ luôn luôn cần thiết ở một mức độ nào đó. Vì vậy, câu trả lời cuối cùng là:

Nó phụ thuộc, nhưng bao gồm có một chút lợi ích hơn không.

8
Itumac

Trả lời tiền thưởng năm 2012

Câu hỏi và câu trả lời hấp dẫn. Sự phát triển của các quy ước UX/UI là vô cùng thú vị ... đối với tôi nó giống như xem sự phát triển của ngôn ngữ trước mắt chúng ta (:

Tôi sẽ lập luận rằng việc sử dụng nút tìm kiếm thứ gì đó đáng để thử nghiệm A/B trong bối cảnh cụ thể của bạn . Không giống như một số ở trên, tôi nghĩ rằng một vấn đề nhỏ như vậy đáng để nghiên cứu kỹ lưỡng. Đây là một cách quan trọng mà mọi người truy cập thông tin trên trang web của bạn.

Ngoài ra, (hoặc có lẽ là thêm) một bài kiểm tra khả năng sử dụng từ xa không được kiểm soát (tôi đang đọc rất nhiều Nate Bolt's cuốn sách về những vấn đề như vậy) có thể được thực hiện khá rẻ. Điều này có thể mua cho bạn cái nhìn sâu sắc hơn về lý do tại sao mọi người thấy nó khó hiểu hay không.

Ấn tượng chung của tôi liên quan đến tìm kiếm là các quy ước xung quanh nó chắc chắn sẽ thay đổi vào năm 2012.

Tôi vừa chuyển sang phiên bản Safari mới hơn và tìm kiếm google hiện được tích hợp vào thanh địa chỉ, tức là tôi có thể đặt cụm từ tìm kiếm hoặc URL vào cùng một vị trí. Điều này chắc chắn là mới đối với tôi và trong vài lần sử dụng đầu tiên, tôi tiếp tục tìm kiếm hộp tìm kiếm google. Nhưng bây giờ sau một vài giờ sử dụng nó cảm thấy hoàn toàn trực quan.

enter image description here

Tương tự như cách bàn phím thay đổi trong tìm kiếm di động tùy thuộc vào loại dữ liệu dự kiến ​​là một cách hỗ trợ tìm kiếm mới mà tôi thấy khó hiểu ... tức là tại sao tôi không thể nhập văn bản ở đây (doh .. đó là tìm kiếm số điện thoại ).

Tương tự trong tìm kiếm google, người dùng nâng cao có thể sử dụng tất cả các loại thuật ngữ tìm kiếm để tập trung tìm kiếm.

Cũng có thể là các quy ước đang thay đổi tùy thuộc vào vị trí trên trang mà hộp tìm kiếm được đặt. Ở đầu trang bạn có thể mong đợi chỉ cần nhấn enter trong khi nếu tìm kiếm được trình bày như một phần của nội dung trang thì mong muốn của người dùng là cần có một nút. Nhưng đây là giả thuyết thuần túy về phía tôi.

Kiểm tra kiểm tra thử nghiệm ... phải là câu trả lời! Chúng tôi thực sự không có cách nào khác để thiết lập những gì đang xảy ra trong thế giới kỹ thuật nhịp độ nhanh này của chúng tôi (:

4
Lisa Tweedie

Để trả lời tiền thưởng, tình hình năm 2012 không thay đổi nhiều, vì không có gì thay đổi. Tuy nhiên, có những trường hợp đặc biệt khi nút tìm kiếm có thể bị bỏ qua:

  • trên các ứng dụng iOS, trong trường hợp hành động cho phím "Enter" chuyển sang "Tìm kiếm"
  • nếu giao diện hiển thị danh sách tất cả các tùy chọn theo mặc định và người dùng chỉ cần lọc chúng bằng cách nhập vào hộp tìm kiếm.
  • nếu nghiên cứu của bạn tiến hành rằng người dùng của bạn không cảm thấy thất vọng vì mất tích trong thời gian dài.

Điều quan trọng là niềm tin của bạn về cách người dùng của bạn nghĩ không được tính, bạn phải thực sự tiến hành các nghiên cứu và đo lường sự thất vọng (thông thường, điều này được thực hiện bằng cách đo con rối của họ bằng webcam hồng ngoại, huyết áp, Xung hoặc điện da ... Xin lưu ý rằng cách đo thực sự có thể khiến họ thất vọng một mình). Nếu bạn không có quyền truy cập vào các thiết bị như vậy, các trường đại học, các cửa hàng UX lớn hơn, các công ty tiếp thị lớn sẽ làm và họ có quyền truy cập vào nó với một khoản phí.

Lý do đằng sau là việc tìm kiếm là một phương thức có thao tác đóng . Thao tác này phải có khả năng chi trả: người dùng nên mong muốn giao diện hoạt động theo một số cách nhất định, bằng cách có một rất nhiều phần mềm hoạt động theo cách này hoặc bằng cách có đầu mối trực quan (hoặc khả năng hiển thị ) trên giao diện.

Không phải là hoàn toàn không thể, có những người dùng ngoài đó, người mong đợi nếu hộp đầu vào được làm tròn hoàn toàn và có "Tìm kiếm" được viết trong đó như một trình giữ chỗ mặc định, nó hoạt động bằng cách nhấn nhập sau khóa, nhưng chúng đại diện cho bao nhiêu nhân khẩu học trong ứng dụng của bạn, không thể nói chắc chắn nếu không có nghiên cứu sâu rộng (và đắt tiền).

Có hàng triệu người chưa bao giờ sử dụng trường tìm kiếm trong Safari hoặc Firefox và thậm chí nhiều người chưa bao giờ nhập bất cứ thứ gì vào thanh URL và nhập địa chỉ web vào công cụ tìm kiếm như Google (thay vào đó là trên frontpage mặc định của mọi trình duyệt) và nếu họ không học nó cho đến năm 2010, họ sẽ không quen với nó trong hai năm qua.

Một giải pháp tiết kiệm không gian sẽ là, đặt một chiếc kính lúp nhỏ ở cạnh trái của hộp nhập tìm kiếm, bên trong hộp, làm cho nó có thể nhấp được. Theo cách này, không gian không được lấy từ các chức năng quan trọng hơn, nhưng người dùng không mong đợi về hiệu quả của "Enter" hoặc "Tìm kiếm tức thì" có gì đó để nhấp vào.

(Mặc dù Tìm kiếm tức thì có thể là một ý tưởng hay, nhưng trên thực tế, nó không thay đổi cách mọi người tìm kiếm và nó có thể được tranh luận, tại sao nó không. Cá nhân tôi vẫn nhấn Enter out of reflex, vì vậy bạn bè của tôi đã hỏi )

Chỉnh sửa (liên quan đến cuộc trò chuyện bên dưới)

Danh sách "giả định" này dựa trên các tài liệu cơ bản sau:

  • Normann's Thiết kế mọi thứ hàng ngày, cụ thể là mô hình của anh ấy về ánh xạ khả năng hiển thị, hành vi đã học (để nhấp vào "nhập" sau khi nhập cụm từ tìm kiếm là hành vi đã học, vì không có gì gợi ý trên giao diện)
  • Mô hình GOMS, có thể tìm thấy cách tiếp cận tốt trong Raskin Giao diện nhân đạo

Tôi chắc chắn rằng tôi có thể trích dẫn Krug's Đừng làm tôi suy nghĩ cũng vậy (không bao giờ bận tâm đọc nó đầy đủ), hoặc Nielsen .

Tuy nhiên, tất cả những điều này là nghiên cứu cũ. (Chà, ngoại trừ yêu cầu Google Instant của tôi trong các nhận xét, cũng có bài kiểm tra tiếng Anh)

Vì vậy, câu hỏi được đặt lại là: điều gì sẽ khiến những nghiên cứu này trở nên lỗi thời giữa năm 2010-2012?

Và câu trả lời phức tạp hơn một chút.

Tôi chỉ có các mô hình chủ yếu, nhưng những mô hình này là âm thanh khá.

Một câu hỏi là, "làm thế nào để mọi người hình thành thói quen" và "làm thế nào để mọi người nhớ các kiểu sử dụng" mà câu trả lời có thể được tìm thấy, ví dụ, Weinschenk's 100 điều mọi người cần tìm hiểu về mọi người =, nơi cô giải thích kiến ​​thức đương đại về những bài học như vậy.

Và ở đó, chúng ta có thể thấy nó được viết rõ ràng, rằng mọi người học những điều mới nếu họ cần chúng để đạt được mục tiêu và họ hình thành thói quen nếu họ phải làm điều đó thường xuyên. Ví dụ: tôi chưa bao giờ học gõ năm ngón tay vì tôi cũng gõ đủ nhanh theo cách này)

Vì vậy, câu hỏi của chúng tôi là: có ứng dụng nào đạt được sự phổ biến chính trong nhóm mục tiêu buộc mọi người không học thói quen tìm kiếm nút tìm kiếm và nhấp vào nó, nhưng sử dụng enter thay vào đó?

Tôi không biết, tôi không biết nhóm mục tiêu chính xác, nhưng tôi đoán câu trả lời là không.

Nhưng nhóm mục tiêu của chúng tôi cũng di chuyển. Nhóm mục tiêu của câu hỏi này là những người trong khoảng từ 40-60, giờ là từ 42-62.

Chúng tôi biết rằng khả năng học tập của mọi người suy giảm nghiêm trọng trong độ tuổi từ 40-45. Các nghiên cứu tôi đã đọc về những nghiên cứu này ban đầu bằng tiếng Nga và được viết vào những năm 80, khi đó không phải là một phong tục để dịch chúng sang tiếng Anh.

Đây thực sự là một đường cong hình chữ S, nhưng những người đã trên 45 tuổi không có khả năng học thói quen "phản xạ cơ bắp" mới, đặc biệt, nếu kiến ​​thức về cách sử dụng máy tính đã phục vụ họ tốt cho đến nay.

Dân số internet đã tăng khoảng 10 phần trăm trong giai đoạn 2010-2012 . Có là một sự tăng trưởng lớn giữa năm 2008 và 201 trong nhóm tuổi mục tiêu (ít nhất là từ Hoa Kỳ) và chúng tôi cũng có dữ liệu cho năm 2012 .

Chúng ta không nên đối phó với những người trên 50 tuổi (dựa trên nghiên cứu của Nga), vì vậy câu hỏi đặt ra là, mức tăng tối đa 10% của những người trong độ tuổi từ 30-49 sẽ giải thích cho những thay đổi theo thói quen.

Nhưng tôi đoán tôi nên để bài tập này cho người đọc. Giả định cơ bản của tôi là, và đây là một giả định, rằng nếu các mô hình của Norman là chính xác, và nếu tất cả các nghiên cứu được trích dẫn là chính xác, thì những người không phải học điều này sẽ không học nó trong 2 năm, và rằng nhóm mục tiêu đã không di chuyển nhiều như vậy trong 2 năm mà đa số sẽ rơi ra, sau đó không có thay đổi đáng kể nào xuất hiện.

Thành thật mà nói, tôi đã thấy những thứ có khả năng hiển thị và ánh xạ kém mà các nhà phát triển UI của 80s mọi người mong đợi sẽ học sớm và điều đó chưa bao giờ xảy ra. Điều này bao gồm các hộp thoại xác nhận, phím tắt, phím bổ trợ. Các cuốn sách của Norman và Raskin có đầy đủ với nó, và tôi chắc chắn rằng sẽ không mất quá nhiều để tìm thấy một câu nói hay của Nielsen về nó.

Không phải mọi thứ không thay đổi trong hai năm: con người không thay đổi.

3
Aadaam

Trừ khi câu hỏi cụ thể hơn, một câu trả lời đơn giản là không thể. Nếu tìm kiếm mang lại một số lượng nhỏ kết quả, thì có khả năng (nhưng không nhất thiết) nó sẽ cho phép giao diện tìm kiếm và kết quả trực tiếp. Khi bạn nhận được kết quả được cập nhật mỗi lần nhấn phím, có lẽ không cần nút tìm kiếm.

Tìm kiếm này là gì? Có phải nó đang tìm kiếm văn bản trong một chỉ mục cơ sở dữ liệu (ví dụ: một chỉ mục web), tìm kiếm một thư viện hình ảnh, v.v.? Những bối cảnh cụ thể cần được xem xét nghiêm túc trước khi đưa ra quyết định loại trừ nút tìm kiếm. Tôi đã thấy quá nhiều người của thiết kế giao diện thế hệ cũ và mới rơi vào cùng một cái bẫy khi trải qua các chuyển động của thiết kế hoàn toàn bị che mờ bởi những định kiến.

Trên một lưu ý riêng. Khi có nút tìm kiếm, nó giúp người dùng kết nối tinh thần với hành động xúi giục tìm kiếm. Bên cạnh kết nối tâm trí và hành động, nút tìm kiếm là một yếu tố giao diện có giá trị để cung cấp tín hiệu về tiến trình tìm kiếm. Nút có thể bị vô hiệu hóa cho thấy một tìm kiếm đang được tiến hành và giao diện có thể hiển thị thanh tiến trình nếu tìm kiếm thường mất vài giây trở lên. Nếu không có tài liệu tham khảo thời gian rõ ràng và rõ ràng này vì nhấn nút tìm kiếm thì những khả năng này không khả thi. Sử dụng phím enter mà không có nút theo cách này thì không có hiệu quả.

Về mặt trực quan hoàn toàn của sự vật, nút cũng là một dấu hiệu cho thấy trường tìm kiếm không phải là một cái gì đó hoàn toàn khác. Vì vậy, nút tìm kiếm gián tiếp gắn nhãn thành phần nhập văn bản của bạn làm trường tìm kiếm. Một số mâu thuẫn (ví dụ: biểu tượng hình ảnh) có thể hỗ trợ trong việc cung cấp gợi ý như vậy nhưng nút đơn giản thực hiện một cách dứt khoát mà không phải nghĩ ra các tín hiệu khác.

2
Chris

Trả lời dựa trên tiền thưởng vào năm 2012. Đã có một số câu trả lời hay ở đây, nhưng tôi muốn đưa ra một điểm khác: cuộc thảo luận chủ yếu là về việc người dùng có cần nhấn nút để sử dụng thành công tìm kiếm hay không. Nhưng tôi tin rằng chúng ta cũng nên suy nghĩ về những gì xảy ra trước khi người dùng thực hiện hành động đó.

Làm thế nào để họ tìm thấy tìm kiếm của bạn? Nút tìm kiếm có thể đóng vai trò là chỉ báo . Trên một trang bận rộn hoặc nếu yếu tố tìm kiếm của bạn là nơi không chuẩn (nghĩa là không ở trên cùng bên phải), việc quét hình ảnh để tìm hành động đó có thể khó khăn.

Tất nhiên, tầm quan trọng của việc có chỉ số mạnh đó phụ thuộc vào ý định, thiết kế và đối tượng của trang web của bạn. Tìm kiếm rất quan trọng đối với Stackoverflow (hoặc UX), nhưng đối tượng của nó là người hiểu biết và thiết kế đặt tìm kiếm ở một vị trí tiêu chuẩn và nó tương phản tốt với nền. Nếu đối tượng của bạn ít hiểu biết hơn và/hoặc tìm kiếm là một đường dẫn quan trọng để sử dụng trang web, bạn có thể muốn xem xét việc giữ nó.

Để chọn Stackexchange siêu tuyệt vời một chút, tôi đã xem xét Trang web tiếng Anh . Đây là giao diện tìm kiếm:

enter image description here

Dễ dàng cho tôi sử dụng, tôi rất quen thuộc với bộ trang web của họ. Nhưng một người dùng lớn tuổi đến đó để tìm kiếm sự giúp đỡ về ngữ pháp? Một nút tìm kiếm có thể làm cho nó rõ ràng hơn. Mặc dù tôi cho rằng làm cho nền tìm kiếm màu trắng sẽ hữu ích nhất.

2
Voodoo

Tôi sẽ luôn luôn lỗi về phía khả năng sử dụng, ngay cả đối với khán giả kỹ thuật. Đối với những khán giả không có kỹ thuật, việc đưa nó vào có thể còn quan trọng hơn vì họ có thể không biết bạn chỉ cần nhấn enter để gửi biểu mẫu. Nút có thể được tạo kiểu để phù hợp với bố cục, vì vậy tôi sẽ giữ nó.

1
Virtuosi Media

Cách duy nhất để biết chắc chắn, đối với đối tượng cụ thể của bạn, là chạy thử nghiệm A/B - hiển thị một nửa cho người dùng của bạn một hộp văn bản có nút tìm kiếm và nửa hộp mà không có sự khác biệt về hành vi.

Hãy chắc chắn đọc về cách tiến hành thử nghiệm A/B hiệu quả trước khi bắt đầu.

Hoặc, nếu bạn không quan tâm đến điều đó và không muốn tất cả những rắc rối thực sự tìm ra, chỉ cần để lại nút ở đó.

1
Nir

Về mặt ngữ nghĩa, một nút gửi được sử dụng để gửi biểu mẫu. Giống như Esko Luontola đã đề cập, bạn có thể bỏ qua nút nếu tìm kiếm được cập nhật liên tục qua máy chủ sao chổi, vì đó không thực sự "gửi" biểu mẫu.

Nhưng nếu thực hiện tìm kiếm yêu cầu phải gửi biểu mẫu và trang được chuyển hướng hoặc tải lại thì có, tôi nghĩ bạn chắc chắn nên có nút tìm kiếm vì đó chính xác là những gì nút gửi dự định làm.

1
Carson Myers

Bạn phải luôn có nút tìm kiếm vì lý do này ...

Khi bạn nhập cụm từ tìm kiếm và nhấn enter trong một lần, điều đó là tốt.

Nhưng khi bạn nhập cụm từ, làm một cái gì đó khác và quay lại trang (có thể đã gọi điện thoại hoặc bất cứ điều gì) hoặc nhấp lại vào trình duyệt, sau đó bạn sẽ tự hỏi làm thế nào để hành động tìm kiếm mà không cần nút.

1
JamesRyan

Tôi đã có một biểu mẫu tìm kiếm phức tạp bao gồm hầu hết các trình đơn thả xuống tự động gửi bất cứ khi nào giá trị của một biểu mẫu thay đổi (sử dụng jQuery). Điều này hoạt động tốt, nhưng không có <input type="submit" /> nút hiện tại, biểu mẫu từ chối gửi khi nhấn enter trong một số trình duyệt, cho đến khi đầu vào bị mờ.

Điều này đã được giải quyết bằng cách đặt một nút gửi bị ẩn bởi CSS bên trong biểu mẫu.
[.__.] Trong tình huống này, một vấn đề về khả năng sử dụng đã được giải quyết bằng cách bao gồm một nút gửi, mặc dù nó đã bị ẩn.

Nếu bạn có ý định loại bỏ nút tìm kiếm, hãy đảm bảo trường tìm kiếm được dán nhãn rõ ràng là 'Tìm kiếm', với nhãn (tốt nhất là nội tuyến, như SO) để hướng dẫn người dùng.

Người dùng không bao giờ phải suy ngẫm, "Làm thế nào để tôi tìm kiếm?"

1
Petrus Theron

Tôi chưa bao giờ tiến hành một thử nghiệm loại bỏ nút gửi khỏi trường tìm kiếm, nhưng tôi đã thực hiện một thử nghiệm trên một hình thức có cấu trúc tương tự. Sau đây nên áp dụng để tìm kiếm là tốt.

Cách đây rất lâu trên trang web của tôi, tôi có một trường văn bản và nút để gửi bình luận. Tôi đã loại bỏ nút gửi vì tôi nghĩ rằng việc chỉ và nhấp vào nút sẽ lãng phí thời gian của người dùng. Vì vậy, tôi muốn thúc đẩy gửi bình luận bằng cách nhấn phím enter. Tôi đã thu thập số liệu thống kê về thay đổi này và không thấy số lượng bình luận được gửi giảm. Điều này dường như ngụ ý rằng nếu không có nút, mọi người sẽ tự nhiên thử điều tốt nhất tiếp theo - nhấn phím enter - để gửi nhận xét. Họ còn phải làm gì nữa? Bỏ cuộc? Không!

1
JoJo

Có nhiều hơn một câu trả lời cho câu hỏi này.

Các quyết định chính là: 1. Không gian, 2. Đối tượng

Khi bạn có một trang web có ít nội dung hiển thị khi người dùng hạ cánh (ví dụ: sử dụng trang đích đến trang web sản phẩm của bạn), bạn có quyền tự do sử dụng hộp tìm kiếm cũng như nút tìm kiếm để đi cùng với nó. Nhưng khi bạn có một trang web với vô số thông tin trải đều trên trang, bạn không muốn nó thêm vào sự lộn xộn bằng nút tìm kiếm.

Hơn nữa, như mọi người khác chỉ ra, khán giả quan trọng.

Tuy nhiên, điều cần tự hỏi ở đây, là một vài câu hỏi: Nút tìm kiếm có cần thiết không? Nó không rõ ràng sao? Nó có thể tránh được không? Nó không dư thừa à?

Tôi nghĩ rằng đề cập đến văn bản "Tìm kiếm công cụ ở đây" trong hộp tìm kiếm là một cách tuyệt vời để đi. Bạn có thể mặc nó với một chiếc kính lúp ở một bên để tạo cảm giác.

1
Birupakhya Dash