Product practice · 5 min read
Change a live form without losing the meaning of old answers
Why drafts and published versions belong on separate tracks, and how version context keeps response history trustworthy.
Forms change. A confusing phrase gets rewritten, an option gets added, or a follow-up question becomes unnecessary. The dangerous part is not the edit—it is forgetting that older responses answered an older question.
Draft first, publish deliberately
Editing a draft should never silently change the form people are answering. A safe workflow keeps the live version stable while the next version is prepared and previewed.
When the change is ready, publish it as a new version. One stable link can continue to work while each response remains tied to the exact questions and choices that person saw.
Context belongs with the answer
Imagine changing a rating scale from five points to ten. Without version context, old and new scores can look comparable when they are not. The same problem appears when choices are renamed, reordered, or removed.
Version-aware response history preserves the definition alongside the answer. That makes exports, individual-response review, and later analysis easier to trust.
Treat publishing as a product action
“Save” and “publish” are different promises. Save protects the person building the form. Publish changes the experience for everyone answering it.
Keeping those actions separate gives teams room to improve without turning every edit into an accidental release.