amvioOverviewWhat Amvio isThe conversationThe voice lineHandoverWhat it was givenDiscoveryKnowledgeWhat it keepsAccount memoryCognitionYour teamThe dashboardStudioCustomer-facingCustomer successOnboarding specialistCustomer supportProduct specialistRevenueSales engineerRenewalsProduct intelligenceUser researchDocumentationThe argumentvs. more headcountWhy AmvioHow it worksThe documentsSecurityPrivacyTermsFor your reviewerSub-processorsDPAFor your usersFor end userssign inbook a demo

Your documentation knows what it says. It does not know where anything is.

Knowledge is everything Amvio can answer from: what it learned by walking your product, and what you have already written — turned into answers rather than pages, and approved by you before any of it reaches a customer.

Book a demoWhere it came from

Four sources, deliberately not poured into one pile.

Where two of them disagree, it matters enormously which one said what. Flatten them together and you have thrown away the only thing that could settle it.

01

Your product itself

watched

What Discovery recorded by being walked through the software. The only source that describes the product as it is today rather than as somebody described it once.

02

What your team explained

taught

The things said out loud during a walk, or typed into Studio afterwards. Short, high-value, and the only source that carries intent — why a rule exists, not just that it does.

03

Your help centre

written

Crawled and kept. Excellent for the things it covers, and silent on everything it does not — which is most of what people actually get stuck on.

04

Your internal material

uploaded

Notion, runbooks, the document your support team keeps for themselves. Usually the best-written knowledge in the company, and usually the only copy is in one team's head.

Nothing it learned answers anybody until one of you has read it.

It proposes, you decide. There is no state in between where something it worked out quietly starts speaking to your customers.

01

In

What Discovery learned from walking your product, plus the material you have already written — a help centre, a Notion space, documents you upload. Where the two disagree, it knows which one it watched happen.

02

Compiled

Not kept as pages. Separated into the things your product actually has — a concept, a rule, a workflow — so “what is a health score” and “how do I raise one” are two questions it can answer two ways.

03

Reviewed

Everything it writes waits for you, and nothing that is waiting can answer a customer. Somebody on your side reads it and approves or declines it. What you decline is kept so you can see what was proposed, and is never used.

waiting for you · answers nobodyapproved · answers customersdeclined · answers nobody

The answer is usually one line in the middle of a page about six other things.

Which is why searching your documentation so often returns the right page and leaves the reader to find the sentence. Amvio is looking for the sentence.

one page of your help centre
Bulk import
A file may contain up to 5,000 rows.
Imports run against the account's default carrier list.
Trailing whitespace in the carrier column causes a row to fail.
A failed row is reported with its line number and left unimported.
Scheduled imports retry once, after fifteen minutes.
The importer accepts CSV and TSV, not XLSX.
somebody asks

“How many rows can I put in one import file?”

a search box

Returns the Bulk import page. The person now reads six paragraphs looking for a number, on a screen they opened because they were already stuck.

Amvio

“Five thousand rows per file — split anything larger and the second file imports on its own.” Then it can see whether theirs is larger.

Finding the right document is not the same job as answering the question, and your users have never wanted the first one.

Your help centre says one thing. The screen says another.

This happens constantly, and it is the moment where most systems quietly pick the wrong one. Here it is not a tie to be broken — it is already ranked.

your help centre
written 14 months ago · still published

“Exports are limited to 1,000 rows per file.”

the screen
seen during a walk · this month

“A file may contain up to 5,000 rows.”

what your team said
explained out loud · outranks both

“It went to 5,000 in the spring, and the doc was never updated.”

A person explaining something outranks a screen, and a screen outranks a document. Not because documents are bad — because they are the only one of the three that cannot have changed since it was made.

It would rather say nothing than say something nearly right.

Every system like this picks one of two ways to fail. It is worth knowing which one you are buying, because your customers meet it on their worst day.

what most of them do

The nearly-right answer

The lookup finds nothing exact, so it returns the closest thing it has and writes around it. The user gets a confident paragraph about a neighbouring feature and acts on it — and neither of you finds out until something has gone wrong twice.

what this does

No answer, and the question kept

It says it has nothing on that, offers the nearest thing it is genuinely sure of, and the question goes on the list your team reads. Nobody is misled, and you find out the same week that people are asking.

The cost of that choice is real and worth stating: occasionally it will decline a question it could have half-answered. That is the trade being made on purpose.

A knowledge base is only as good as the day it stops being maintained.

Which is the reason most of them quietly become wrong. Three things keep this one from going the same way, and none of them is somebody's quarterly task.

01

Age is on the record

Everything carries when it was last confirmed. Something nobody has checked in months does not get to answer with the same confidence as something confirmed this week.

02

Replacement, not decay

When a fact changes, the old one is retired and points at what replaced it. Nothing quietly fades — you can see what it used to believe and when it stopped.

03

Your users are the check

Every question that comes back empty is recorded. If your product moved and nobody re-walked it, that shows up as a list of questions rather than as silence.

Three things are never allowed to become knowledge.

A knowledge base is defined as much by its exclusions as by its contents, and these three are the ones that would quietly poison everything downstream.

01

A gap

The things Discovery could not establish are tracked as open questions and closed as they get answered — and they never quietly turn into answers. A gap must not become a claim.

02

A rejection

Anything your team declined stays declined. It is kept so you can see what was proposed and what you decided, and it never reaches a customer by any route.

03

An absence

“The page has no export button” is not the same claim as “this product cannot export”, and the second one is never inferred from the first. Turning absence into a claim is the most confident kind of wrong.

Ask it something true about your product that nobody wrote down.

That is the question a documentation search cannot pass and this is built to. It is also the fastest way to tell the two apart.

Four parts, and none of them is any use on its own.

A map with nobody to ask. A conversation with nothing to draw on. A memory of a product it never learned. The system is the point.

The conversation
What it was given

Discovery

It walks your product screen by screen and writes down what it found, in a 22-section record per page — including what it could not establish.

read the page →

Knowledge

Your maps and docs compiled into things it knows, held at two grains so a single fact inside a long document can still be found.

you are here
What it keeps
Your team

Your users are about to have someone.

book a demoget started
it starts working with them the day you install itone line of code · no sdk · no integrations

Your users are already having the conversation. Right now it is with nobody.

book a demoget started
amvio
© 2026 Amvio, Inc.termsprivacyacceptable use