“帮我把这些资料整理一下。”
这句话可以表示把文件分好类，也可以表示补全数据、修正错误，再做一份能直接汇报的报告。听起来是一件小事，双方脑中却可能出现两份完全不同的订单。
服务边界，就是把这种含糊讲清楚：这笔钱包含哪些结果，到什么程度算完成，什么事情需要另算。
它不只适用于外包项目。AI 工具也在提供服务。用户付费上传一段录音，究竟买到逐字稿，还是已经核对过事实的文章？“智能整理”四个字，无法自动回答这个问题。
项目协作工具 Atlassian 在工作说明书指南里，将范围、交付物、时间、责任和验收标准列为需要说明的内容。资料来源：工作说明书指南
用一个假设场景看会更清楚。有人购买商品资料清洗服务，约定接收五百行表格，交付统一格式和异常清单。客户后来补了另一家店的数据，还希望找齐缺失的商品图片。每个要求单独看都合理，但它们已经改变了原来那项工作的大小。
边界清楚，双方才知道变化发生在哪里。边界模糊，就容易把新的工作说成“顺手帮一下”，或者把本该完成的工作推回给客户。
时间的起点也很容易引起误会。两天交付，是从付款开始，还是从资料齐全开始？用户等了两天，服务者却还在等缺失的文件，两边都觉得自己没错。很多争执就是这样从一句省略了条件的承诺里长出来的。
在我看来，服务边界还有另一面：它同样约束提供服务的人。原定内容没有做好，不能改称新增需求；产品自己出了错，也不能用掉客户正常的修改次数。
清楚的约定并不会让合作失去温度。它让客户提前知道自己买到了什么，也让提供服务的人知道要对什么负责。真正伤害关系的，往往是成交时什么都含糊，交付时才突然变得特别精确。