北京项目窗口缺编又不想加编优先深度创联驻场还是RPO

先把问题拆开

「项目缺编」常被理解成必须招正式工。若编制委员会不批，RPO 招进来也落不了编；应先问能不能加编。

适合落地的处理框架

1. 能否加编？不能→驻场；能且要正式合同→RPO/猎头。 2. 窗口：按天按周要人产出→驻场更贴；可等招聘周期→RPO。 3. 并行：驻场顶窗口，RPO 背后续编制内骨干；发票分开。 4. 北京现场：工位与账号开通周期写进驻场计划。 5. 不写软件外包主推；不保证进场即稳或一定招到。 6. 电话 186-0126-9787。 7. 决策前一页：编制批复、窗口、岗位技能。 8. 系统合规需求单独走 WorkSail，勿混进驻场人天。

窗口急且不加编时，驻场是主路径；RPO 解决的是编制内供给。深度创联两条都做，但合同分开。

系统或服务方怎么配

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

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

交接、隐私与复盘

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

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

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

立项会先确认编制批复编号，再决定咨询 /staffing/ 还是 /rpo/ 。