Current SearchUnify capability - It offers a bare-bones HTML and CSS editor. You can use it to customize your search client to the last HTML element. The editor can be used to customize three components:
Search Results Page
No Results found Section
Where drag-drop can be used:
There could be a drag and drop customization screen to customize the search client. Assuming that the admin, who customizes the search client, doesn't need to have any knowledge of HTML or CSS, he/she, while using the drag and drop feature, would not only be able to add or remove elements easily, but also would have no risk at all for breaking the search client.
Ease of use and capability in one box. This could prove to be a breathtaking feature in the future.
Make the entire filter checkbox including the label clickable to help the user "choose" filter values without having to be so precise. This will really improve the mobile experience, where touch targets have to be much more substantial for success.
The document should be automatically classified into a different type of classes or categories. So that admin will be able to manage its content easily.
Admin will be able to select data from content sources/objects for classification.
Admin can see the status of classification.
UI to browse each and every document from the classification tab.
The feedback system for content classification.
On mobile, add an "apply" button to the filters panel when applying filter changes, rather than the confusing "close" control that serves to both close the panel and apply filters. End user would not know "close" would apply and close.
For new cases, agents don't have any reference material to help them in resolution. As they resolve the query, an option to quickly create an article through SearchUnify service console simultaneously will help them create a reference case resolving content. This will help save the time of other agents who may come across similar case promoting KCS.