Feature Request Form — shared by the community

Who this template is for

Feature Request 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 10 questions across 1 screen.
• 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.

• 6 questions are required, so submissions arrive complete instead of needing a follow-up email.
• It collects a verified email address so replies and confirmations land.
• Conditional logic hides 3 questions until they are relevant — shorter forms convert better than long ones.
• 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.

1. 1Press “Use this template” — a fresh copy of Feature Request Form lands in your workspace, ready to edit.
2. 2Rename or delete any question, and change what is required. Nothing here is fixed.
3. 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.
4. 4Publish 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.
5. 5Watch 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 — 3 conditional rules ship with it.

• Features conditional validation: if “Impact if not built” is Blocking, “Business impact” becomes mandatory before the form can be sent.
• Features advanced show logic: if “Are you a paying customer?” is Yes, the form dynamically exposes “Account or company name”. Otherwise that question never appears.
• Features conditional validation: if “Happy to discuss this further?” is Yes, “Email address” becomes mandatory before the form can be sent.
• All 3 rules are editable in the Logic tab, and the built-in checker warns about rules that contradict each other.