Incident Postmortem Form — shared by the community
Marta K. shared this 18-question build with 4 conditional rules already wired up. Test it below, then take a copy.
A ready-to-use technology, saas & dev form for engineering, IT and product teams: 18 questions, 4 pages, 4 conditional rules.
- Shared by
- Marta K. · Practice manager
- Questions
- 18
- Replies
- 21
- Copies taken
- 566
incident postmortem form, post incident review template, incident report form for engineering teams, outage postmortem template, root cause analysis form, sre incident review form, incident postmortem, incident postmortem forms, incident postmortem template, online incident postmortem, incident, incidents, postmortem, postmortems, structured, review, covering, severity, timeline, support form, bug report, ticket form, issue report, helpdesk, it request, feature request, saas form, technical intake, service desk, incident postmortem form example, shared incident postmortem form
Live preview and test console
This is the real form. Answer it to test the 3 conditional rules — nothing is sent or stored.
Page 1 of 4 — Incident identification
Every question on this page is currently visible.
Works for you? Take Marta K.'s copy into your own workspace — questions, rules and settings included.
Who this template is for
Incident Postmortem Form is built for engineering, IT and product teams who need to route technical requests with the context needed to triage them.
- Engineering, IT and product teams working in technology, saas & dev.
- Teams who need to route technical requests with the context needed to triage them without writing code or paying for a custom build.
- Anyone replacing vague reports that can't be reproduced or prioritised with one structured record per enquiry.
- Respondents are users, testers and internal stakeholders — the form asks them 18 questions across 4 screens.
- Mobile-heavy audiences, thanks to the one-question-per-screen card layout.
Why this form is useful
It removes the cost of vague reports that can't be reproduced or prioritised and turns each submission into a record your team can act on immediately.
- 8 questions are required, so submissions arrive complete instead of needing a follow-up email.
- It accepts a document or photo upload as evidence.
- It pins the request to a specific date.
- It scores satisfaction on a consistent scale.
- It captures a numeric value you can filter and sort on.
- Conditional logic hides 4 questions until they are relevant — shorter forms convert better than long ones.
- Splitting the form across 4 pages keeps each screen short and shows respondents how much is left.
- Every response is stored, searchable and exportable, so nothing depends on one person's inbox.
How to use this template
From copy to live form is a few minutes of work, and every step is reversible.
- 1Press “Use this template” — a fresh copy of Incident Postmortem Form lands in your workspace, ready to edit.
- 2Rename or delete any question, and change what is required. Nothing here is fixed.
- 3Open Notifications and add the email addresses that should be alerted on each submission; add an auto-reply to the respondent if the form collects an email address.
- 4Check the upload limits on the file question so respondents can attach what you actually need.
- 5Publish it, then either share the link directly or paste the embed snippet into your site — the embedded form resizes to fit and loads no marketing or advertising trackers.
- 6Watch responses land in Submissions, where you can filter, label and export them to CSV or PDF.
Logic and conditions blueprint
Exactly how this form behaves as it is answered — 4 conditional rules ship with it.
- Features advanced show logic: if “Were customers affected?” is Yes, the form dynamically exposes “Was a status page update or customer notification sent?”. Otherwise that question never appears.
- Features advanced show logic: if “Were customers affected?” is Yes, the form dynamically exposes “Approximately how many customers were affected?”. Otherwise that question never appears.
- Features advanced show logic: if “Was a status page update or customer notification sent?” is No, the form dynamically exposes “Is a customer follow-up still owed?”. Otherwise that question never appears.
- Features conditional validation: if “Severity” is one of Sev1 — critical, Sev2 — major, “Underlying contributing factors” becomes mandatory before the form can be sent.
- All 4 rules are editable in the Logic tab, and the built-in checker warns about rules that contradict each other.
What this form asks
Page 1 — Incident identification
- Incident name or IDrequired
- Severityrequired
- Report filed byrequired
- Date of incidentrequired
Page 2 — Timeline and impact
- Time detected
- Time response started
- Time service was restored
- Services or features affectedrequired
- Were customers affected?required
- Approximately how many customers were affected?
Page 3 — Root cause
- What was the immediate trigger?required
- Underlying contributing factors
- How effective was the initial response?
Page 4 — Customer communication and action items
- Was a status page update or customer notification sent?
- Is a customer follow-up still owed?
- Action items and ownersrequired
- Target date for action items to be complete
- Attach logs, graphs or supporting evidence
Conditional logic in this build
- When “Were customers affected?” is Yes, show “Was a status page update or customer notification sent?”.
- When “Were customers affected?” is Yes, show “Approximately how many customers were affected?”.
- When “Was a status page update or customer notification sent?” is No, show “Is a customer follow-up still owed?”.
- When “Severity” is one of Sev1 — critical, Sev2 — major, require “Underlying contributing factors”.
Questions about this shared form
How is this different from the Software Bug Report Form?
A bug report describes a single defect from a user's point of view. This postmortem documents the incident response and root cause after the issue has already been resolved.
Do minor (Sev4) incidents need a full postmortem?
Many teams use a lighter version for Sev3/Sev4 incidents — the contributing-factors field is only required here for Sev1 and Sev2 to keep lower-severity reviews fast.
Who should file the report?
Typically the incident commander or the engineer who led the response, ideally with input from anyone else who was paged.
What happens to the action items after the form is submitted?
That depends on your workflow — many teams copy the action items into their issue tracker and use this form as the source record for the review itself.
Is the Incident Postmortem Form template free to use?
Yes. You can preview and test Incident Postmortem Form on this page without an account, and take a copy into your own HelloForms workspace on the free plan. There is nothing to install and no card required to publish it.
What does the Incident Postmortem Form template ask for?
It asks 18 questions across 4 pages, 8 of which are required. Every question is listed in full further down this page, and each one can be renamed, reordered, made optional or deleted after you copy the template.
Can I edit the Incident Postmortem Form form after copying it?
Yes — the copy is entirely yours. Change wording, add or remove questions, switch between the classic and card layouts, restyle it to match your brand, and set who gets notified on each submission.
How does the conditional logic in this technology, saas & dev form work?
4 conditional rules ship with the template: Features advanced show logic: if “Were customers affected?” is Yes, the form dynamically exposes “Was a status page update or customer notification sent?”. Otherwise that question never appears. Features advanced show logic: if “Were customers affected?” is Yes, the form dynamically exposes “Approximately how many customers were affected?”. Otherwise that question never appears. Features advanced show logic: if “Was a status page update or customer notification sent?” is No, the form dynamically exposes “Is a customer follow-up still owed?”. Otherwise that question never appears. All rules are editable in the Logic tab.
Where do responses to the Incident Postmortem Form form go?
Submissions land in your workspace under Submissions, where you can search, filter, label and export them to CSV or PDF. You can also email a notification to your team on every submission and send the respondent an auto-reply.
Can I embed the Incident Postmortem Form form on my own website?
Yes. Publish the form and paste the embed snippet into any page or share the direct link. The embedded form resizes to fit its container and loads no advertising or marketing trackers inside the iframe.
Can respondents upload files?
Yes. This template includes a file upload question, so respondents can attach documents or photos with their answers. You can adjust the accepted file types and size limits on that question.
More from the community
Quick Bug Report
Report a bug in four fields, with severity routing built in.
Conditional Logic Demo Form
A working example of branching: show, hide, require and page skip rules you can copy into your own form.
Subscription Cancellation Form
Reason-driven cancellation flow with a save-offer branch and confirmation of the effective cancellation date.
AI Tool Waitlist Form
Pre-launch signup for an AI product, capturing use case, current workflow and willingness to pay.
Beta Tester Signup Form
Structured beta program application covering platform, availability, NDA acknowledgement and feedback channel.
Vendor Security Questionnaire
Procurement security review covering data handled, subprocessors, certifications, incident history and evidence upload.

