Conditional logic turns a static list of questions into a form that reacts to what someone just answered. Instead of forcing every respondent through every field, you show only the questions that apply to them — which means shorter forms, better data, and higher completion rates.

This guide covers what conditional logic is, the most useful if-then patterns, real examples you can copy, and how to set it up in FormFlowX without writing a single line of code.

Quick start

Already know what you want to build? Start from a template with logic pre-configured — the client intake form and job application form both ship with conditional branching you can customize in minutes.

What Is Conditional Logic in a Form?

Conditional logic (also called branching logic, skip logic, or "if-then" logic) is a rule that changes what a respondent sees next based on how they answered a previous question. The basic structure is always the same:

IF [question] [condition] [value], THEN [show/hide/jump to] [question or page].

For example: "IF 'What do you need help with?' equals 'Billing', THEN show the billing questions and hide the technical support questions." The respondent never sees the branch they didn't need — they just experience a form that feels like it's asking the right questions at the right time.

Without conditional logic, every form has to be built for the "worst case" respondent — one long list of fields that covers every possible scenario, whether or not it applies to the person filling it out. That's the single biggest reason long forms feel exhausting.

Why Conditional Logic Improves Response Rates

The relationship between form length and completion rate is well documented: shorter forms convert better, but many forms genuinely need to collect different information from different types of respondents. Conditional logic resolves that tension by keeping each individual respondent's path short, even if the form as a whole covers a lot of ground.

Common Conditional Logic Patterns

Most real-world use cases fall into a handful of repeatable patterns. Once you recognize them, building the logic for your own form gets much faster.

1. Show/hide a single question

IF "Do you have a referral code?" = Yes, THEN show "Enter your referral code"
Show/hide field

The simplest pattern. One yes/no or multiple-choice question controls whether a single follow-up field appears.

2. Route to different question sets

IF "What are you contacting us about?" = "Sales", THEN show sales questions. IF = "Support", THEN show support questions.
Branching by category

Used heavily in contact forms and support intake — one entry point, multiple paths depending on the reason for contact.

3. Score-based routing

IF rating is 0–6, show "What went wrong?" IF 7–8, show "What could be better?" IF 9–10, show "What do you love?"
Numeric range branching

This is the pattern behind every good NPS survey — the same 0–10 question feeds three completely different follow-ups depending on the score.

4. Skip entire pages

IF "Are you applying for a remote role?" = Yes, THEN skip the "Office Location Preference" page entirely
Page-level skip logic

Useful for multi-step forms like a job application form, where entire sections only apply to some applicants.

5. Jump to the end

IF "Are you 18 or older?" = No, THEN jump to the end screen and disqualify
Termination logic

Common in eligibility screening and market research surveys where a screening question determines whether someone qualifies to continue.

Real Examples by Use Case

Client intake forms

A single intake form can serve multiple service types. "What service are you interested in?" branches into different sets of scoping questions — a web design client answers questions about brand assets and page count, while a consulting client answers questions about timeline and team size. See the client intake form template for a working example.

Lead capture and qualification

A lead capture form can use conditional logic to qualify leads on the fly. "What's your company size?" routes enterprise leads to a "Book a call" step and self-serve leads straight to signup — so your sales team only sees the leads worth a manual follow-up.

Feedback and support forms

A feedback form can ask "What are you giving feedback on?" and then show product-specific, support-specific, or billing-specific follow-up questions — instead of one generic "tell us more" box that produces vague answers.

Job applications

Different roles need different questions. Conditional logic lets one job application form ask engineers about their GitHub and technical stack while asking sales candidates about quota attainment — without maintaining two separate forms.

Build a form with conditional logic — free

Add if-then rules visually, no code required. Free for up to 100 responses/month.

Start from a template → Create free account

How to Add Conditional Logic in FormFlowX

Setting up if-then rules takes a few minutes once you know the pattern:

  1. Add your questions first. Build the full form as if there were no logic — every question that might be needed, in order.
  2. Pick the "controller" question. This is the question whose answer will decide what happens next — usually a multiple-choice, dropdown, or rating field.
  3. Open logic settings on the question you want to control. Choose "Show this question if…" and select the controller question, the condition (equals, is one of, is greater than, etc.), and the value.
  4. Repeat for each branch. Set a separate rule for each answer option that needs a different follow-up.
  5. Test every path. Preview the form and answer it once per branch to confirm the right questions appear — and that no path leads to a dead end.

Conditional Logic Best Practices

Keep rules simple and single-condition where possible

A rule with one clear condition ("IF X = Y") is easy to test and easy to debug. Stacking multiple AND/OR conditions on a single rule makes it much harder to catch a mistake before it reaches real respondents.

Always test every branch before publishing

The most common conditional logic bug is a branch nobody tested — an answer option that leads to a blank page or skips a required field. Walk through the form once for every possible answer to your controller questions before sharing the link.

Don't over-branch

Logic should reduce a respondent's cognitive load, not multiply your own maintenance burden. If a form has more than 4–5 branches, consider whether it should be split into two separate forms instead.

Use logic to shorten, not to hide required steps

Conditional logic should remove questions that genuinely don't apply — not bury a mandatory step behind a rule that's easy to trigger accidentally. If every respondent eventually needs a piece of information, don't gate it behind logic just to make the form look shorter.

Label branches clearly when building

As a form grows, it gets harder to remember which rule does what. Name your logic branches descriptively ("Show for Enterprise leads," "Skip if remote applicant") so anyone editing the form later — including future you — can follow the structure at a glance.

Frequently Asked Questions

Is conditional logic the same as skip logic?

They're closely related. "Skip logic" usually refers specifically to jumping over a question or page, while "conditional logic" is the broader term that also covers showing/hiding individual fields, routing to different question sets, and disqualifying respondents. Most form builders, including FormFlowX, use the terms interchangeably.

Can I use conditional logic on a free plan?

Yes. FormFlowX includes conditional logic on the free plan, along with up to 100 responses per month, no credit card required. Business plans add more advanced logic options like multi-condition rules and calculated scoring.

Does conditional logic slow down my form?

No — logic rules evaluate instantly in the respondent's browser. There's no noticeable delay between answering a question and seeing the next one, even with several branches configured.

What's the difference between conditional logic and calculated fields?

Conditional logic controls what a respondent sees. Calculated fields compute a value (like a price quote or a score) from earlier answers, usually shown at the end. Many forms use both together — logic to route the respondent, and a calculation to summarize the result.