CRO

SaaS Demo Request Form Optimization: A Practical Guide

Demo request form optimization: how many fields to cut, what to test first, real sample sizes and why more leads is not always more pipeline.

Flat illustration of a form card with three input lines and a rounded button next to a funnel filtering circles into a smaller group

The demo request form is the most expensive bottleneck in a B2B funnel: it is where a visitor who is already convinced decides whether the work of asking is worth what they expect to get. Optimizing that form is not cutting fields by reflex, it is deciding, with data, which questions the sales team actually uses before the first conversation and which ones only exist because somebody asked for them in a 2023 report. This article is a child of the SaaS pricing page optimization playbook and covers one specific question: what to test in a demo form, in what order, and how to read the result without fooling yourself.

The short answer: test the number of fields first, then format and placement, then the promise around the button, and never declare a winner looking only at form submissions.

Why the demo form deserves its own treatment

A checkout form and a demo form look like the same problem and are not. In checkout, the visitor has already decided to buy and every field is pure friction between them and something they want. In a demo form, the visitor is asking for a conversation, and the company is simultaneously qualifying who gets in. Both sides of the counter have opposing interests, and that tension is what makes the demo form a different optimization problem.

Dimension Checkout form Demo form
Visitor intent Complete a decided purchase Ask for a conversation while still evaluating
Role of the fields Only what is operationally required Required plus commercial qualification
Cost of a bad lead Low, the payment settles it High, it consumes sales team hours
Success metric Order completed Qualified leads per visitor
Effect of cutting fields Almost always positive Positive on submissions, ambiguous on what matters

The last row is the one that usually costs money. Cutting fields almost always lifts submissions, and that lift is easy to celebrate on a dashboard. What it hides is the change in the composition of who started getting in.

Demo request form optimization: what to test, in order of impact

  1. Number of fields. The widest-amplitude variable and the first to test. Run it as a real structural change, for example seven fields down to three, not as a one-field-at-a-time tweak, which produces effects too small to fit in a reasonable test window.
  2. Which fields stay. Two three-field forms can perform differently depending on which three. Phone tends to be the most expensive field in conversion; work email tends to be the cheapest in friction and the most useful in qualification.
  3. Format and placement. Embedded in the page, in a modal on click, or in two steps. Two steps deserve their own attention, because they exploit the commitment effect: someone who already filled in the first step tends to finish the second.
  4. The promise around the button. What happens after the submission, how fast, and with whom. “Book a 30-minute demo” and “Talk to an expert” promise different things and attract different people.
  5. Microcopy and validation. Error messages, labels, accepted phone formats. Real effect, small magnitude, and therefore last in the queue, not first.
Demo form test order by effect amplitude and sample costFive items in decreasing order of expected amplitude. Number of fields has the largest amplitude and the lowest sample cost. Then come which fields stay, format and placement, the promise around the button, and last microcopy and validation, which has the smallest amplitude and needs the largest sample to be detected.Expected effect amplitude (longer bar, bigger effect and smaller sample)number of fields1stwhich fields stay2ndformat and position3rdbutton promise4thmicrocopy5th, needs far more sampleThe order exists because the test window is finite: a small effect on B2B traffic rarely fits the calendar.
Start with what has the amplitude to fit your volume. Microcopy matters, but it is almost never the first feasible test in a B2B funnel.

How many visitors the test needs

Demo forms live on B2B traffic, the scenario where sample size usually kills the test before any design discussion starts. Do the math before designing the variant.

At a current rate of 8% from page visitor to form submission, and a goal of detecting a 15% relative lift (from 8.0% to 9.2%), at 95% confidence and 80% power, the math asks for 8,568 visitors per variant. At 9,000 visitors a week on the page, that is roughly 14 days.

Lower your ambition on effect size and the cost explodes: to detect a 10% relative lift (from 8.0% to 8.8%), the requirement climbs to 18,872 per variant, or about 30 days on the same traffic. Run your own rate and volume below:

Sample size calculator
-Visitors per variation
-Total (2 variations)
-Estimated duration

Two-proportion normal approximation, 2 variations (50/50). Tweak the inputs and watch it update live.

That is the practical reason the priority list above starts with big changes. A redesign from seven fields to three can produce a double-digit effect; a button label swap rarely does, and testing it would need months of B2B traffic to say anything. If your volume does not close even in the optimistic scenario, the complete A/B testing guide covers the honest alternatives.

Embedded, modal or two-step: what each format costs

Format is the second-largest amplitude test, and the place where most people decide by taste instead of by criteria. The three formats solve different problems and charge different prices.

Format What it gains What it costs When it makes most sense
Embedded in the page Visible without a click, indexable, works without JavaScript Occupies prime space and competes with the content that convinces Short landing page, visitor who arrived already decided
Modal on click Preserves the reading flow, captures intent at the click Depends on JavaScript, disappears from indexable HTML, needs accessibility care Long page that has to argue before asking
Two steps Reduces the perceived friction of the first step and exploits commitment Creates a second abandonment point that has to be measured Forms that cannot get below five or six fields

Two measurement traps show up only in these formats. In the modal, the honest denominator is whoever opened the modal, not whoever loaded the page; measuring over the whole page mixes people who never saw the form with people who saw it and gave up. In the two-step version, the rate that matters is end to end, from the first field to the final submission: a first step with a very high completion rate and a second one that loses half the people is worse than a single form, and a dashboard showing only the first step hides exactly that.

If the modal is tested against the embedded version, make sure the exposure event fires at the same logical moment on both sides, otherwise the comparison is biased before the first visitor arrives.

The form on a phone is a different form

Half the problem with a B2B demo form is that it was designed on a large monitor and lives half its life on a six-inch screen. Three differences that change the result and almost never make it into the tested variant:

Segment the test read by device before declaring a winner. A form that wins on desktop and loses on mobile can end up flat in aggregate, and the aggregate would be the only thing you saw.

The worked example: more submissions, the same pipeline

Here is the result every demand generation team should see before celebrating their first form test.

A company reduces the form from seven fields to three and runs the test to 6,000 visitors per variant. Control (A) closes with 480 submissions (8.00%) and variant B with 552 submissions (9.20%).

Statistically significant, and a result any dashboard would show in green. Now the second read, the one that matters. Of the 480 control submissions, 168 became qualified leads; of the 552 variant submissions, 171 became qualified leads. On the same base of 6,000 visitors per variant:

In other words: the short form brought 72 more submissions and 3 more qualified leads, a difference indistinguishable from noise. The qualification rate fell from 35.0% to 31.0%, and that is what ate the gain. Check both reads by pasting the numbers into the calculator:

Statistical significance calculator
Control (A)
Variation (B)
Control (A) · Rate-
Variation (B) · Rate-
Relative lift-
p-value-
95% CI of the difference-

Two-sided two-proportion z-test. "Not significant" almost always means not enough sample, not that the versions are equal.

Two reads of the same form test: submissions and qualified leadsOver 6,000 visitors per variant, control had 480 submissions and 168 qualified leads, and the variant had 552 submissions and 171 qualified leads. On the submission metric the variant wins with a p-value of 0.019 and a confidence interval from plus 0.197 to plus 2.203 percentage points. On qualified leads per visitor the result is inconclusive, with a p-value of 0.869 and an interval from minus 0.543 to plus 0.643 percentage points, crossing zero.Submission metriccontrol A8.00%variant B9.20%p-value 0.019 · significantCI of the difference: +0.197 to +2.203 pp480 submissions against 55272 more submissionsQualified lead metriccontrol A2.80%variant B2.85%p-value 0.869 · inconclusiveCI of the difference: −0.543 to +0.643 pp168 qualified against 1713 more qualified leads
The same test, two opposite conclusions. Which one you call the result is a methodological decision, taken before running, not after seeing.

Nothing in this example says the short form is bad. It says that, with this sample, it did not prove to be better on what matters, and that the decision to ship it should weigh other things: fewer fields cost less maintenance, and the qualification rate can be recovered with a qualifying question after the submission, on the scheduling screen, instead of before.

The trick that resolves the tension: move qualification later

The “fewer fields versus more qualification” dilemma is only a dilemma while all qualification has to happen before the submission. Three testable ways to break it:

Any of the three is a hypothesis, and all three deserve the same rigor as the rest of this article. The A/B test hypothesis template helps write each one in a format that allows refutation.

Mistakes that ruin a form test

Do this automatically on Donnu

A demo form test has two hard parts, and neither of them is designing the variant. The first is sizing the test before running it, so you do not discover on day 14 that the volume was never going to reach significance. The second is reading both metrics honestly, without letting the number that moves first decide for you.

Donnu solves the web and client-side part of both: sample size is calculated from your real rate, and the verdict comes with the confidence interval next to it, not just a green arrow. Qualifying the lead remains your sales process, and this guide does not pretend otherwise. Start a free trial and at least stop finding out late that the test never had the sample to answer the question.


Read also: SaaS pricing page optimization · Growth experimentation for SaaS · A/B testing statistical significance · Activation metrics · Leia em português

References

Frequently asked questions

How many fields should a demo request form have?
There is no universal number, there is a criterion: every field has to be used by somebody before the first conversation, or it goes. In practice a B2B demo form usually needs name, work email and company, and nothing else is indispensable to schedule a conversation. Job title, phone, company size and budget are qualification fields, and the right question about them is not "do they help?" but "do they help more than they cost in conversion?". That is an empirical question, and it is exactly what an A/B test answers for your case.
Does cutting fields always increase form conversion?
It frequently increases submissions, and it does not always increase what matters. Fewer fields reduce friction and lift the submission rate, but they also let in more people who do not have the problem you solve, which shows up later as unqualified leads and no-show meetings. That is why the deciding metric should never be form submissions alone: also track qualified leads per visitor, the number that pays for the team.
Which metric should declare the winner of a form test?
The primary metric should be the one closest to revenue that still has enough volume to be measured within the test window. Usually that means declaring the winner on qualified leads per visitor and using form submissions as a secondary diagnostic metric. When qualified volume is too low for significance, use submissions as primary and treat the qualification rate as a guardrail: if it drops meaningfully, the gain in submissions is worth nothing.
Does a short form plus data enrichment solve the dilemma?
It helps without eliminating the dilemma. Asking only for a work email and filling in company size, industry and role from an enrichment database reduces friction without losing all qualification, and it is one of the few changes that tends to win on both sides. Two honest caveats: coverage of those databases varies a lot by country and company size, and enrichment is personal data processing, which requires a legal basis and transparency in your privacy policy.
How many visitors do I need to test a demo form?
It depends on the current rate and the effect size you want to detect, and the number usually surprises people. At an 8% visitor-to-submission rate and a goal of detecting a 15% relative lift, the math asks for about 8,568 visitors per variant at 95% confidence and 80% power. If the goal drops to a 10% relative lift, the requirement rises to about 18,872 per variant. Smaller effects cost far more sample, which is why form testing works better with structural changes than with microcopy tweaks.
Is it worth testing an embedded form against a modal?
It is, and it is one of the few format tests that tends to move the result noticeably. The embedded form is indexable, appears without a click and does not depend on JavaScript to exist; the modal preserves the reading flow and captures intent at the moment of the click. There is no universal winner between them: it depends on how much content your page has to deliver before asking. What is not worth doing is switching both at once along with the number of fields, because then you cannot tell which change produced the result.