# Demo Request Qualification Form Brief

Canonical page: https://waitlist.crany.ai/marketing-templates/demo-request-qualification-form

By Tangenix. Published 2026-10-24. Category: Founder acquisition.

Define the minimum information needed to arrange a relevant software demo, with a clear purpose, routing rule and honest response expectation for each field.

## Task

Specify which demo-request inputs are necessary for routing rather than collecting a generic lead profile.

## When to use

Use this when a real demo is available but the team needs limited task or platform context to prepare it. Explain the request outcome before asking for information and separate demo arrangements from marketing preferences.

## Choose another approach when

The product cannot support the requested demonstration, you want to enrich a contact profile without a clear purpose, or you plan to treat requesting a demo as consent to every marketing campaign.

## Inputs

- The actual demo scope, audience constraints and person responsible for arrangements.
- The concrete routing or preparation decision each proposed field informs.
- Current response coverage, data-handling practice and any separate communication preferences.

## Template

    Form outcome: [request a demo; do not imply an instant booking unless it is real]
    Demo availability / limits: [supported task and access conditions]
    For each proposed field:
    - Label and explanation: [plain wording]
    - Routing or preparation decision: [why it is needed]
    - Required or optional: [reason; remove unjustified collection]
    - Acceptable uncertainty: [not sure or other relevant option]
    - Who uses the answer: [responsible role]
    - Follow-up handling: [existing approved practice, no invented retention promise]
    Routing rule: [task fit, platform or genuine preparation need]
    Submission acknowledgement: [what happens next and actual response expectation]
    Separate preference choice: [if appropriate; not bundled consent]
    Safe example / validation check: [no real private records]
    Do not request a password, one-time code or confidential customer dataset to qualify a demo.

## Illustrative example

This is not a Crany customer result. Replace example details with verified facts.

    Fictional example: a founder can demonstrate a checklist workflow, and needs to know the intended handoff task to prepare a relevant example. The brief includes a task question and a contact route for arranging the conversation.
    A mandatory annual-revenue field is removed because nobody can explain how it changes preparation or routing. A phone number remains optional when arrangements can be made through the supplied email. “Not sure yet” is a valid task-context answer if the founder can discuss it during the demo.
    The acknowledgement says that arrangements require a response; it does not display “Demo booked” before a time is actually agreed. No real contact is submitted by this brief.

## How to use

1. List the decisions needed to prepare or route the available demo.
2. Keep only fields that serve those decisions and explain required, optional and uncertain answers.
3. Test the acknowledgement and routing cases before handing the brief to an implementer.

## Checks

- A request, an accepted appointment and completed product access are different states.
- The form does not silently bundle a demo request with broad marketing permission.
- Sensitive records and credentials are not used as qualification inputs.

## What to measure

Track routing accuracy, avoidable clarification and mismatches between the expected and actual next step. Fewer fields are not automatically better if necessary preparation becomes impossible; assess the real task rather than claiming a universal form-length optimum.

## Research and sources

GOV.UK recommends knowing why each question is needed; W3C WAI explains form instructions. This original demo-routing brief adapts those principles without imposing government layouts or determining legal permission.

- [GOV.UK Design System: Question pages](https://design-system.service.gov.uk/patterns/question-pages/) — checked 2026-10-24. Know the purpose of each question, request only necessary information and make optional inputs clear. Government-specific layouts are not imposed on private software.
- [W3C WAI: Form Instructions](https://www.w3.org/WAI/tutorials/forms/instructions/) — checked 2026-10-24. Clear required/optional input, formats and contextual help associated with form controls.

Prepared with AI assistance. Sources support the stated principles; they do not endorse Crany or guarantee performance.

## About Crany

Crany is an AI marketing co-founder in development for software founders and vibe coders. It is designed to strategize, execute approved marketing and improve based on results. These free resources are usable independently of app access. The public waitlist is at https://waitlist.crany.ai/.