Tally：表单该问什么，由刚才的回答决定
Tally让人像写文档一样创建并分享在线表单。条件逻辑可以根据回答调整问题、必填项与后续页面，让报名、需求收集和反馈流程只询问相关信息。
先给出你的方案与理由，再展开思路，检查是否遗漏了重要的取舍与验证。这些问题没有唯一答案。
01
产品思考中阶
改了参与方式，表单应该保留和发送什么？
练习场景
为陶艺工作室设计报名表。读者可以选择线下到店或线上参加，线上课程需要邮寄材料包。这是一道自拟产品练习，不要求复刻 Tally 的具体页面。
条件与目标
- 所有人填写姓名、联系方式和参与方式。线下需要选场次，不问收件地址；线上需要收件人、地址和确认邮寄说明，不问到店场次。
- 用户可能先选线上并填完地址，再返回改成线下。练习明确要求：最终提交只包含当前路径需要的信息，不把旧地址悄悄一起发送。
- 是否保留旧地址供切回线上时恢复，由你选择；必须说明保存位置、保留时机和用户怎样清除。这里的草稿策略是待设计方案，不假设 Tally 已有某种自动清空行为。
- 缺少当前路径的必填信息时，指出具体问题；不能让已经隐藏的旧字段使用户找不到无法提交的原因。兼顾键盘填写和手机阅读，不通过突然跳页来替用户确认提交。
交付物
画出初始选择、线上填写、改回线下、提交前确认四个状态。解释字段显示、必填、草稿保留和实际提交的关系。以“线上填地址→线下→再回线上”为例逐步说明会保留或删除什么。设计两项观察任务，检查用户能否说清将发送哪些信息；无需完整视觉稿，不虚构测试结果。
查看思路
- 先列两条路径的信息需要。 公共字段独立于分支字段，场次与收件信息分别属于各自路径。把可见、必填和提交纳入同一张状态表，避免只设计显示效果。
- 明确草稿与提交是两个集合。 可以选择仅在本次页面会话保留旧值供恢复，也可在切换时清除并说明后果。无论哪种策略，最终提交的信息都只能包含当前有效路径，不靠CSS隐藏实现数据排除。
- 解释切换后的变化。 告诉用户当前将按线下报名，地址不会发送；重新选线上时说明是恢复草稿还是需要重填。不要一边承诺清除，一边从隐藏缓存恢复。
- 让错误和焦点跟着有效字段。 只提示当前可见必填项的缺失。键盘操作时检查字段消失后焦点落点与阅读顺序；保留明确的最终提交确认。
- 用返回路径测试理解。 一项任务让用户填地址后改线下，解释待发送内容；另一项让他切回线上，检查能否预期恢复或清空。根据观察修正说明，而不是只检查按钮可点击。