Background:
I write help content for three different software applications we develop. Until recently, the help was delivered as CHMs. I've been 'converting' that content to Responsive HTML5. Furthermore, I've combined the content into a single project; three helps combined into one - one master project that contains topics for all three applications. The Table of Contents root is basically three books; one for each application, and users can drill down into the content from there.
I chose to do this because, although these three applications are independent, they are also related, and I wanted users to be able to quickly and easily access information across all three applications from one help system.
Problem:
The issue I'm having is where users use the search facility to look for content, and the search results don't indicate which application they relate to.
For example, in application 'A' it's possible to scan documents into a client's record, and save them. It's also possible to do this in application 'B'. However, the process (and associated UI) for doing so is entirely different between the two applications (two entirely different teams of Developers work on these applications), so I need to provide instructions for each.
So, as a user, if I search for "Scanning", I get two results for "Scanning Documents" - one relates to application 'A', the other to 'B'. But without opening one (or both) results, I have no idea which result relates to which application. This can be very frustrating for users.
What I'm hoping for is a way to display the search results such that they indicate which application they relate to. I'd like to be able to add a filter option that allows users to do this, or at least have some sort of visual indicator to show which root book in the TOC each search result comes from.