Turn problem reports into open tickets in Notion
Each problem report opens as a ticket in your Notion support board, already carrying a priority and the steps to reproduce.
New submission on your "Report a problem" form
Create a database item in your Support board with the issue text, Priority taken from a form field, and a Status of "Open"
One-directional. A submission triggers the action — nothing is written back into your form.
Bug reports go stale in a shared inbox. This flow drops each one straight onto the Notion board the team already triages from, with the reporter's steps in the page body and Status set to Open.
Small SaaS teams use it when support and engineering share one workspace. Because the reporter chooses a severity themselves, the board can be sorted by Priority on Monday morning, and nobody has to open ten messages to find the one that broke checkout.
Setting it up
- 1
Publish the bug report form and keep Severity a short fixed list, three or four options at most, since each one has to exist as a Priority option in Notion.
- 2
In your Notion support board, check the Priority select has an option for every Severity answer, matching the wording character for character.
- 3
Add a Status select with an Open option, a URL property for the page where the bug happens, and a text property for the reporter's browser.
- 4
In Zapier, set formformform as the trigger app, pick New Submission, and choose the bug report form. Submit a real report yourself so the test data has a filled-in Severity.
- 5
Add Notion's "Create Database Item" action and select the support board as the database.
- 6
Map Bug Title to the title property so the card reads like a ticket, and put Steps to Reproduce in the page content rather than a property, because Notion truncates long text on a board card.
- 7
Hard-code "Open" into Status instead of mapping it, then map Severity across to Priority.
- 8
Run the test, confirm the card appears in the Open column of the board view, then turn the Zap on.
What maps where
Using the Bug Report Form as the starting point. These are its real fields — swap in your own and the mapping works the same way.
| Form field | Notion |
|---|---|
| Bug Title | Title of the new ticket |
| Severity | Priority select on the support board |
| Steps to Reproduce | Page body of the ticket |
| Browser / Device | Environment text property |
| URL Where the Bug Occurs | URL property, so the broken page is one click away |
| Email Address | Reporter email property |
Variations worth knowing
Add a Zapier filter on the Browser / Device answer and route mobile reports to a separate Notion database. Two boards mean two sets of views, so each group of engineers only sees the tickets they are actually going to pick up this week.
Keep one Zap for the main board and add a second path that runs only when Severity is the highest option. Point that path at a Notion database the on-call rota watches, so urgent reports are not sitting behind cosmetic ones.
If something isn't arriving
Notion shows only the first line of a text property on a card. Map long answers into the page content block of the Create Database Item action rather than into a property, and the full text is there whenever somebody opens the ticket.
A Notion select needs the option to exist already, matched exactly, capital letters included. Put the form's Severity answers and the Priority options side by side, correct the odd one out, then rerun the failed tasks from Zapier.
Frequently asked questions
Can support reply to the reporter from the Notion page?
No. The connection runs one way: a submission creates the ticket, and nothing goes back to the form or to the person who filed it. Map Email Address into a property so whoever works the ticket has an address to write to from their own mail client.
How do we stop duplicate tickets when the same bug is reported twice?
Zapier creates a page per submission, so duplicates land as separate tickets. Group the board by Bug Title, or add a Notion relation and merge the duplicates during triage. There is no de-duplication step inside the Zap itself.
How do we get a screenshot onto the ticket?
The bug report form asks for a Screenshot or Video Link. Add a second URL property in Notion, map that answer to it, and the reporter's hosted image or screen recording opens straight from the ticket while someone is reading the steps.
Related automations
- Add every inbound enquiry to your Notion leads database
Every business enquiry lands in your Notion Leads database as a page tagged New, with the company and inquiry type already filled in.
- Build your Notion guest list from event RSVPs
Every registration adds a guest to your Notion attendees database, with ticket type, party size and dietary notes attached.
- File survey feedback in your Notion research database
Each survey response becomes a tagged entry in your Notion research database, ready to group by theme during planning.
- Log new applicants in your Notion hiring pipeline
Each application arrives in your Notion candidates database as an Applied card, with the role and available start date already on it.
- Queue new orders in your Notion operations database
Each order request opens as a To do card in your Notion Orders database, with the product and quantity ready to pick.
- Add job applicants to a hiring pipeline
Each application becomes a Candidates record with role, start date and stage, ready to drag through a kanban view.
Build the form first
The automation needs somewhere to fire from. Publish a form, connect it once, and every submission from then on runs this flow.
Start free