# In-Product Survey Copy Review Workflow in Figma > Review in-product survey invitations, questions, answer choices, privacy context, and completion states before collecting misleading feedback. - Canonical page: https://www.hypermatic.com/articles/copydoc-in-product-survey-copy-review-workflow-in-figma/ - Published: 2026-09-11T00:00:00.000Z - Updated: 2026-09-11T00:00:00.000Z An in-product survey can collect thousands of answers and still teach the team very little. A leading question flatters the roadmap, overlapping answer choices corrupt segmentation, and an unclear “anonymous” claim damages trust. The interface may be small; the measurement consequences are not. [CopyDoc](/copydoc/) can export Figma text for structured review and bring approved updates back into the designs. That gives research, product, legal, support, and localization teams a shared way to inspect survey language in the states where participants see it. ## Start with the decision, not the questions Write down what decision the survey should inform, who is eligible, when it appears, and what other evidence will be used. “Learn what users think” is too vague. “Decide which onboarding step needs qualitative follow-up” is testable. For every proposed question, record the decision it supports. Remove questions that are merely interesting, cannot change an action, or ask for information the product already knows reliably. Shorter surveys usually produce cleaner completion and reduce interruption. Define exclusions too: employees, test accounts, recent respondents, users who have not experienced the feature, or people in sensitive flows. Copy review cannot fix a badly selected audience. ## Build a state map in Figma Design the invitation, first question, each question type, validation, progress, skip behavior, dismissal, completion, incentive, expired, and error states. Include how the survey behaves after reload and whether it can reappear. Use realistic content rather than `Question goes here`. Test the longest question, longest answer choice, translated expansion, optional free text, multi-select limits, and a small mobile viewport. Keep the close action visible and avoid visual pressure that makes participation feel mandatory when it is not. Give every question and response option a stable ID outside the visible wording. Analysts should be able to revise a label without silently changing the meaning of an existing data field. ## Review questions for measurement bias Export the survey text with CopyDoc into a spreadsheet containing question ID, visible copy, response type, required status, audience, analytical purpose, owner, and revision. Review each question independently and in sequence. Look for: - leading language that suggests a preferred answer; - two ideas combined into one question; - vague timeframes such as “recently”; - absolutes such as “always” and “never” without justification; - answer choices that overlap or leave obvious gaps; - scales whose endpoints are unclear or reversed; - required questions where “not applicable” is a valid response; - product terminology participants may not recognize. Do not rewrite a research question for brand sparkle if that changes what it measures. Plain, neutral language is usually the better interface. ## Explain privacy and incentives accurately State why feedback is being collected, how it will be used, whether responses are linked to account data, and where the participant can learn more. Use “anonymous” only when the collection and downstream analysis genuinely cannot identify the person. “Confidential” and “anonymous” are not interchangeable. If the survey offers an incentive, explain eligibility, selection, delivery timing, geographic limits, and any relevant terms. Keep the incentive from visually overpowering the purpose of the research; otherwise the team may optimize for reward-seeking responses. Route privacy, consent, and incentive claims to their authoritative owners. A Figma approval is not proof that data collection complies with applicable policy or law. ## Make answer choices operational Read every option as a participant, then as an analyst. Mutually exclusive choices should not overlap. Multi-select questions should say “Select all that apply” and define any maximum. Include “Other” only if the follow-up field will be reviewed and coded. Randomization can reduce order effects, but do not randomize ordered scales, steps, or choices that depend on an “Other” position. Decide how skipped, dismissed, timed-out, and partially completed responses appear in the dataset. The [product terminology audit workflow](/articles/copydoc-figma-terminology-audit-workflow/) helps keep feature and navigation names consistent. Survey review adds a different constraint: wording must be recognizable without turning the question into product marketing. ## Test comprehension before launch Ask a small set of representative participants to explain each question in their own words. Observe where they hesitate, interpret an option differently, or cannot find an honest answer. Do not coach them toward the intended meaning. Run the implemented survey with test accounts. Verify targeting, frequency caps, keyboard flow, focus, screen-reader labels, validation, submission, dismissal, mobile layout, analytics IDs, and data export. Confirm that the stored response matches the chosen visible option. The [form microcopy review workflow](/articles/copydoc-form-microcopy-review-workflow-in-figma/) covers labels, validation, and completion across general product forms. Surveys require additional discipline around neutrality, sampling, response scales, and analytical continuity. ## Freeze a version analysts can trust Before activation, save the question IDs, exact wording, option order, targeting rule, start and end dates, and survey version. If wording changes after launch, decide whether the new responses remain comparable; when meaning changes, create a new version rather than merging the results silently. CopyDoc makes the design-side review and re-import loop faster. Useful survey evidence still depends on a clear decision, sound sampling, neutral questions, honest privacy language, accessible implementation, and versioned data that preserves what participants actually saw.