一份推广服务协议，工作内容一栏只有六个字：提供市场推广服务。签的时候双方都觉得没问题，真出了争议，这六个字什么都证明不了。
写粗了没法验收，写细了又容易变成指挥关系。这条线在哪，取决于一件事：结果能不能被描述清楚。
一、标准是换个人也能验收
把协议交给一个没参与过项目的人，他看完能不能判断活干完没有、干得合不合格。能判断，就够细；判断不了，就还得往下写。
很多协议把工作内容写成了行业描述，比如提供内容创作服务、提供技术服务。这类写法连交付物是什么都说不清，验收时只能靠口头解释。
还有一类协议把工作内容写成了岗位职责，罗列七八条日常事务，却没说清最后要交出什么。这种写法最容易被追问，因为它描述的是过程，不是结果。
描述的对象应该是产出，不是岗位。写清要交什么，比写清要干什么更有用，也更不容易落进管理关系的判断里。
二、三样东西不能省
交付物要具体到份数、格式和提交方式。写成每月提供若干条短视频，比写成负责短视频运营，可验收性差出好几个量级。
验收标准至少写两项量化指标。数量、质量、时限三选二，留下判断余地，也留下争议时的依据。
质量指标不好量化时，用可核对的替代标准。比如返修率不超过约定比例，或者提交后两轮修改内定稿，比写一句质量合格有用得多。
时间只约定交付节点，不约定工作时段。写清几号前交，和写清每天几点到岗，是两种完全不同的关系。
交接方式也要写一句。成果通过什么渠道提交、由谁确认收到、确认后几个工作日内反馈，这三句能挡掉大量扯皮。
如果合作涉及多人协作，还要写清由谁统一对接、由谁汇总交付。否则验收时找不到责任人，标准定得再细也落不下去。
| 写法 | 示例 | 问题 |
|---|---|---|
| 过粗 | 提供市场推广服务 | 无法验收，争议无依据 |
| 合适 | 每月提交20条成片，5号前交付 | 可验收，过程不指定 |
| 过细 | 每日9点至18点在指定工位完成指派任务 | 接近指挥管理，性质可能被重判 |
三、写太细的代价
过细有三个明显信号：指定工位、指定上下班时段、指定向某位主管汇报。出现其中一个，说明协议已经写偏了。
这三样一旦同时存在，合作性质可能被重新认定。前期的结算方式、票据安排、人员管理全部要跟着调整，代价远高于改一份协议。
边界可以概括成一句话：结果可描述，过程不指定。工作内容写到能验收为止，再往下的过程细节，交给承接方自己安排。
四、现在就能做的动作
拿现有协议做一次验收测试：找一位不熟悉项目的同事，只看协议能不能说出这活什么时候算干完。说不出来，这份协议就该改。
改的时候把交付物和验收标准做成模板必填项，空着不让提交。制度上的一个必填，比培训十次都管用。
不同合作模式的边界差异，可以对照用工模式解析；协议要素与结算衔接见灵活用工方案；需要现成模板的，可以从联系我们入口索取。
这周挑三份在用协议出来过一遍，把验收标准补上。改动不大，但真出问题时，这几行字就是最直接的依据。
