- Step 1: Installing Coveo for ServiceNow
- Step 2: Creating a ServiceNow Source
- Step 3: Planning for Query Pipelines
- Step 4: Replacing the Service Portal Search Page
- Step 5: Replacing the Service Portal Search Boxes
- Step 6: Configuring the Case Deflection Panel
- Step 7: Configuring the Insight Panel
- Step 8: Adding the Page View Tracker to Your Portal Pages
- Step 9: Configuring a Recommendations Panel
- Step 10: Configuring the Built-In Coveo-Powered Search Page
- Step 11: Configuring Query Filters
- Step 12: Adding Coveo for ServiceNow to the Virtual Agent
- Step 13: Configuring Machine Learning Models
Planning for Query Pipelines
To allow your ServiceNow end users to benefit from Coveo™ for ServiceNow, you must add Coveo for ServiceNow widgets to your ServiceNow instance. These widgets are meant to improve your end users’ journey by allowing them to search multiple sources of content through a single search box, providing them with the most relevant content, and proactively recommending items in which users with a similar profile and journey were interested. The next steps of this deployment guide cover the process of adding the Coveo for ServiceNow widgets to your instance.
When an end user interacts with a Coveo for ServiceNow widget, this widget sends queries to your Coveo Cloud index, which then returns matching items to display in the widget (see Architecture). To reach the index, queries transit through a query pipeline. A query pipeline is a container filled with rules and often associated with Coveo Machine Learning (Coveo ML) models that either modify queries before they arrive to the index or apply to the results returned by the index before they’re displayed in your Coveo for ServiceNow widget (see What Is a Query Pipeline?).
This article explains how you must plan your widget deployment with query pipelines in mind.
Widget Deployment Process Overview
The process of deploying Coveo for ServiceNow widgets and linking them to a pipeline is the following:
- Determine how many query pipelines you need.
- Establish a widget naming convention.
- Add a widget.
- Add or edit the corresponding pipeline to link it to the widget.
- Further configure your pipeline to handle the features specific to this widget.
- Repeat steps 3 to 5 with the next widget.
Determine How Many Query Pipelines You Need
In general, it’s best to create a query pipeline per audience, i.e., end-user segment. For example, if you add Coveo for ServiceNow widgets to both your customer portal and your employee intranet, you have two audiences: your customers and your employees. You should therefore create two pipelines, as these two audiences must find different content through your widgets. Different contents typically require different sets of query pipeline rules, so it’s best to organize the sets separately. The number of widgets deployed for each audience is irrelevant; if two widgets serve the same audience and purpose, they should be linked to the same pipeline.
However, if two audiences happen to need several similar pipeline rules, it may actually be more efficient to link all widgets to the same pipeline. Maintaining a single pipeline is often easier since you don’t have to duplicate rules from one pipeline to another. In this scenario, if a rule must apply to only one of the audiences your pipeline serves, you can use a query pipeline condition to ensure that only this audience’s queries are affected by the rule (see Adding and Managing Query Pipeline Conditions).
In short, there’s no formal rule as to the number of pipeline you should create with regard to your number of Coveo for ServiceNow audiences. We recommend that you find a balance between creating several pipelines and therefore duplicating many rules, and creating one pipeline covering too many use cases with a large number of conditions. You should aim for an approach that makes sense to you and that’s simple to understand and maintain.
Establish a Widget Naming Convention
Before deploying widgets, it’s essential to establish a naming convention to use when adding Coveo for ServiceNow widgets to your ServiceNow instance. This naming convention will prove useful when adding query pipelines or query filters and associating them to the desired widgets.
There are two options you can use to name Coveo for ServiceNow widgets. These options are Scope and Component. To name a widget you added to a ServiceNow page, access its customization options, and then fill in these fields according to your naming convention.
We recommend that you base your naming convention on the audience and the widget type. In the Scope field, you should enter a keyword identifying your audience, while the Component field should specify the type of widget you used.
You decided to add widgets to your customer portal and employee intranet. Therefore, in the Scope field, you enter
Intranet, depending on where you added each widget.
In short, for a Searchbox widget in your intranet, you enter
Intranet in the Scope box and
Searchbox under Component, and so on for other widgets.
If you don’t want to follow this naming convention, ensure to pick descriptive names that can be easily remembered when creating query pipelines and query filters.
However, the Scope and Component options are independent. This means you could leave the Component box empty so that all widgets in the specified scope are targeted when you make changes to query pipelines or query filters. Conversely, you could decide that you don’t need a scope and use the Component option only. In such a case, all components would belong to the default
ServiceNow scope. These are however advanced ways to identify your widgets, and we recommend that you provide a scope and component when starting out with Coveo for ServiceNow.
Once you have identified your audiences and established a naming convention for your widgets, you can start adding Coveo for ServiceNow widgets to your instance and configuring the corresponding query pipelines. See Replacing the Service Portal Search Boxes first.