需求评审开会前，准备一个脱敏业务样本

先做一个小而完整的尝试

• 保留能解释流程的字段与格式。

• 替换姓名、联系方式和业务敏感值。

• 保留一条正常和一条异常情况。

• 说明每个字段的来源。

• 用样本走完输入到输出。

容易忽略的地方

不要只截一张没有起点和结束的页面，也不要把真实密码或令牌放进需求文档。样本数据不是正式导入文件。

做完以后，看什么

评审后记录已确认、暂不支持与待补字段，分别对应到页面和操作，形成可复查的范围清单。

验收时别漏掉边界

评审时让双方从同一笔样本走到结果，停在需要业务判断的位置请负责人说明。样本不能代表全部业务时，明确还缺哪些类型，而不是据此宣布所有需求已经确定。录屏只展示已获准的脱敏资料，不展示真实客户记录。

把下一步写到纸上

把每个待补字段对应到具体样本，注明由谁补充说明。补齐后先复走原流程，再加入新的例外样本；这样能知道变化来自业务理解还是功能扩展。正式数据接入前另行确认权限、迁移范围和验证方式。

准备前自查

选一笔能代表日常流程的业务，把姓名、电话、地址和其他可识别信息替换成虚构值，保留字段结构与关键关系。准备起始资料、经过的处理步骤和预期输出三份材料。若涉及敏感业务，先与资料负责人确认哪些内容可以用于评审。

三个值得问清的问题

请另一位熟悉业务的人根据样本解释一次流程，看脱敏后是否仍能理解审批、金额或数量关系。把例外情况单独补一个样本，说明它是讨论材料。发送前再查截图、文件名、隐藏列和附件，避免只替换正文里的姓名。

继续了解

定制软件报价之前，把需求写成一次真实操作

产品演示别只看大屏：让供应方走完一项任务

机构数字化先做哪一步？从最频繁的重复工作开始