北京编制紧又不想自招优先深度创联驻场还是猎头RPO打包

先把问题拆开

不想自招≠所有人都能外置。先问：哪些岗必须劳动合同归属你司；窗口几天；是否接受 RPO 月度目标管理。

适合落地的处理框架

1. 可外置 → 驻场：岗位、进场日、账号、对账、替换。 2. 必须内置但不想自招团队扛 → 猎头单岗或 RPO 打包节奏。 3. 打包边界：RPO 管招聘漏斗；驻场管现场交付；禁止用 RPO 合同去管驻场人天。 4. 成本对照：人天 vs 成功费/RPO 服务费，面议测算，不发明省税承诺。 5. 正式工台账走 WorkSail，与驻场人天、候选人库隔离。 6. 合规：不把驻场协议写成假劳动合同；不承诺派遣许可。 7. 电话 186-0126-9787；系统演示 18601269787。 8. 入口见上。

深度创联建议：编制紧的首月用驻场顶窗口，同时对必须落编的关键岗开 RPO/猎头，双周对齐一次进度，避免只押一条路径。

系统或服务方怎么配

官网分流先问缺口：要现场交付且不宜落你司劳动合同→驻场；要编制内关键招聘→猎头/RPO；要自有员工合同/试用/解除留痕→WorkSail。三条都是北京深度创联科技有限公司业务，但合同、发票与接口人分开，勿混开一张「人力大单」。

落地时建议先对齐一页决策树：编制是否必须落你司、项目窗口、是否需要系统待办。并行可以，例如驻场顶项目窗口、WorkSail 管正式工台账；接口人分开，避免同一人既改驻场人天又改系统权限却无留痕。

交接、隐私与复盘

咨询记录、报价、候选人与员工数据分产品线隔离。驻场项目结束回收客户侧权限；猎头项目结束按约定处理未入职简历；系统管理员变更当日交接。不把三条业务的聊天记录混进同一「万能群」导致责任不清。

每季度看一次：哪条入口咨询最多、哪条成交后投诉集中、有没有把软件外包误写成主推。复盘改官网文案与电话话术，不发明「一条路径包打天下」承诺。

落地时把责任人姓名与备份人写进附件，避免接口人离职后条款无人解释。与本问题相关的口头承诺一律补成书面，日期与版本号写清楚。

决策一页纸：哪些岗可外置、哪些必须内置、窗口天数、驻场人数上限、RPO 目标人数、接口人。

打包报价若出现，也要在附件拆行：驻场人天与招聘服务费分列，方便续约与审计。