1. 产品介绍
像写文档一样制作可填写的表单
Tally是在线表单工具，可以收集活动报名、客户需求、反馈或订单信息。编辑者输入问题，再添加选择题、文本框等内容块，发布后分享链接或嵌入网站。它把“写问题”和“做成可提交的页面”放在一起，让不写代码的人也能组织信息收集流程。
比如一家陶艺工作室举办体验课：线下参加者需要选择场次，线上参加者需要填写材料包的收件信息。如果把两组问题全部展示，读者要自己判断哪些可以跳过；把所有字段设为必填，又可能让根本不需要收件的人卡住。
2. 核心使用流程
从完整任务写问题，再决定哪些条件会改变路径
以陶艺体验课报名为教学情境：线下参加者选场次，线上参加者填写材料包地址。先用文档式编辑写出参与方式及两类信息，再判断显示、必填和跨页去向分别由什么回答决定。
编辑者输入 /logic 加入条件规则。需要条件显示的块先隐藏，再配置何时出现；显示与必填是不同设置，不能只隐藏画面就假定整条路径已经合理。
让用户的回答解释接下来为什么要问
- 先回答参与方式：这是用户容易理解、也确实影响后续的问题。
- 展示相关内容：线下显示场次，线上显示邮寄地址。读者不必在两组同时出现的问题里自行判断该跳过哪组。
- 安排页面推进：同页显示可随答案变化；跳页在下一步或提交动作时触发，规则应放在对应页面。
- 明确最终提交：表单设置中，支持的单题页可选完自动前进，但最后仍需手动提交。减少翻页动作不等于取消发送信息的确认。
条件让字段出现有具体原因。页面看起来更短只是表象，真正减少的是用户判断“这题是否与我有关”的负担。
用返回改答案检查整条表单
先分别走完线上与线下，再试“选线上、填地址、返回改线下”。检查显示、必填与最终收到的记录是否符合预期，不能从字段看不见直接推断旧答案已从记录中删除。
发布后还应通过实际表单核对提交结果，避免只在编辑器中看布局。条件越多，组合检查越重要；一条顺利路径不能代表所有返回路径。最终要得到的是与当前报名意图相符的一份记录，而不是一组看似灵活的隐藏规则。
3. 设计亮点与借鉴
把需要的信息放到需要它的时刻
陶艺报名最初只问参与方式，把用户能轻松回答的问题放在前面。地址不是永久消失，而是在选择邮寄材料包后才出现。这让字段出现有了可理解的原因：用户刚作出的选择解释了下一步为什么要问。
这里需要把显示与必填分别考虑。某个问题相关，不一定必须回答；某个字段以前必填，也不应在整条路径不再相关时继续让人困惑。条件逻辑把这些关系开放给编辑者，收益是灵活，责任是把组合定义清楚。
少问不相关的问题，比把同样多的问题缩进更小的页面更有价值。
区分答案变化与页面推进
同页内容可以随答案变化，跨页跳转则跟随明确的推进动作。两者作用不同：前者调整“现在需要填写什么”，后者决定“下一步去哪里”。编辑者需要在规则所在页面核对后者，不能只在任意位置写一句条件就假定整个流程已改变。
这个区别让表单可以既保留即时反馈，又保留行动节奏。对读者而言，选择参与方式后看到相关字段，是理解选择后果；点击下一步或最终提交，则是主动进入下一个阶段。设计者可以据此检查是否出现意外跳走、无解释消失或过早提交。