一家做社区团购分拣的企业，每周单量波动三成。协议上写的工作内容是”分拣”，实际干的活早就扩到打包、装车、退件处理。真出了争议，协议对不上现场。
协议要跟得上需求变化，靠的是框架加任务单的两层结构，不是把工作内容写得更宽。写宽了，反而说不清边界。
一、把协议拆成两层
框架层写不常变的部分：合作主体、结算方式、保密、违约、终止条件。任务层写每次会变的部分：做什么、做多少、单价、周期、验收。
两层分开的好处是，需求变了只动任务层。框架层不用重签，也不用每次改一版协议再走一遍签署流程。
拆层之后，签署成本也降下来。框架协议签一次，后面每个任务单是确认动作，不是重新谈判，执行的人愿意走流程，留痕才可能真实。
反过来看，一份协议里同时塞了框架条款和具体任务，任何一处变动都要整份重签。实际执行中没人愿意走这个流程，于是就用口头改，问题就从这里开始。
二、任务单要写到什么颗粒度
- 做什么：动作和对象写具体，比如”分拣至指定格口”，不写”仓库协助”
- 做多少：件数、单数或时长，给一个可核对的数
- 什么时候交：起止时间写到日，不写”尽快”
- 谁验收：写岗位不写人名，人员变动时任务单仍然有效
- 单价怎么算：按件、按单还是按天，写清计算基数
五条里最容易漏的是验收人。验收责任落不到具体岗位，任务做完没人签，结算时只能靠回忆。
工作内容的描述还有一个坑：只写岗位名。岗位名会随组织调整变，动作和对象不会变，写动作比写岗位稳。
三、变更怎么留痕
| 变更类型 | 要补什么 | 时点 |
|---|---|---|
| 工作量增减 | 追加任务单 | 派发之前 |
| 内容扩展 | 新开任务单 | 开工之前 |
| 周期延长 | 书面确认延期 | 原到期日之前 |
| 单价调整 | 补充约定并双方确认 | 下一周期开始前 |
四种变更的共同点是，都在事情发生之前补。事后补的记录证明力弱很多，尤其是单价，事后补容易被理解成倒推。
留痕不等于留一堆文件。同一件事只留一份有效记录，重复的文件反而让核对变慢，真要找的时候不知道该信哪一份。
四、什么情况必须重签
合作主体变了、结算方式从按件改成按月固定、排班从弹性变成固定班次，这三种情况只补任务单解决不了。
分界线在这里：变的是工作量，补任务单；变的是关系性质，重新签协议。只补单不重签，等于用旧框架装新关系，形式上有文件，实质上说不过去。
这条判断比任何模板都重要。模板能抄，判断不能抄。
还有一类容易被当成工作量变化：结算周期从月结改成周结。周期变了，管理密度跟着变，最好重新确认条款，不要只补一张单就算完。
用工模式的选择可以对照用工模式解析；不同场景的协议组合，灵活用工方案里有分行业的做法。具体条款以双方签署的正式协议为准。
这周先做一件小事：把现有协议翻到工作内容那一条，看它写的是任务还是岗位。写岗位的，配一份任务单模板，下次派活直接用。
需要一份可套用的任务单字段清单，可以走联系我们。
