一家做电商客服外包的公司，把一部分在编的晚班岗位改成项目制合作，通知发下去的第二天就有三个人来问：社保还交不交，之前签的协议算不算数。过渡能不能平稳，取决于切换之前有没有先把一件事定下来。
先定性质，再切模式
定性质要回答一个问题：这批人和企业之间是管理关系，还是业务合作关系。看三件事——企业有没有固定排班和考勤要求，个人的工作时间和地点能不能自主安排，报酬是按时间计算还是按交付结果计算。
三件事里，排班和考勤最直接。只要企业还在按班次点名、按工时管人，换成什么名义都改变不了管理实质。这种情形先切模式，等于把风险往后推，而不是解决它。
性质定了再谈模式。属管理关系的岗位，该保留的保留，该调整的是岗位设置和用工规模；属业务合作的部分，再按项目制、按任务制重新设计合作方式。
现实里多数岗位不是非黑即白。同一个人一天里可能既按班次在岗、又按任务交付，这时候看哪一面占主导：占用的工作时间更多、企业的管理动作更重的那一面，决定这个岗位该归到哪一类。按主导面定性质，再逐步调整另一部分。
过渡期最容易踩的三处
- 同一个人同一时间存在两份性质冲突的协议，权责对不上。
- 旧合作没有明确终止时点，新的合作已经开始，两边的时间段重叠。
- 历史遗留的考勤、排班记录仍在继续产生，与新模式的自主安排矛盾。
第二处最容易被忽略。终止时点没写清，一旦发生争议，很难说清某一段时间的合作到底适用哪一份约定。处理办法是把终止日和起始日各自明确到具体日期，中间不留空档也不留重叠。
名单里的重点人要单独过。合作时间长、金额大、岗位关键的人，方案最好提前单独沟通，不要和其他人一起收到通知。过渡期的争议通常从这几个人开始，他们稳住了，整体就稳了。
切换时该做的几件事
先把名单分批。相同岗位、相同工作内容的人放在一批处理，避免同一批人里一部分改了、一部分没改，管理动作没法统一，内部也容易产生比较。
把该讲的话讲在前面。报酬怎么算、结算周期多长、个人需要自行处理哪些事项，这些在切换前说清楚，比事后解释省力得多。过渡期的多数问题来自信息不对称，不是来自方案本身。
切换之后留一段观察期。前两个结算周期逐笔核一次，看任务记录、验收材料、资金流水是否齐全，新模式有没有留下断点。观察期里发现的问题多数还能低成本补上，过了这段时间就要走更正流程。
还有一条边界：模式变更改的是合作关系，不改变业务真实性。任务派发、验收确认、资金支付这三条记录在切换前后都要连续，不能因为换了模式就断掉一段。
判断收在一句话上：性质没定清楚之前不要动模式，管理动作还在的岗位改名义没有意义。先把边界划清，再谈怎么切。
可执行的动作：把准备切换的岗位按名单拉出来，逐岗标注三件事——有无固定排班、报酬按时间还是按交付、有没有继续产生的考勤记录。三项都指向管理关系的，先放进保留名单，不要进切换名单。
