Review Responses Without Losing The Raw Record
Response review is where researchers identify test submissions, incomplete cases, failed checks, duplicate entries, and unusual open-text responses. Keep the raw export intact, create a separate analytic copy, and document every exclusion rule outside the original data file.
Start from Export. Download the response file, then compare it against the survey structure, Flow paths, quota rules, and any quality checks that were part of the study design.
Export: Data Output
Export
Download analysis-ready response data from the Export tab.
Response Review Workflow
Step 1: Export a backup. Download the current data from Export Research Survey Responses before cleaning.
Step 1: Export a backup
Block BuilderPreviewDeployExport
Download analysis-ready response data from the Export tab.
Step 2: Identify test responses. Compare timestamps, draft/public source fields, known pilot submissions, and notes from Preview and Pilot Test a Survey.
Step 2: Identify test responses
Block BuilderPreviewDeployPreview
Walk through respondent-facing behavior in the same preview surface.
Step 3: Check quality fields. Review attention checks, validation fields, completion status, timing, duplicate identifiers, and open text that suggests a failed task.
Step 3: Check quality fields
Block BuilderPreviewDeployExport
Download analysis-ready response data from the Export tab.
Step 4: Check experimental fields. Confirm condition assignments, quota-relevant variables, randomized order fields, and treatment exposure fields are present.
Step 4: Check experimental fields
Block BuilderPreviewDeployFlow Canvas
Interactive routing surface from the app, running in no-persist help mode.
Step 5: Apply planned exclusions. Use criteria from your pre-analysis plan or codebook instead of making ad hoc cuts.
Step 5: Apply planned exclusions
Block BuilderPreviewDeployExport
Download analysis-ready response data from the Export tab.
Step 6: Save a cleaning log. Record which rows were excluded, why, who made the decision, and when the cleaned dataset was created.
Step 6: Save a cleaning log
Block BuilderPreviewDeployExport
Download analysis-ready response data from the Export tab.
What To Document
- Dataset version: export date, survey version, and whether the file came from manual Export or the API.
- Rows removed: test responses, duplicates, incomplete cases, and the row ids or response ids affected.
- Check outcomes: failed attention, comprehension, manipulation, or validation checks, plus whether those failures are exclusions or diagnostic flags.
- Routing status: ineligible, quota-full, screened-out, or incomplete paths.
- Any personally identifying fields handled under privacy rules.
- Fielding changes: mid-field wording, Flow, quota, link, or end screen changes already noted in the codebook.
Export: Data Output
Export
Download analysis-ready response data from the Export tab.
Avoid These Cleaning Mistakes
- Do not overwrite the raw export with recoded or filtered data.
- Do not remove respondents only because their answer is inconvenient for the hypothesis.
- Do not change option labels after launch without documenting how old and new labels map.
- Do not rely on memory for pilot submissions; mark or log test responses when the pilot happens.
- Do not discard condition assignment or randomized order columns, because they explain what each respondent saw.