For small saas teams
Your users already know what is broken. Most of them are not telling you.
The situation
What this usually looks like
Support and engineering speak different languages
Support forwards "customer says dashboard is blank". Engineering asks which dashboard, which browser and which account. Three days pass, and the customer has already emailed twice more.
Half the tickets close as not reproducible
Usually because nobody recorded the window size, the time zone or the route the person took. The bug was real; the context was not captured.
Feature requests live in someone else notes
They arrive in calls, in support threads and in Slack, and there is no single list that survives the person who took them leaving.
Per-seat pricing punishes involving the team
The moment support, design and two engineers all need access, tools that charge per seat make it cheaper to keep people out of the loop.
Why this fits
What changes for small saas teams
- The report arrives triaged
- Browser, operating system, screen size, time zone, load time, up to ten JavaScript errors with stack frames, and the last fifty actions the person took. Support forwards nothing; engineering asks nothing.
- Signed-in users are identified automatically
- Call identify with the user id you already have and every report arrives attached to a real account, so nobody is asked for an email and nobody has to match a report to a customer by hand.
- One inbox for bugs and requests
- Both come through the same widget, with a type the person picks, and move through the same five statuses. Marking something shipped emails whoever asked, in their language.
- Your agent reads the inbox over MCP
- Three tools over OAuth: list what is open, read one report in full, mark it done. For a team where engineers work with Claude Code or Cursor, that removes the copy-paste step entirely.
Who this is not for
Save yourself the trial
FAQ
Questions
- How is this different from a support inbox like Intercom?
- A support inbox is built for conversation and knows nothing about the browser. This is built for the handoff to engineering: every bug report carries the stack trace, the browser and the steps, so no one has to ask.
- Does it replace our error monitoring?
- No, and it should not. Sentry catches exceptions nobody reports; this catches the problem a person noticed and describes what they were trying to do. Most teams that can afford both run both.
- How does pricing scale with our team?
- It does not scale with the team at all. One flat plan covers unlimited projects, widgets and submissions, so adding support agents or engineers to the inbox has no effect on the bill.
Put it on your site today.
One script tag. Unlimited projects, widgets and reports on one plan, and your users never make an account.