Guide
Survey branching and skip logic: how to design paths that preserve data quality
A practical method for mapping survey branches, testing every route and preventing hidden gaps in exports and analysis.
- Published
- 24 August 2026
- Reading time
- 11 min
- Author and reviewer
- The Survey Review
Design survey branching as a small decision system, not as a collection of page jumps. Give every rule an identifier, define its condition and destination, then test one synthetic respondent for every terminal route.
What are branching and skip logic?
Survey branching routes respondents to different questions or endings based on earlier answers or known attributes. Skip logic is the narrower instruction to bypass questions that do not apply. Display logic changes whether a question appears, while piping inserts a previous answer into later content.
How should a branch be specified?
Record each rule in a table before building it. Use stable question IDs rather than display numbers, because numbers can change during editing.
| Rule | Condition | Destination | Required data | Test case |
|---|---|---|---|---|
| R1 | Q2 = Customer | Q3 usage | Account age | A |
| R2 | Q2 = Not a customer | Q6 awareness | Awareness source | B |
| R3 | Q3 = Never used | Q5 barrier | Reason code | C |
| R4 | Otherwise | Q4 experience | Satisfaction | D |
How do you map all paths?
- List entry questions and every possible answer.
- Draw one edge from each answer to its next question or terminal.
- Mark required fields on each route.
- Find orphan questions with no incoming edge.
- Find dead ends with no valid completion state.
- Create one test profile per terminal route, plus boundary cases for multi-select conditions.
Worked example
A product feedback survey asks whether a respondent has used the product. Users see experience questions; non-users see awareness questions. A third path is needed for respondents who cannot remember. Sending that answer to either user or non-user questions would force inaccurate data. The branch map makes the missing route visible.
What commonly breaks?
- Overlapping rules: two conditions are true and rule priority changes the route.
- Stale references: a question is deleted but a branch still points to it.
- Back-button drift: an earlier answer changes without clearing now-inapplicable data.
- Export mismatch: skipped and unanswered values are indistinguishable.
- Unstable numbering: documentation points to Q7 after editing renumbers it.
How much branching is too much?
Branching is too complex when the team cannot enumerate and test all material routes. Split the survey, reduce conditions or move personalization outside the questionnaire if path count grows faster than the evidence value.
Sources and limitations
- Australian Bureau of Statistics: Question structure, on logical order, navigation and clear skip instructions.
- Pew Research Center: Writing Survey Questions, on order effects, burden and using routing questions deliberately.
- W3C WAI Forms Tutorial, for accessible instructions, grouping and feedback.
Verification date: 24 August 2026. This is operational survey-design guidance, not legal advice. Requirements can differ by jurisdiction, audience and research purpose. Send corrections with a primary source through our corrections process.