我以前会觉得，一个 PDF 只要字段能点、能输入，就已经算“可填写表单”了。后来我发现，这个标准太低了。
很多表单 technically 可以填，但填起来别扭、顺序乱、字段长度不合理、信息挤在一起，最后用户还是会来回问、干脆打印、或者直接拖着不填。
我现在看一个表单，先问它是不是“好填”
对我来说，真正有价值的表单，不只是能输入，而是一个普通人第一次打开，也能顺着做下去，不至于半路烦躁。
这中间真正重要的，其实不是技术，而是细节：字段顺序、标签是不是清楚、每个答案有没有留够空间、签字是不是被塞在太前面。
我现在做 PDF 表单，最怕的不是少一个字段，而是用户填到一半就烦了。所以我测试时会更在意流程能不能顺着走，而不是后台配置看起来有多完整。
如果连我自己试一遍都觉得费劲，那别人第一次打开只会更烦。
如果这份表单主要给手机端填：我有时会把最终表单链接再转成一个 ToolsKit 二维码，这样用户不用在聊天记录里反复找附件，扫码进去就能开始填，完成率通常会更好一点。
我通常会自己做一轮“快速填表测试”
我会真的从头走一遍：
- Tab 顺不顺
- 字段名清不清楚
- 输入长一点会不会溢出
- 不用鼠标时是不是也能基本走通
很多表单的问题，真到你自己填一次的时候才会暴露。
我现在对“扁平化”这一步也更谨慎
表单还在收集内容的时候，我不会太早扁平化。
但一旦已经填完、确认不再改，我会更愿意在交付前把它定住。这样后面换阅读器、换设备、换系统的时候，奇怪的小问题会少很多。
我现在最容易先砍掉的复杂度
如果一个表单第一页就同时塞了说明、签字、日期、备注、长文本和一堆小字段，我通常会先往回收一收。很多表单难填，不是因为字段做不出来，而是因为我们一上来就让人处理太多东西。
我自己还会做一个很笨但很有用的测试：尽量少用鼠标，只靠 Tab 去走一遍。如果光标顺序乱跳，那我基本就知道这份表单的实际体验还不够顺。
- 先填基本信息：别让用户一开场就做判断题
- 签字放后面：让人先把内容填顺，再进入确认动作
- 可选项标清楚：少掉很多“这个是不是也得填”的犹豫
我的结论
可填写 PDF 真正的门槛，不是“能输字”，而是“别人愿不愿意顺手把它填完”。
我现在会把表单当成一条真实用户流程来看，而不是几个输入框的堆叠。这样做出来的表单，才更像真的能用。