Knowledge base
Articles with templates, categories, and review dates. The place a process lives once it stops living in someone’s head.
Every piece that makes this work, and what each one is actually for.
Articles with templates, categories, and review dates. The place a process lives once it stops living in someone’s head.
A browser extension that records the clicks and screens of a real run, then hands back a draft procedure to edit rather than a blank page.
Recordings become transcripts, summaries, and action items, filed against the account or project they concern. The follow-up work extracts into tasks with the source kept.
Rich text with templates, shared or personal, and an extraction path into tasks that keeps the provenance.
The articles you choose to publish, on their own slug, for customers who should not need a login.
In-app help articles keyed to the surface the person is standing on.
A meeting recording, a browser capture of a process, or a note all carry their provenance forward, so you can always see where a task or an article came from. Action items pulled out of a note keep the link back to the sentence that produced them. The same article then feeds the assistant, the client portal, and the public help center, from one source rather than three copies.
The long version, because this is where the category has real objections.
Right now it is spread across Slack threads, someone’s Drive, a Notion nobody opens, and two people’s heads. Scrambl gives it one place instead of five half-places: articles with templates, categories and review dates, kept on the same records as the projects, clients and requests they describe. When a process is written down next to the work it governs, finding it stops being a scavenger hunt.
Knowledge bases go stale because writing them is a separate job. Most tools answer with verification workflows: someone reviews, someone approves, someone remembers. That is a process laid on top of a process. Scrambl answers it structurally instead. Capture re-records the procedure as somebody actually runs it, and unresolved requests tell you which article failed. The documentation is a by-product of the work rather than a chore beside it.
Not a nag. A date the system checks.
Run the process, get the updated draft.
What people had to ask is what is missing.
Your articles, notes and recordings are indexed so Benny can cite the paragraph an answer came from, scoped to what the person asking is allowed to see. The result is one answer with a citation rather than a search results page, and the citation means a wrong answer can be traced to the article that produced it and fixed at the source.
The reason nobody writes documentation is that writing it is the job. Capture makes contribution a side effect of doing the work rather than a separate task somebody has to be nagged into. Meeting recordings become notes and action items. Notes extract into tasks with the link back to the sentence that produced them. Structure arrives without data entry, which is why it is still happening in month six.
The recording becomes a transcript, the transcript becomes a summary, and the commitments in it become action items you can push into tasks, each keeping its link back to the moment it was said. All of it files against the account or project the meeting concerned. The meeting about the meeting is canceled.
Yes. Bulk import with validation, a full run history, and a recovery path when a file was wrong.
Both, from one source. An internal article restricts. A published article publishes. The knowledge base holds how your company works. The public help center holds the articles you chose to publish, on their own slug, for customers who should not need a login. The client portal holds the ones that apply to that specific account. One article, three deliberate audiences, zero copies to keep in sync.
Both, from one source. Articles are internal by default. You choose which ones publish to a client portal and which go on the public help center.
Review dates the system checks, re-capture instead of re-write when a process changes, and unresolved requests as a running list of what is missing.
No. Retrieval runs over your workspace so answers can cite the paragraph they came from, scoped to what the person asking is permitted to see.
Yes. Bulk import with validation, a full run history, and a recovery path if a file was wrong.
No. You can write articles directly. Capture exists because the reason most knowledge bases fail is that writing them is a separate job nobody has time for.
Those are documents beside your work. This is on the same records. An article publishes into the portal of the client it applies to, answers the request that was waiting for it, and gets recaptured when the process changes.
Scrambl is one workspace, so the records here are the same records the rest of the platform reads. These pair with it most often.