Docs, screenshots, recordings, notes, tickets, releases, and repeated replies.
The governed source behind customer answers.
Scattered product knowledge into structured support
Turn scattered product knowledge into reviewed support for your widget, help center, docs, search, and AI-assisted surfaces. Approved answers come first; missing coverage becomes visible review work.

Docs, screenshots, recordings, notes, tickets, releases, and repeated replies.
Documentation, FAQs, approved answers, page context, changelog, and support gaps.
In-app widget, hosted help center, feedback review, and future AI-agent context.
Missing answers become tickets; you approve what becomes official support.
First trusted answers
You do not need a complete support operation on day one. Start from your own product sources, review the generated first-ten drafts, approve the answer path, verify the widget, then improve from real gaps.
Open founder launch kitSelect the website, docs, notes, releases, screenshots, or repeated replies you are willing to use as support evidence.
Prepare ten editable questions and draft answers with source links, applicability, risk, and missing-evidence warnings.
Deterministic Answer Tests verify the expected answer path without calling an AI provider.
Track explicit Solved and Still need help responses instead of treating no escalation as proof.
The support loop
A repeated support question should end in either a source-backed answer or a visible review task, never a confident guess.
Known question
Safe page context says Billing settings, Launch plan, and Account owner.
Approved answer
The response includes the supporting source and the scope where the answer applies.
Missing coverage
No approved evidence supports an answer, so the widget opens the configured fallback.
Founder review
The founder can inspect linked questions and evidence, edit the draft, and approve or reject it.
Tested improvement
After its Answer Test passes, the answer can be used by the widget and hosted help.

Founder review
Start with today's support priorities, see where knowledge is missing, review release impact, verify critical answers, and keep long help articles easy to scan. The Daily Brief, Knowledge Map, Product Friction Evidence, and Answer Tests stay available when you need the underlying evidence.
These views organize existing support evidence and link you to the right review screen. They never publish answers, activate releases, or create a second task system.
Install path
Install confidence should be obvious: one widget contract, framework-specific setup paths, safe context rules, and verification before launch.
Founder fit
For AI-built products, solo founders, technical founders, small SaaS teams, and studios that need a first support layer before support becomes a full-time job.
Best fit
Official help requires approved support knowledge instead of loose generated replies.
Tickets stay fallback and signal source, not the center of the product.
Feedback, tickets, releases, and low-rated answers show what needs review.
Pricing preview
Launch is for one SaaS product building its first governed support layer. Growth is for live products with real support volume. Studio is for agencies and multi-product teams.
Best for one SaaS app preparing its first support layer.
250 support credits / month
Best for active SaaS apps that need weekly review and higher capacity.
1000 support credits / month
Best for studios or agencies launching multiple SaaS products.
4000 support credits / month
FAQ
No. It is a support layer with an in-app widget, hosted help, tickets, feedback, changelog, and approved answers.
No. Official answers require review before they become customer-facing support.
No. Start with what you already have: docs, FAQs, release notes, setup notes, tickets, and repeated questions.
The user can create a ticket, and you get a support gap to review and improve for the next user.
No. It is the support layer before your first support hire or full helpdesk operation.
Launch with an in-app support widget, hosted help, and approved answers before fallback. Missing coverage becomes tickets, feedback, and review work so support knowledge keeps improving without pretending to run on autopilot.
Built for solo founders, small SaaS teams, and studios managing multiple launches.