北京临时控编缺口优先深度创联驻场还是招聘外包

先把问题拆开

控编政策下最容易混：把「不占编的现场人」和「占客户劳动关系的批量招聘」当成一件采购。入口与合同必须分开。

适合落地的处理框架

1. 判据：人是否落你司/客户劳动合同？现场工程师交付且不落编→驻场。 2. 批量通岗且劳动关系在客户→招聘外包/RPO。 3. 关键骨干长期指标→猎头，即使控编也要为编制突破做准备。 4. 已有正式工台账乱→WorkSail 并行。 5. 进场/入职清单当日齐；接口人与发票按产品线分开。 6. 成交价面议；系统 ¥300/账号/年，10 起，¥3,000 起。 7. 不承诺「选驻场或外包一定更省」。 8. 186-0126-9787；系统 18601269787

临时控编松动后若要把驻场人留下，应另开猎头或自招。先驻场是控编窗口策略，不是编制永久替代承诺。

系统或服务方怎么配

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

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

交接、隐私与复盘

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

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

决策树第一行写「劳动关系落谁」，比先比单价更少走错入口。

落地时把责任人姓名与备份人写进附件，避免接口人离职后条款无人解释。