2.0 Search bar Design
Kesavan M
The customer prefers the search bar to be displayed inline, similar to its appearance in KB Site 1.0, rather than as a full-screen overlay.
Currently, in Site 2.0, the search bar appears as a pop-up at the top of the site. The customer is requesting the previous design from Site 1.0.
Log In
Gerard
i appreciate the reintroduction of the titles-only search. We're finding that many of our users dont realize we have genAI search. It would be awesome if we made that UI clearer, maybe even a separate cta button that only opens genAI/Eddy search with the option for keyword
Nivedha Mohan
Customers find the new search bar placement in version 2.0 confusing, as it appears to be intended only for the left-hand TOC. Could you please check if it's feasible to revert to the previous design from Site 1.0?
D
D360 Product Management
Merged in a post:
Autofocus on search bar when user is in the homepage in site 2.0
Uppili Srinivasan
When users navigate to our homepage in KB site, the first things most users want to do is start searching. Currently, they have to manually click in the Search bar. Instead, we would like for the mouse cursor to automatically appear in the Search bar so that users can just start typing.
A
Anna Aleksandrowicz
Please please fix this - it's really not a great experience and we're already getting negative feedback from our users.
Uppili Srinivasan
Raised on behalf of Oren Kaufman
Scott Kahre
The Search functionality is core to our users’ experience on our Knowledge Base, so it must be simple, accurate, and easy to use. Unfortunately, we feel that the Version 2 Search feature is moving in the wrong direction with respect to those goals. It will create confusion and frustration among our users when they are trying to find articles relevant to their search terms.
When more than a few Search results are generated, the number of results displayed in the pop-up do not match the number of results visible, and it's not clear how to view the rest of the results. Just display all the results with the most relevant at the top, and let the user scroll if needed.
In addition, a native Search button that takes the user to a dedicated Search page (with the option to open in a new tab or window) would be very helpful so the search pop-up doesn't have to cover up the article currently in view. And, I don't want to put this in the header as a workaround.
We also request that the differentiation between “Category” and “Article” results be eliminated, as it’s confusing to understand what the difference is. A simple list of all results from a search term would be much better, arranged by relevance.
Garrett Holthaus
Scott Kahre +1 to all of this!
Elizabeth Straub
We receive daily complaints from users about this design. Please revert to the 1.0 search, or at least give us the option to choose.
J
Jeff Aftel
Agreed - forcing the user to click twice (once on the displayed search and then again in the overlay) is bad UX.
J
James Dempsey
Please provide this option.