服务边界 · 分项说明
概念说明
服务边界是把处理权与结果责任一并标出的范围：在一种场景只提供判断意见，在另一种场景负责完成交付，责任随交付物转移而改变。比较场景时看交付物由谁形成、结果由谁确认，而不是只看请求名称。
判断方法
判断服务边界，可以从条目反推样本：每条边界文字至少要能举出一个应被包含的具体请求和一个应被排除的具体请求。举不出排除样本的条目，通常写得过宽，需要补上限定动作或对象；举不出包含样本的条目，往往只是描述状态或态度，没有可执行的内容，应改写或删除。鲍鱼视频。再把待判请求代入，能同时对上样本中的动作与对象才判归属，对不上的标为待确认。这个方法只检验条目的可判定性，不评价服务好坏。
适用边界
服务边界适合处理可以拆成离散条目的事项，回答的是“这一项归不归本次委托”；它给不出“做到什么程度”的判据。遇到以程度描述的事项，例如轻微与严重的分界、部分完成算不算完成，同一句边界文字会被双方读出两个结论，应另设可观察的完成标准，不能靠边界本身裁定。另外，边界只对订立时已能列举的情形有效，订立后新出现的事项只能按最接近的条目作类比提出，再另行确认归属，不能凭类比直接判为范围内或范围外。
读者评论
谢谢，正好卡在一个扯不清的项目上，看了有点方向了
有点不认同，太较真容易把关系搞僵，做生意还得留点情面
有个小问题，需求变更特别频繁的话，流程该怎么简化？
需求文档写完一定让对方签字确认，血的教训