Feature Request

Integrate Eddy into the knowledge base widget. Eddy is a great AI feature, but the customer should come to the knowledge base to access it. It would be great if we gave our customers a chance to integrate it into their website/product. Since chatbots are something that is not on our radar, we can have a different section in the KB widget as Ask Eddy, like page help and quick support. The same functionality of Eddy can be reproduced there so that customers can use this AI feature anywhere and there is no need to come to the knowledge base itself.

The KBA should retrieve articles for web sites with URL mappings. If there is no URL mapping for a specific page, the KB Assistant should not display any articles. However, as of today, which is unusual, the KB Assistant gets some article that is not even linked to the web page that is generating a bad/confused UX. The functionality lacked obvious logic in my opinion.

I want to remove/hide the dropdown for the knowledge base. The different versions should only be visible on specific portals, and I want to control which portal see what verison. We have two different portals with different URL's, and each portal should only see one of the bases.

We have public and private documentation in our KB, and we can set security rights there. The same functionality we need in KB Assistant. There is no possibility to show only specific categories inside the in-App Assistant. KB Assistant shows everything. Due to this limitation, we can't use it inside our products as a documentation system.

Ability to create a support widget with the ability to create contact forms and other customizable modules

We've separated the KB into categories (e.g. 'Activities'). Within some of the sub-categories (e.g. 'Rooms', 'Polls' etc) there are articles with the same names (e.g. 'Overview', 'Setup and configuration' etc). This works fine when accessing in the browser (see KB tree screenshot), but when opening the widget, there is no way of differentiating between the top articles, or list view articles, of the same name (see KB widget screenshot). Is there a way of giving an article a 'widget name', which shows differently in the top articles, or list view articles (e.g. 'Rooms overview') without having to change what shows in the browser view?

We need to be able to apply custom styling for content inside in-app assistant.

It would be nice if Document360 had an in app widget that could be embedable in our own website so users could search for articles within our portal using that app.