base9 Knowledge · early access

Most of what your team knows is in its replies, not its help center.

base9 keeps that knowledge complete, consistent and current. It builds it from what you already have: your articles, your resolved tickets and your internal documents, and writes the fix for your team to approve.

A work email, approved by a person within a day or two. You get a made-up help center with 30 solved tickets to try, and can add your own. See how it works

Knowledge coveragelast 90 days
61%

Your help center could have answered 122 of your last 200 solved tickets.

  • Answered 122
  • Only partly 28
  • Not answered 50
  • Got an answer that disagrees with an article 12
What to write next
Re-linking SSO after changing identity provider14 tickets
Export limits on the Starter plan9 tickets
Pairing fails after the 3.2 firmware update7 tickets
Draft · new articlefrom 14 resolved tickets

Re-linking SSO after you change identity provider

  1. In Settings → Security, remove the old identity provider.
  2. Add the new provider and upload its metadata file.
  3. Ask each user to sign in once; their account links automatically.
From an agent's reply · ticket SUP-2981"Remove the old IdP under Settings → Security first, then add the new one and upload its metadata."
From an agent's reply · ticket SUP-3044"Once each user signs in again, the account links on its own."
✓ Every sentence traced to the tickets✓ Customer details left out✓ Written before you asked
ApproveEditDismiss

Made-up example. The numbers, tickets and article are illustrations, not results.

The problem

The best answers live in your team's replies, not your help center.

An agent solves something new in a reply or an internal note, the ticket closes, and the answer stays in that ticket. The next agent starts from zero, and so does any AI agent you put in front of your customers.

Never written down

Fixes and workarounds stay in tickets, internal notes and chat threads.

Drifting out of date

Releases ship and policies change. Articles that were right become partly wrong.

Contradicting each other

Two articles give different steps or limits. Agents and AI pick one at random.

Nobody's job

Writing articles competes with answering tickets, and loses. Knowledge programs fade.

How it works

Knowledge captured as tickets are solved. Your team only reviews.

The idea behind Knowledge-Centered Service (KCS), without the manual work.

1 · CONNECT

Read-only access

Your helpdesk and your knowledge base, plus internal runbooks and saved replies if you want them in.

2 · READ

Every resolved ticket

Each one is summarised as it's read: what was asked and what fixed it. The conversation, and who the customer is, aren't stored.

3 · CHECK

Was the answer documented?

Compared with your articles, with quoted evidence from both the ticket and the article.

4 · DRAFT

The fix, from evidence

A new article or an edit, written before you ask and only from what your agents wrote. New articles are checked sentence by sentence.

5 · APPROVE

A few minutes, then measure

One change at a time. Each sitting ends with your coverage before and after.

For every resolved ticket

Answered, partly answered, not answered, or contradicted.

Each result comes with the article and the passage it rests on, checked word for word. Tickets that ask the same thing are grouped into one topic, with the count: "asked in 14 tickets".

Answered

An article contains what fixed it.

Counted as answered, and the article is credited as doing the work.

Partly answered

An article covers the topic, not the detail.

The step or condition that fixed it is missing. An addition is drafted from the ticket.

Not answered

No article has the answer.

A new article, written from how your team resolved the tickets that asked.

Contradicts an article

The answer your team gave disagrees with one.

Both passages side by side. Which one is right is your call.

Left out

Nothing to learn from it.

Closed with no answer, a duplicate, or not a question. Skipped, with the reason recorded.

What needs you

Three kinds of fix, each read in its own way.

What base9 finds is turned into the fix that settles it, and each fix is one decision. One number says how many are waiting, and each kind says about how long it will take.

  • 1
    A change to one of your articlesA correction replaces one passage. An addition goes in as a new section. Both are read as a before and after, in place.
  • 2
    A new articleFor a question no article answers, written from how your team resolved the tickets that asked. Read as an article.
  • 3
    Something that disagreesTwo articles, or an article and what your team told a customer. A question, not a task: which is right? Duplicates are asked the same way: which one do you keep?

A missing step or an outdated value can't be worked out from the text. base9 lists these and asks. It doesn't guess.

base9
Fixes21 waiting · about 16 min in all
12changes to your articles8 corrections, 4 additions · about 7 minStart →
4new articlesread as an article · about 6 minStart →
5things that disagreewhich is right? · about 3 minStart →

9 articles need something only you know before a fix can be written.

Made-up example numbers.

A few minutes a week

The fixes are written before you sit down. You only decide.

Nobody has to open a finding, ask for a fix and wait. The most valuable fixes are prepared in the background, and you go through them one at a time.

  • 1
    Written ahead of timeNew articles, additions and corrections are ready when you arrive. If an article changes after a draft was written, the draft is thrown away and written again.
  • 2
    One fix, one decisionThe fix, what it was checked against, and what approving does. Approve, edit, skip or dismiss, from the keyboard if you like.
  • 3
    It says what happenedEach approval says what the article now says. After a sitting, the tickets are checked again, and you see how many your help center could answer, before and after.
base9
Correction 2 of 10about 4 min left
CorrectionAccount security FAQ
The reset link's expiry time

The answer your team gave on SUP-3120 disagrees with this article.

Password reset links are valid for 24 hours30 minutes.

Approving replaces this one passage, exactly where it stands.

Approve AEdit ESkip SDismiss D

Done. "Account security FAQ" now says: "Password reset links are valid for 30 minutes."

End of this sitting · tickets your help center could have answered
61% → 66%

Was 122 of 200. Now 132 of 200. 8 fixes approved.

Made-up example.

When things disagree

It asks which is right, and shows what your answer changes.

Two articles give different steps or limits, or an article says one thing and your team told a customer another. base9 can't check your product, so it doesn't decide. It puts the two passages side by side and asks.

  • 1
    A suggested answer, with its reasonWhere the evidence favours one side: more articles say it, more tickets relied on that article, or it was confirmed more recently. Where it doesn't, base9 says it can't tell.
  • 2
    The fix, before it's appliedYour answer becomes a correction to the other article, shown to you first.
  • 3
    One answer, every placeIf other articles state the same thing the wrong way, they're corrected by the same answer.
  • 4
    "Both can be true" is an answer tooDifferent products or versions can each be right. Say so once and it isn't raised again.
base9
Which is right?Question 3 of 5

Two articles give different expiry times for a password reset link.

Resetting your password"The reset link expires after 30 minutes."This is rightSuggested. Two other articles say 30 minutes, and 9 resolved tickets relied on this one.
Account security FAQ"Password reset links are valid for 24 hours."This is right

Both can be true · Not sure, skip

Made-up example.

The number to watch

What's your knowledge coverage?

The share of resolved tickets whose answer was already in your knowledge base. Few teams know it. It shows where your help center is working, and it goes up as approved fixes go in.

  • 1
    Over timeThe share answered by the week tickets were resolved, and before and after each round of approvals.
  • 2
    The gaps behind the most ticketsThe questions no article answers, ranked by how many tickets asked, each with where its fix stands.
  • 3
    What each article didThe tickets it answers, the ones it comes close on, the ones where your team said something else, and the articles no ticket needed.
Which articles are doing the work?last 12 weeks
ArticleAnsweredPartlyContradicted
Resetting a device to factory settings642–
Apps not appearing after install813 ◐–
Account security FAQ3142 ⚠
API rate limits22––

⚠ Contradicted: your team told a customer something else · 3 articles
◐ Close but not enough: comes close more often than it answers · 5 articles
○ Not needed by any ticket in this period · 16 articles

"Answered" means the article holds the answer and the customer wrote in all the same.

Made-up example numbers.

How do you know it's right?

Check it yourself, on your own tickets.

Nothing here asks you to take the AI's word. Three ways to see for yourself.

Accuracy

Scored against your team's answers

Say whether base9's results on your own tickets are right. It is scored against what you said, and it tells you when there are too few to rely on.

Try a question

Ask what a customer would

Type a question and see what your articles would answer. Each part of the answer is shown with the passage it came from. Nothing is sent to anyone.

Guardrails

Checks the AI can't skip

They run in code on every result: every quote is looked up in its source, nothing changes without approval, and words you never want in an article are caught before a fix can be approved.

Is it working?

Where you're weak, what it costs, and what each fix did.

Counted from your own tickets, for the last 4, 12 or 26 weeks. Every row leads to the fix or the tickets behind it.

  • 1
    Where the help center is weakThe share answered, by product, with the weakest pointed out.
  • 2
    What that costsThe gaps behind the most tickets, and how long those tickets were open with your team, when your helpdesk says.
  • 3
    What each fix didFor every fix you approve, the tickets that came in afterwards on that subject, and how many your help center could answer.
base9
Insightslast 12 weeks
Where are we weak?
By productTicketsAnswered
Single sign-on Weakest2218%
Integrations6156%
Billing8478%
Is it working?
FixTickets sinceAnswered
Correct: reset link expiry99 ✓
New: sync stops when a token expires76 ✓
New: re-linking SSO83 ⚠

⚠ Re-linking SSO: 5 of 8 tickets since still weren't answered. The article may be missing something.

Made-up example numbers.

It reads every article

It understands each article the way your best agent does.

That's how it notices a step written for an older version, or an answer meant for a different product.

  • 1
    Labels on every articleProducts, the version its steps apply to, type and audience. Your corrections are kept and never overwritten.
  • 2
    Exact error messages and menu pathsRecorded from each article, so a ticket that quotes an error finds the right one.
  • 3
    Where it's usedWhich tickets it answered, the passages quoted from it (checked word for word), and when it was last relied on.
  • 4
    What's open against itIts problems and the fixes waiting for it, on the article itself.
base9
Help center · How-to · Public · updated 3 weeks ago

Setting up single sign-on with SAML

Has problems · answered 3 tickets: SUP-3187SUP-3122SUP-3090
ProductsWeb appAdmin console
Applies toVersion 5.0 and later
AudienceAdmins
Error messagesSAML response invalid
Menu pathsSettings → Security → Single sign-on

1. Open Settings → Security → Single sign-on and choose SAML.

2. Paste your identity provider's metadata URL and save.

3. Test with one admin account before turning it on for everyone.

Quality note Missing step: doesn't say to upload the identity provider's certificate.

Made-up example. Highlighted: the passage that answered a ticket, checked word for word.

Safe by design

It proposes. Your team decides.

Nothing changes without approval

Every new article and every edit waits for you. Sending approved fixes to your knowledge base is a separate step, and stays your call.

Evidence for every claim

A new article uses only what your tickets say, and is checked sentence by sentence. An edit replaces one passage, exactly where it stands, or it isn't applied.

Your tickets aren't kept

Each ticket is read once and summarised: what was asked and what fixed it. The conversation, and who the customer is, aren't stored.

It doesn't guess

Missing steps and outdated values are listed for you, not invented. Where two articles disagree and the evidence doesn't settle it, base9 says so.

Read-only to start, and your whole team

base9 reads tickets and articles; writing to your knowledge base is a separate permission you grant. Invite colleagues at your company: owners decide what is connected and checked, everyone can review.

Your data stays yours

Kept in your own workspace, separate from every other customer's. Security & privacy

Works with what you have

Your knowledge base stays. It just gets better.

No migration and no new place to write. base9 reads from where your knowledge already lives.

  • 1
    Your helpdeskJira Service Management and Zendesk today, or upload an export of your tickets. Tell us which one you use.
  • 2
    Your knowledge baseA Zendesk help center, a Confluence space, or any public help center read from its address.
  • 3
    Saving approved changes backApproved changes are applied in base9 at once. Sending them on is a separate step you choose: to a Zendesk help center or a Confluence space as drafts, or copied across by hand anywhere else.
  • 4
    Runbooks, manuals and notesUpload them today, one at a time or as a whole folder or zip, marked public or internal. Keeping a Google Drive or Dropbox folder in sync is rolling out with pilots.

Makes every AI better

Better knowledge, better answers

Whoever answers your tickets, a new hire, an outsourced team, your helpdesk's built-in AI or a chatbot, they can only be as good as the knowledge they work from.

Start here

A free month on your own tickets.

Read-only, with no card. You see your coverage and the fixes base9 would make, before deciding on anything ongoing.

You get

Coverage and the top gaps

Your coverage, the topics costing the most tickets, and drafted articles for them.

Plus

Conflicts and article health

Articles that contradict each other or your agents' answers, articles with problems, and articles no ticket has needed.

We need

Your help center and solved tickets

The address of your help center and up to 500 solved tickets. Book a demo if you would rather set it up with us and walk through what it finds.

What's built, and what's rolling out with pilots

Built

  • Importing and tagging your articles and uploaded documents, one at a time or as a folder or zip
  • The helpdesk connection: Jira Service Management and Zendesk
  • Ticket summaries, with nothing else of the ticket kept
  • A result for every resolved ticket, with its evidence
  • Contradictions, duplicates, dead links, and stale or unused articles
  • Fixes written ahead of time: new articles, additions, corrections
  • Review one fix at a time; disagreements as questions
  • Sending approved fixes to a Zendesk help center or a Confluence space, or copying them across by hand
  • Inviting colleagues at your company

Rolling out with pilots

  • Keeping a Google Drive or Dropbox folder of documents in sync
  • A weekly digest

Everything under "Built" runs today. The connections have been run against test accounts; pilots are where they meet a customer's own tickets.

After the month

Ongoing

The loop on every resolved ticket, with changes ready for a few minutes of review a week. From $500 a month, set by the tickets you solve, not per user. Pricing

No commitment

The free month stands on its own: nothing to cancel. Continue only if the numbers are worth it.

Early access

We're working with a small number of teams first, closely. Their feedback shapes what we build next.

Questions

What people ask first.

Do we have to move to a new knowledge base?

No. base9 reads your existing knowledge base, and your team keeps writing and publishing where it already does. Approved changes are applied in base9 first; sending them back is a separate step you choose.

Will it change our articles without asking?

No. Every new article and every edit waits for approval, and what reaches your knowledge base stays your decision.

How is this different from the AI in our helpdesk or knowledge base?

Built-in AI uses your knowledge as it is, or helps a person write. base9 finds what's missing or wrong, from your resolved tickets, with evidence, and drafts the fix from what your agents actually wrote. It works across tools, and it makes the AI you already have better.

How do you know a draft is right?

A new article is built only from your tickets, never from the AI's general knowledge, and checked sentence by sentence against them. An edit replaces one passage and is refused if the article has changed since it was written. Where base9 can't know (a missing step, which of two articles is right), it asks. And a person approves everything. And you can check it yourself: Accuracy scores base9 against results your own team confirmed.

What about personal data in tickets?

base9 doesn't keep your tickets. Each one is read once and summarised: what was asked and what fixed it, with the customer left out. The summary is then checked for leftover emails, phone numbers and names. To write it, the ticket is sent to an AI model over a business API; see Security & privacy.

How much of our time does it take?

A few minutes a week. The changes are written ahead of time and reviewed one at a time, in sittings of about ten. Disagreements between articles are asked as questions with a suggested answer.

What do you need from us?

Read-only access to your helpdesk and knowledge base; to start, your help center's address and some solved tickets are enough. Ongoing, someone who owns the knowledge base and reviews the changes.

Is this the same as base9 Triage?

No. base9 Knowledge keeps your knowledge complete and current, and is where every team starts. base9 Triage uses that knowledge to route and draft replies for new tickets; it is optional and available on request, configured for one team at a time and tested on that team's own tickets.

Next step

Book a demo. We'll show it on tickets like yours.

A work email and your website is all we need. Before we talk, we'll look at your public help center.

  • 1
    We reply within a day or twoTo find a time that works.
  • 2
    A 45-minute callHow it works on a help center like yours, and what it would find on your own tickets.
  • 3
    No commitmentIf it isn't a fit, we'll say so.

Got it, thank you. We'll be in touch within a day or two. If it's urgent, email contact@base9.io.

No commitment · How we handle your data