Revvly
Docs
Guide

Build the knowledge base the AI answers from.

The support AI answers only from the articles you give it, and shows each customer only the articles their role and plan may read. This guide covers the five ways to add articles, how to say who may read each one, and how to keep the whole thing healthy.

#The Knowledge page

Where
  1. Support
  2. Knowledge

Every agent can read this page. Adding, changing and removing knowledge is for admins and owners; the buttons are hidden for everyone else.

The page has four parts: a banner when something needs attention, the pages waiting for a decision, the list of Sources (where articles come from), and the table of Articles, which shows each article’s address and can be sorted, filtered and cleaned up in bulk (see organise the articles). A workspace can have at most ten sources. Removing a source deletes its articles, and the AI stops answering from them at once; the site or help centre itself is not touched.

#Which source should I use

Your help is a public website
Add a help site. Revvly reads the pages. It has to guess who each page is for, so some pages will wait for your decision.
You have a few pages of text
Add a document: paste the text and say who may read it. You decide the audience, so nothing is guessed.
Your help is in Intercom
Import, Help centre articles, Intercom. Revvly reads the published articles with your token, with no website to crawl.
Your help is in Zendesk
Import, Help centre articles, Zendesk. Zendesk says who may read each article, and Revvly follows it.
Your articles are in your own system
Push them through the API. Your server states the audience for every article. See Push your help articles.

#Crawl a help site

Where
  1. Support
  2. Knowledge
  3. Add help site

Admins and owners. The site is read straight away once you add it.

Name
How the source is listed, for example Help centre.
Address
The full address, starting with https://. Only pages on this site are read, following its links and its sitemap.
Leave out
Paths not to read, one per line, where an asterisk matches anything, such as /blog/*.
Read it again
Only when I ask, Every day or Every week. See re-reading.
Ownership
You must tick that the site is yours or your company’s. Nothing is read until you do.

Revvly reads your site politely: https only, it follows the site’s robots.txt and crawl delay, skips pages marked noindex, and stops at a page limit (up to 2,000 pages; the source shows “Stopped at the page limit” when it did). It reads public pages only and needs no login or token. The schedule is chosen when you add the site; the page does not yet let you change it afterward. The paths to leave out can be changed at any time with Pages to leave out on the source (see keep a section out).

#Add a document

Where
  1. Support
  2. Knowledge
  3. Add document

Admins and owners. Documents are kept together in one source.

Give it a title, paste the text (Markdown or plain text, up to 200,000 characters), and choose Who can read it. Leave that empty to show it to everyone. The roles you choose are final from the start. You paste text; uploading a file such as a PDF or a Word document is not offered.

#Import an Intercom help centre

Where
  1. Support
  2. Knowledge
  3. Import
  4. Help centre articles
  5. Intercom

Admins and owners. The same Import menu is at the foot of the inbox views column.

Choose Intercom, give the source a name, choose where your Intercom workspace is hosted (United States, Europe or Australia) and paste an Intercom access token that can read articles. Revvly checks the token before saving it, then reads your published articles. Drafts count as not there.

The Import menu has a second choice, Past conversations, which brings in your Intercom conversations as tickets with their history rather than articles. It opens the same conversation import described in Import your Intercom conversations.

Intercom has no idea of who an article is for, so imported articles go through the same role matching as a crawled page, and an article with no public address is held for your review in case it is internal.

#Import a Zendesk help centre

Where
  1. Support
  2. Knowledge
  3. Import
  4. Help centre articles
  5. Zendesk

Admins and owners.

Zendesk address
The first part of your address: acme for acme.zendesk.com.
Agent email
The email of the Zendesk agent the token belongs to.
Language
Optional, such as en-us. Empty reads your default language. One language is read per source.
API token
A Zendesk API token. API access must be switched on in Zendesk.

Zendesk says who may read each article. An article shown to everyone is imported for everyone. One limited to a user segment waits in the review queue for you to choose roles, and is not used until you do. If someone restricts an article in Zendesk later, the next read pulls it out of use until you decide. The same Zendesk help centre and language can be connected once per workspace.

iBoth imports only read. Revvly never creates, edits or deletes anything in Intercom or Zendesk. The token is stored encrypted and is not shown again.

#Push through the API

An API source is filled by your own server, so there is nothing to add on this page. It appears in the Sources list as an API source once your server pushes its first article, with no Read now button and no schedule, because Revvly only changes it when your server calls the API. The full steps, with the key you need, are in Push your help articles to Revvly.

#Who may read an article

Each article has an audience: everyone, or one or more roles, and optionally some plans. The roles are the ones you define with the Roles button on the Knowledge page. Your system tells Revvly each customer’s role value, attributes and plan when they sign in to the chat (see Sign users in to the support chat), and each role’s rules decide whether the customer has it. A customer can have several roles and sees articles open to any of them, plus everything open to everyone. A customer who matches no role, or a visitor with no role, sees only what is open to everyone.

From source to AI answer
  1. Add a source
    Help site, document, Intercom, Zendesk or API push.
  2. Audience is stated
    Documents, Zendesk and API articles say who may read them.
    or
    Audience is matched
    Help sites and Intercom are compared with your role hints.
  3. Searchable
    Settled audience. The AI can use it.
    or
    Needs review
    Held and not used until you choose roles, Everyone or Leave out.
  4. AI answers
    Only from articles the customer’s role and plan may read.
An article reaches the AI only once its audience is settled, and a held article stays out until you decide.
Audience rules
Rules you set on a source decide first, by the article’s address. See Set who reads a section by its address.
Placing a page by role
When no rule matches, for crawled sites and Intercom, Revvly compares each article with the content hints of your roles (paths, section names and keywords you entered on each role). A confident match is used. If it cannot place an article, the article is held and not used.
Needs a decision
Held articles are listed at the top of the page with the reasons Revvly found. For each you can choose Everyone, Choose roles or Leave out. Showing a role’s page to everyone is the mistake that cannot be undone, which is why Revvly waits for you.
Changing it yourself
In the Articles list, Who can read changes the roles of one article. Your choice is marked “Set by an admin” and later reads of the source update the article’s text but never undo it.
Plans
Plans are set by whoever sends the article, for example a push through the API. The Who can read dialog changes roles and keeps whatever plans the article already has.

#Article and source status

Searchable
The AI can answer from it, for readers who may see it. This is the only status the AI uses.
Needs review
Waiting for your decision on who may read it. Not used.
Left out
You excluded it. Not used.
Failed
It could not be read or updated. The reason is shown under its title. If an earlier version was already searchable, answers keep using that version until the next successful read.

A source is Ready, Reading (the page refreshes its numbers every few seconds meanwhile), Failed or Off. The Articles column reads “12 of 14”: searchable out of all, with the number needing a decision and the number that could not be read underneath. The Used column counts how often the AI retrieved the article.

#Organise the articles

Where
  1. Support
  2. Knowledge
  3. Articles

Every agent can read and filter the table. Selecting rows and the bulk actions are for admins and owners.

When a source brings in hundreds of pages, the Articles table is where you sort out what the AI should and should not answer from. The first column is the article’s address, its path on your site, such as /blog/some-post. A pasted document has no address and says Document. Click a column heading to sort by Address, Title, Source, Status or Updated; click it again to reverse the order. The table shows 50 articles at a time with Previous and Next, and says how many articles match in all.

Search
Matches the title or the full address.
Source, Status, Who can read
Narrow the table to one source, one status, articles open to everyone, or articles one role may read. The Who can read column always shows, with each role as a badge, or Everyone.
Address rules
Each rule is Starts with, Contains, Does not start with or Does not contain, followed by the text to match. Add address rule stacks up to 10 of them, and an article must meet all of them, so you can take a section and leave a part of it out: starts with /docs and does not contain /fr. The two “does not” options keep everything else.
Starts with
Takes a section and everything below it: /blog finds /blog and /blog/some-post, but not /blogger. Capital letters, a trailing slash and a pasted full address do not matter.
Contains
Finds the text anywhere in the address, for example /comparison. What you type is matched as plain text, never as a pattern.
Sections
A row of buttons above the table lists the biggest first path segments with their counts, such as /blog 212. Click one to filter to that section; click it again to clear it. A section replaces only your starts-with rule and leaves the other address rules in place. The counts follow your other filters but not the address rules, so the other sections stay one click away.

#Change many articles at once

Where
  1. Support
  2. Knowledge
  3. Articles
  4. Select rows

Admins and owners.

Tick rows, or tick the box in the header to take the whole page. When the page is ticked and more articles match your filters, a line offers Select all 212 matching, which takes every article the current filters match, not just the page. A bar then shows how many are selected, with three actions:

Leave out
Takes the articles out of the AI’s answers. They stay in the table as Left out, later reads of the site keep them out, and you can bring one back by choosing who can read it.
Who can read
Sets the roles for all of them at once, as if you had set each by hand. Empty means everyone. Later reads of the site leave the decision alone.
Delete
Deletes the articles for good and the AI stops answering from them. The confirmation states the exact count and what it applies to. A deleted page can come back the next time its source is read, so to keep a whole section out use Leave out, or pages to leave out.

Every action sends the count you were shown. If the list changed in between (a read added pages, or someone else deleted some) and the real number is different, Revvly refuses and changes nothing, and tells you how many match now; look at the table again and repeat. One action takes at most 500 ticked rows, or 5,000 articles by filter; narrow the filters and repeat for more.

#Set who reads a section by its address

Where
  1. Support
  2. Knowledge
  3. Sources
  4. Audience rules

Admins and owners. For help sites, Intercom and Zendesk sources.

When your help site keeps each audience in its own folder, say so once instead of choosing roles article by article. Each rule has one or more conditions on the address path (starts with, ends with, contains, or the opposite of each; all conditions must hold) and the roles that may read what it matches, or Everyone. Rules run in order and the first rule that matches decides, so put the narrow ones on top: for example /docs/user/applicant/ for Applicants above /docs/ for Admins. Each rule shows how many pages it matches as you type.

Save
The rules apply to pages as they are added or change, on the next read.
Save and apply to existing pages
Also updates the pages already there, straight away.
What a rule never changes
A choice made by hand with Who can read (marked “Set by an admin”). A rule for Everyone also never opens a Zendesk article that Zendesk limits to a user segment; a rule that names roles can place it.
No rule matches
The article is placed from the roles’ content hints, as before. A folder written with a trailing slash, such as /docs/applicant/, matches that folder and everything in it, but not /docs/applicant-faq.

#Keep a section out for good

Where
  1. Support
  2. Knowledge
  3. Sources
  4. Pages to leave out

Admins and owners. For help sites, Intercom and Zendesk sources.

Imported a whole site and got the blog and comparison pages too? Add their paths as pages to leave out on the source, one per line, such as /blog and /compare. A rule matches every address that starts with it (an asterisk matches anything), so /blog also matches /blogger. Reads skip those pages, and the next read that finishes completely removes the ones already stored, so you do not have to delete them one by one. The rules are listed under the source’s name. For Intercom and Zendesk the rule is matched against each article’s public address, for example /hc/en-us/articles/123.

#Read now, or on a schedule

Read now on a source starts a read at once. It is offered for crawled sites and the two help centres, not for documents or API sources. A scheduled source (Every day, Every week) is read again when its last read is older than that; Revvly checks every few minutes. Only when I ask sources are read only when you press the button.

Before a read you start (Read now, or connecting Intercom or Zendesk), Revvly asks whether to Update who can read from the role hints. It is ticked by default. Ticked, articles whose readers Revvly guessed are guessed again from your roles’ current hints, even when their text did not change. Unticked, they keep the readers they have; new articles are still guessed. Articles whose readers you chose yourself are never changed either way, and neither are Zendesk’s own user segments. Scheduled reads follow your last choice.

An article is removed only when a read that finished completely did not see it. A read that stopped at the page limit, failed or was interrupted proves nothing about the pages it did not reach, so it removes nothing.

#Keeping it healthy

When something needs attention, a red banner at the top of the Knowledge page says how many sources could not be read, how many articles could not be updated, how many of those still answer from an earlier version, and how many need a decision. The same total shows as a red badge on Knowledge in the sidebar, so you see it from any page. Nothing is sent by email or Slack yet; the badge is the alert.

Automatic retry
When a scheduled source fails, its row says “Failed 3 times in a row. Trying again in 40 min.” The wait starts at 5 minutes, doubles after each failure up to 6 hours, and resets after a clean read. A source set to Only when I ask is not retried by itself.
Waiting for a new token
An Intercom or Zendesk source whose token was refused (revoked, expired or lacking access) shows “Waiting for a new token” instead of a retry time. Revvly stops retrying, because trying again with the same token cannot help. The dashboard has no button yet to replace the token on an existing source. Until it does, remove the source and connect it again with a new token; the articles are read again, and audience decisions you made on them are lost.
Temporary trouble
A brief outage or a rate limit at Intercom or Zendesk is retried within the read. If a read cannot be completed, nothing is removed on its strength.

#Not built yet

  • A box to test what a given role and plan would retrieve for a question.
  • Changing a source’s schedule after you add it.
  • Reading an article again from the table for many rows at once.
  • Replacing the token of an existing help centre source.
  • Email or Slack alerts for failed sources.
  • Uploading files (PDF, Word) or images; articles are text. Zendesk languages other than the one you choose, and Intercom collections, are not read.

Related