一份多语种表单，字段名称都译对了，填写者却仍可能不知道要填几个人、为什么提交失败，或提交后是否已经获得名额。用译达通辅助整理表单文字时，要把字段名称、填写说明和反馈消息放在同一套规则里核对。下面以虚构的线上产品演示报名表为例，说明文案检查方法，不涉及创建表单或修改系统规则。
一、先弄清每个字段为什么要填
翻译前向表单负责人确认：字段用于什么，是否必填，系统接受什么格式，提交后由谁处理。例如“参加人数”填的是本次报名的总人数，还是额外同行人数？两个含义会影响输入结果，不能只凭一个简短字段名猜。
把已有规则记录成小清单，再整理译文。若业务尚未确定人数上限，就先标明待确认，不能在提示中自行补一个数字。文案若与系统实际校验不同，应回到负责人处统一规则，不能靠一句翻译说明掩盖差异。
字段名称与填写提示一起核对，才能判断用户是否知道要提供什么（原创示意图）。
二、让提示告诉用户怎样填
按已确认的规则说明必填或选填、范围和格式，并给出与实际校验一致的示例。虚构规则若为总人数1至5人，可以写“参加人数（必填）：请输入1至5之间的整数”。英文文案可为“Number of attendees (required)”，另附“Enter a whole number from 1 to 5.”。
不要只在输入框里放一个会随输入消失的例子，而把字段名省掉。W3C的表单指引要求说明必要的填写规则，并指出占位提示不能代替字段标签。文案交付时，应让负责界面的人知道哪些是名称、哪些是辅助说明，具体实现由其确认。参考：W3C WAI：Form Instructions。
三、错误说明同时指出位置与改法
“输入有误”没有告诉填写者改哪里。若上面的虚构人数规则不接受2.5，可以用“参加人数：请输入1至5之间的整数”。这条文案指向具体字段，也说明可接受的范围；若错误是必填项为空，则应提示补填人数，不能把所有失败都写成同一句话。
对照W3C的用户通知指引，错误消息需要清楚、简洁，并说明如何修正。若是服务暂时不可用，文案应准确报告提交状态，不把它误写成用户填错格式。不要在翻译中编造“数据已保存”或“重新提交即可成功”等未经系统确认的结果。参考：W3C WAI：User Notification。
错误提示应让人找到对应字段，并知道下一步可以怎样修正（原创示意图）。
四、分清提交、收到与确认成功
按钮文字应与实际动作一致。发送报名申请，不一定等于确定参加名额；进入下一页，也不一定完成提交。若流程需要人工确认，结果文案可以是“申请已收到，名额仍待确认”，但只有系统确实接收后才能展示。
请负责人说明后续联系渠道与时间安排，已经确认的再写入提示。不要把内部草稿中的“预计”译成固定承诺。各语种版本都应保持相同的状态边界，避免一种语言说“已收到”，另一种却说“报名成功”。
五、用一次试填检查完整路径
请熟悉目标语言的人在测试副本中试填，观察其能否理解人数含义、找到格式说明、根据错误消息修正，并说清提交后的状态。可以安排空值、超出范围和正确输入三种例子，但不要在真实业务表单里反复提交测试申请。
从填写到结果走完一遍，能发现单句校对看不出来的衔接问题（原创示意图）。
交付记录保留字段标识、原文、译文和适用状态。更改业务规则时同步复核所有语种，并由表单负责人核验实际行为。本文例句和图片均为原创虚构示例，不声称译达通具有表单创建、自动校验或可用性测试功能，也不以文案核对代替完整的无障碍实现检查。