北京临时控编又不想自招优先深度创联驻场还是猎头

先把问题拆开

「临时」两字常被忽略：三个月后又要转编制，却按长期驻场买人，或窗口只有两周却走高管猎头周期。

适合落地的处理框架

1. 问窗口：≤数周要现场产出 → 驻场优先。 2. 问编制终局：终归要你司合同 → 猎头并行或接棒。 3. 问岗位：交付型工程岗适驻场；稀缺管理/战略岗偏猎头。 4. 不想自招：两条都可，选节奏匹配的，不必先养招聘团队。 5. 并行：驻场顶临时坑，猎头找编制内接棒人；发票分开。 6. 只要系统合规 → worksail.cn ，本篇主比较驻场与猎头。 7. 不保证进场即稳或一定招到；成交价面议/满月服务费口径分产品线。 8. 186-0126-9787

临时控编最怕口头「先干活后补编制」无书面。进场前写清是否存在转签预期，避免劳动与商务混谈。

系统或服务方怎么配

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

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

交接、隐私与复盘

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

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

决策树第一行写「临时几个月」，第二行写「要不要终局编制」，第三行才选驻场或猎头。

临时控编项目建议在启动会写清：驻场预计几个月、是否设编制接棒日期、接棒失败时是否续驻场。三条写进纪要，比事后争论「当时说好转正」更干净。系统侧若已有正式工，用工留痕仍走 WorkSail，与驻场人天账分开。