选项改了，旧回答也能按新含义统计吗？

选了工作日，并不等于选了晚上

假设一个虚构读书会在线询问成员偏好的活动时间。使用现有会员身份，每人只能提交一次最终回答，本例不含提交后修改和离线收集。原题提供工作日、周末、还不确定三个单选项。运营提出把工作日拆成白天和晚上，同时希望旧结果也放进新图表。

一开始可能觉得只要加一个选项。可检查旧数据时会发现，八个工作日回答没有说明白天还是晚上。把原选项改名为工作日晚上，就是替回答者补上了他们没有说过的意思。所以我会先把需求拆成题目变更与历史回答解释，再讨论结果页面怎么画。

下面是为了验证设计而构造的数据，并非实际调查。前后版本各有二十个不同会员的完成回答，不包含草稿和提交失败记录。两个版本的工作日都指周一至周五；新题的白天与晚上在本例中互不重叠并覆盖该范围。套用到其他业务前，必须先确认这些假设成立。

显示文案和存储的含义要分别检查

KoboToolbox公开文档区分了选项名称与显示标签，并说明修改标签可能改变既有数据展示的文字，复用值却改变其含义可能造成误读。这个公开例子让我意识到，只看当前页面不够。下文的不可变发布版本、旧页面提交与统计规则，是这个虚构调查独立选择的方案，不是对该产品行为的描述。

我会先要修改前的题目、存储选项定义、一行导出结果和报表计算式。检查系统是否按位置保存选项，改标签后旧导出是否也换了文字。设计文档不能只写现在叫什么，还要写从哪里找回回答者当时看到的题目和选项。这样开发和QA才能检查同一个含义，而不是只比对文字是否相等。

直接覆盖的实现成本小，却失去历史含义；另建调查容易隔离，却切断同一议题的连续记录。本例选择在同一调查下保留发布版本，默认按版本显示详细结果，另提供经过明确映射的共同类别结果。版本选择和映射维护会增加复杂度，这项代价也要写进策划书，不能只写好处。

能合并到上层，不代表能拆出下层

发布版本是问题、选项与各语言文案的不可变组合。即使只改错别字，也创建新发布版本。经确认含义未变的项目可以保留身份关系；把工作日拆成白天和晚上时，要建立新的题目和选项项目，不能让旧项目承担新含义。这样旧回答仍能通过原版本找回当时的文字。

详细结果按版本展示。新版本白天是4/20=20%，晚上是6/20=30%。旧工作日八个回答不能分配到这两项，也不能在两个新时段中显示为零。它们属于没有询问过细分时段，而不是没有人选择。还不确定是实际选中的选项；未提交草稿则根本不在完成回答的分母中，三者要分开。

共同工作日比例只有在含义映射确认后才算。本例把旧工作日八个、新白天四个和新晚上六个合并，得到18/40=45%。再加周末十八个和还不确定四个，合计四十。两个时期是不同回答群体，工作日比例从40%到50%的差异，不能被写成改题带来的效果。

旧页面不能悄悄变成新版提交

有人可能一直开着旧题，另一个成员已经在填新题。本例只接受针对当前发布版本的新提交。服务器把当前版本、选项归属、必填值、会员当前访问权限和是否已有完成回答，与回答和重试记录的保存放在一次原子处理中检查。提交确认后再发送凭证；发送失败不撤销已经完成的回答。只在浏览器检查会留下检查完成后版本又变化的空隙。

旧版首次提交不保存，加载变更题目后要求重新选择。改变了含义的时间偏好要清空，只保留其他项目身份和含义均未变化的回答。即使只改错别字，也说明有更新并要求确认后重新提交；含义相同的选择可以保留。新题加载失败时留住旧输入，不能显示已接收，更不能强行刷新丢掉内容。

在按新提交检查之前，先查询相同请求的既有处理记录。相同内容的重试在当前权限允许的范围内返回原接收凭证，不重复保存或计数；同一请求编号换内容则拒绝。换新编号也不能绕过每位会员一次完成的限制。发布与保存必须有明确先后：旧保存先完成则保留旧版回答，发布先完成则拒绝旧版首次提交。

结果页面不能改写回答者的话

不要只突出新时段图表，却把版本解释藏起来。默认显示按发布版本区分的详细结果，共同类别是另一个视图。把包含的期间、版本和完成回答总数放在标题附近。如果没有足够依据建立类别对应关系，就不提供合并视图，而不是依靠相似的名字自动拼起来。

删除选项也不能从历史结果中删除那项回答。保存回答与发布版本、题目、选项的关系，并从原发布版本读取当时文案。翻译也要属于同一个发布版本，避免一种语言还是旧含义，另一种语言已经变成新含义。导出时把原始文案、共同类别放在不同列，另附映射版本，不能用映射后的名字覆盖原记录。

下面是固定的条件说明画面，没有连接实际调查服务器，也不是并发提交测试结果。交给设计师时说明提示后保留哪些输入、哪一题需要重新选择；交给开发时用相同的条件解释何时返回提示。漂亮的错误文案无法修复已经按错误版本保存的回答。

让AI找丢失的含义，不要让它补答案

只给AI当前选项，它可能只把新文案整理得更整齐。应该同时给出前后题目、虚构计数、保留发布版本的原则和每位会员一次完成的范围。委托它检查遗漏条件和计算，不让它推测旧回答的细分分布，也不让它估算调查或收入成效。

拿到回答先检查三个位置：有没有把八个未细分工作日变成白天和晚上；有没有把新版详细结果的分母写成四十；有没有把旧页面悄悄接收为新版。发现一个就排除相应行，说明漏掉的约束再要求修改。表达自然并不表示新政策已经获得批准，新增建议需要单独标明。

下面是没有执行过的提问示例。实际使用时，在回答旁标注采用、修改和待确认，并连接原定义与计算式。题目含义是否相同仍需要负责人员作出决定，不能因为AI说可以合并就公开共同类别。把这项确认作为交接前置条件，才能知道还有什么没决定。

提问示例：这是读书会的单选时间偏好调查。每位现有会员只完成一次，不含修改或离线收集。旧二十个为工作日8、周末10、不确定2；新二十个为工作日白天4、晚上6、周末8、不确定2。两版工作日都是周一至周五。不要推测旧细节。请写版本详细与共同类别统计、旧版提交、发布与保存竞争、成功响应丢失后重试的条件、文案与QA预期。新增政策建议必须与已定条件分开。

策划书和设计说明要留下不同的判断

策划书解释为什么不重新解释旧回答、不同结果视图能回答什么问题，并明确单选、现有会员、每人一次、在线提交的范围。设计说明定义发布版本保存、回答关系、检查与写入的原子边界，以及更新后的确认和重新提交动作。把一段说明重复放进两个文件，并不能让下一个人知道该实现什么。

统计定义记录所含完成回答、期间、发布版本、分母，以及共同类别对应表的版本。映射改变时，以新定义重新计算，不修改原始回答。旧定义也要保留，让过去的报表可以复现。不要把不同定义计算的数字连接成同一条趋势线，更不要省略未收集细节的说明。

负责人后面要接具体证据。策划确认含义是否相同；设计负责变更提示和未收集文案；开发负责保存边界。QA对照页面、接收凭证与导出，运营记录发布时刻和映射变化的理由。使用下面的表时把角色换成团队实际负责的人，同时保留需要确认的资料。

验收按钮，也要验收原记录与统计

按下表的初始状态和顺序准备数据。只测一个刚刷新的页面不够，要保留旧题页、另开新题页，并准备已完成的会员。检查凭证记录了哪个版本。在真实服务做联调时，除了结果页面，也记录实际保存的回答和统计行。不能只看提交按钮变灰，就认定防重生效。

发布和提交同时发生要分别控制两种先后。如果旧保存先完成，就只能在旧版本里留下一个回答；如果发布先完成，新的旧版提交应被拒绝。之后重放之前成功的请求，只返回原凭证，不允许在当前版本再出现一个回答。这样才能把界面提示与最终数据联系起来。

界面还要检查是否用文字解释变更原因，键盘能否到达修改后的题目和错误，手机上分母与限制说明会不会被表格挤出视野。这里写的是交接时的预期，不是某个真实调查后端已经通过的测试。补上实际观察和证据之后，才能把实现验收标为完成。

把交接说明改成你的题目再使用

先把工作日、周末替换成你的实际含义。选项重叠或允许多选时，分母和合计校验不能照搬。若需要接收迟到的离线回答，也要重新决定只收当前版本是否合适。完成后的修改与删除属于本例范围之外，要明确增加规则后再实现，不要藏在重试逻辑里面。

应用前检查历史发布版本能否找回，只有同义项目是否保持关系，旧页面处理究竟保留哪些输入。对没有证据的信息，就留下未收集。不要为了让图表完整而制造一个答案。将下面的材料改成真实条件，再填实际验收结果，才是可交给下一位同事的文档。

题目变更——设计、统计与QA交接说明
范围：虚构在线单选时间偏好调查，使用现有会员身份，每人完成一次。不含回答修改或离线收集，没有进行真实调查。
问题：把工作日拆成白天和晚上，同时不改变旧回答的含义。
数据：旧二十个=工作日8、周末10、不确定2；新二十个=白天4、晚上6、周末8、不确定2。不同会员和期间，排除草稿与失败提交。
版本：问题、选项和翻译保存在不可变发布版本。错别字修改也建新版；只有确认同义的项目保留身份关系，含义改变需新题目和选项。不能用当前标签覆盖历史文案。
统计：默认版本详细结果。新版白天4/20=20%，晚上6/20=30%。旧工作日8未收集细分，不能推测分配或记零。只有含义相同且对应表确认后，显示共同工作日18/40=45%；加周末18与不确定4合计40。展示期间、版本、分母与映射版本，不宣称因果效果。
提交：先查同一操作的既有记录。新请求将当前版本、选项归属、必填值、当前权限、是否已完成与写入原子检查。回答与重试记录一起确认提交后才发送凭证；发送失败不撤销保存。每位会员一次完成，跨页面和新请求编号仍防重。
旧页：不保存，要求重新查看变化题目并选择。仅保留其他身份与含义都未变的回答。错别字改动也提示并重新提交。加载失败保留旧输入，不提示已接收。修改内容后使用新请求编号。
重试：相同请求和内容在当前权限内返回原凭证，不增加计数。同编号不同内容拒绝冲突。之后出现新版本也不迁移完成回答。
竞争：旧写入先完成则在旧版保留一次；新发布先完成则拒绝旧版首次提交。发布与保存必须在同一边界保证先后。
导出：保留回答时的版本、题目、选项与文案，共同类别单独列出。选项删除和翻译修改不抹去历史值。映射变化建立新统计定义并重算，同时保留旧定义供复现。
角色：策划确认含义/范围/方案，设计负责变化与未收集提示，开发负责原子保存/防重，QA对照顺序和界面/记录/统计，运营记录发布与映射理由。
验收：执行正文十四种初始状态和顺序，附上画面、凭证、统计与导出证据。流程图和固定情境只是设计契约，不是实际后端联调通过记录。
套用前：确定真实含义、多选、回答修改/删除、离线收集、保管期限与访问政策，填写负责人、适用版本和实际检验结果。

来源与示例条件

参考KoboToolbox公开文档中显示标签、存储选项与变更后的解释风险。发布、提交、统计规则及四十个回答均为独立虚构设计，并非真实调查、联调结果或成果。AI提问是未执行示例，英文与中文是同一韩文案例的本地化版本。

KoboToolbox — Deploying forms for data collection

KoboToolbox — Managing option choices in XLSForm