本页分别说明资料准备和服务边界的概念、判断方法及适用边界。先逐项阅读，再比较两者关注的对象与使用条件。
先阅读每个概念的定义，再核对可观察的判断方法，最后查看哪些条件下不能直接套用。
资料准备是按受理方能否独立读懂来组织的材料集：每份材料要让未参与过程的人不追加询问就能核对其出处、形成时间和对应事项。只按自己知道的情况打包，会在受理环节形成补件往返；应按受理方核对这三项时所需的字段逐项检查材料是否自足。
判断失误常是材料都在手，到了提交时才发现缺签章、版本过期或无法当场出示。做法是从提交动作倒排：先写受理时要什么形态，再往前列出核验、签署、出具各自的最晚完成时间和依赖，逐项做一次模拟提交，记录卡点；任何一项在提交日不能直接呈现，就标未完成，不能按文件名称打勾。
判断失误是把递交当成资料准备的终点，收到补正通知才发现材料需要重做。适用边界只到提交前一刻：提交后的补正、补充说明和重新出具属于新一轮准备，不能在原清单上直接勾选完成。核对时把提交前自查和提交后待办分表，补正要求到达后重开清单，原清单只保留已提交版本作为对照。
服务边界是把请求拆成可独立承接的最小单元并标明接口：每个单元写清输入由谁提供、输出以什么形式验收，一个单元的输出不能直接作为下一个单元的输入时，边界就在此断开。按请求名称整体承诺，常在中途发现无法衔接；应先确认接口再答复能否承接。
把边界条目当作勾选清单，容易在相邻环节留下无人签收的空档，交付到一半才发现两端都以为对方负责。可沿一次委托从开始到结束列出事项链，每个相邻环节写明谁发出开始信号、谁接收结果、结果不被接收时退回哪里；链上出现无人签收的节点，先标待确认，不默认归入任一方。再用一个边界外请求反向检查，确认排除项也有明确承接去处。
把不同版本的边界文字拼在一起，会出现同一事项既在范围内又被排除的冲突，执行中反复停等。适用前提是同一份确认版本、同一服务周期，且条目能指到具体动作或对象；版本更换后应重新确认归属，不能把旧条目的排除结论沿用到新版本。边界也不规定变更由谁提出、如何批准；遇到版本外的请求，只能登记为待确认，不能自行套用最接近的条目。
读者评论
我们最怕的就是需求一直加，加到最后工期还是原来那个
需求文档写完一定让对方签字确认，血的教训
有个小问题，需求变更特别频繁的话，流程该怎么简化？
谢谢作者，看完心里踏实多了，原来不止我一个这么狼狈
我们组现在每次验收前都过一遍清单，效率高很多