Customer
Sees only their own tickets.
- Pages
- Home, My tickets, Uploads, Help center, Service status
- Can start
- New ticket, Upload a file
A support ticketing portal is where customers submit tickets and follow each one's status, and agents triage every ticket by priority on a board. Each ticket carries a reply-due date, so agents are reminded before a response slips.
Pattern: RequestsDescribe it to Pory
“Customers submit support tickets, our agents triage them by priority and work them through to resolved. Each ticket should have a reply-due date so nothing sits too long.”
My tickets
In plain English
Pory gives every customer and agent a sign-in of their own. Each customer sees only their own tickets. It covers submit & triage. Tickets, files we've asked for, help articles, service notices and support team live in Pory's own database, so there's no spreadsheet to keep in sync.
What it does
Support requests came in through a shared inbox, a contact form and the founder's personal email, and the screenshot was always in a different message. In Pory a customer signs in, writes the subject, picks how urgent it is and the product area, describes the problem and attaches the screenshot. The ticket lands complete, so the first reply isn't "could you send a screenshot?"
In a shared inbox an outage and a billing question look exactly the same, and both wait behind last night's out-of-office replies. Agents see each ticket as a card showing its priority, in New, In progress, Waiting on customer or Resolved, and drag it along as they work. The rejected-labels emergency gets picked up first.
Every "just checking in on this" email reopened a ticket and pushed it down the queue. In Pory each customer sees only their own tickets, with a progress bar from New through Waiting on customer to Resolved and a line on where each one is at. When an agent needs a file back, it shows on the customer's Home, and customers stop chasing.
Response-time promises lived in a contract PDF, and nobody noticed a missed one until the customer did. In Pory the agent sets a reply-due date on each ticket to match its priority, and gets a reminder in the portal and by email as that date comes up. An urgent ticket can't quietly sit over the weekend.
Every person signs in to their own view. This is what each role in the demo gets.
Sees only their own tickets.
Sees every ticket 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.
Renewals, expiries and overdue work, in an in-app inbox and by email.
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 customers.