Reporter
Sees only their own bugs.
- Pages
- Home, My bugs, Uploads, Known issues, Release notes, Reporting guide
- Can start
- New bug, Upload a file
A bug reporting portal is where users report bugs with screenshots and steps to reproduce, the engineering team triages each report by severity on a board, and every reporter can see whether their bug has been fixed.
Pattern: RequestsDescribe it to Pory
“Our users report bugs with screenshots. Engineering triages them by severity, and whoever reported a bug should be able to see if it's been fixed.”
My bugs
In plain English
Pory gives every reporter and engineering a sign-in of their own. Each reporter sees only their own bugs. It covers report → triage → fix status. Bugs, asked of you, release notes and engineering team live in Pory's own database, so there's no spreadsheet to keep in sync.
What it does
Bug reports used to be "the invoice thing is broken again" in a support email, with the screenshot promised and never sent. In Pory the reporter describes what happened, uploads screenshots, picks a severity, lists the steps to reproduce and names their browser. Engineering can start on it without a week of clarifying emails.
Bugs arrived through support, sales and the CEO's text messages, and the loudest one got fixed first. In Pory each report is a card showing its severity, in Reported, Confirmed, Fix in progress, Fixed or Can't reproduce, and engineers drag it along as they work. The sales tax blocker gets attention before the blurry logo does.
Once a bug went into the tracker, the person who found it never heard about it again, so they reported it again. In Pory each reporter sees their own bugs with a progress bar from Reported to Fixed, including a Can't reproduce answer when that's the outcome, and the release each fix ships in. Duplicate reports drop, and so does "is this fixed yet?"
Every person signs in to their own view. This is what each role in the demo gets.
Sees only their own bugs.
Sees every bug in the portal.
The tables and fields Pory sets up for this portal. Describe your own version and change any of them in the editor.
Each one reads and writes the same records, so a form, its approval and the status page someone checks are one system. How Pory builds a portal
Signed-in or public, with typed fields and file uploads. A form files a record; it doesn't start an email thread.
“Where's my request?” answered as a progress bar on the submitter's own page.
Cards in columns. Drag a record to move it along.
Each person sees their own records, the ones assigned to them, or the ones they manage. Fields can be hidden per role. Pory sets this up from your description, and you can adjust it in the editor.
A sign-in link by email, by default. Password sign-in if you'd rather.
Your domain, your colors, your logo. Members see you.
Describe who signs in and what each person needs, and Pory builds it. Join the waitlist while signups open; paid plans are a flat price with unlimited users.