跳转到主要内容

面向人力资源服务机构

入职人数不变,招聘网站花费最多省 30%

每年在 Indeed 等招聘网站上花掉一百万欧元?其中一部分花在了早已招满的订单上。Bidwise 每天读取 ATS 中的招聘进度,在需求已满足的订单上停止投放,把预算转到仍然缺候选人的订单上。

这套方法已在大批量人力资源机构中实践过

~10,000

每年用此方法完成的入职

~30%

招聘网站花费降幅

问题

ATS 和招聘网站之间还没有实时对话

人力资源机构的订单和优先级每天都在变。候选人管道在动,投放却还按固定规则或手工调整。

预算花在已满足的订单上

管道里候选人或入职人数已经足够,广告却仍在付费推广。

紧急订单投入不足

预算不会自动流向难招、紧急或重要的订单。

广告靠手工管理

招聘人员要在多个系统之间来回切换,开、关并重新排序广告。

数据都有,却彼此割裂

ATS 知道订单,招聘网站知道花费,两者之间缺少运营上的连接。

结果

不必要的花费、不一致的优先级,每一欧元带来的入职更少。

功能

预算跟随每个订单的真实需求

Bidwise 针对每个订单和渠道,综合转化率、剩余需求和优先级。分支机构和负责人仍掌控紧急情况与例外。

暂停

需求已满足

管道里候选人或入职已足够:按约定规则停止额外投放。

维持

订单进展正常

订单正朝目标推进:预算保持不变,Bidwise 持续关注转化。

加大

低于目标或优先

申请不够或订单紧急:在你设定的上限内提高投入。

按客户分配

同一客户剩余的预算,从已满足的订单转向能填补更多岗位的订单,绝不动用其他客户的预算。

提前到达的提醒

没有申请的广告、停滞多日的候选人、已饱和的订单:提醒连同建议操作一起进入通知。

看每次入职成本,而不只是花费

驾驶舱、按职业族群的聚类和数据健康度:核心指标是一次入职的成本及其趋势。

应用内部

近距离看看

概览——从花费到入职,逐月呈现。
概览——从花费到入职,逐月呈现。
驾驶舱——花费、识别出的浪费,以及逐条列出的表现不佳的广告。
驾驶舱——花费、识别出的浪费,以及逐条列出的表现不佳的广告。
分配——把客户的预算挪到能填补更多岗位的地方。
分配——把客户的预算挪到能填补更多岗位的地方。
岗位——每个订单的走势和需要做的决定。
岗位——每个订单的走势和需要做的决定。
报告——花费、申请和每次入职成本,可直接发给客户。
报告——花费、申请和每次入职成本,可直接发给客户。

工作方式

基于你的流程搭建

  1. 1

    分析

    ATS 数据、招聘网站花费和运营流程:从现有的一切出发。

  2. 2

    规则

    按客户和地区设定目标、阈值、优先级、花费上限和例外。

  3. 3

    连接

    订单、申请和花费进入 Bidwise:Indeed 导出、CSV 或系统集成。

  4. 4

    优化

    每天根据管道的真实状态更新每个订单的预算。

  5. 5

    衡量

    花费、转化和入职集中在一个视图里,还能看到已节省的金额。

示意计算器

在招聘网站上能省多少?

填入每年的投放花费和预计改善幅度,看看在入职人数不变的情况下能省回多少预算。

€1,000,000
30%

预计每年节省

€300,000

每月

€25,000

使用 Bidwise 后的年度花费

€700,000

常见问题

Bidwise 常见问题

Bidwise 会自己修改招聘网站上的广告吗?

Bidwise 按订单、按渠道决定暂停、维持还是加大,并告诉你该设置的数值。招聘网站只向认证合作伙伴开放竞价 API:由你执行修改,“应用”会记录当前设置;也可以基于你的架构搭建连接。

开始需要哪些数据?

订单(岗位、名额、客户、城市)、带来源的申请,以及每个渠道的花费。在 Veii 里,如果你用 Prescreening,前两项已经有了;花费可通过 Indeed 导出、CSV 或手工录入。

一个客户的预算会被用到另一个客户身上吗?

不会。分配只在同一客户内部移动剩余预算,从已满足的订单转到需要的订单。每个客户的总额不变。

例外情况由谁决定?

分支机构和负责人。订单可以排除在分配之外、标记为优先,或设为常开人才库;每条提醒都可以应用或推迟。

效果如何衡量?

以每次入职成本的前后对比,并结合总花费。驾驶舱还会显示已应用的提醒节省了多少。

从数据出发,衡量潜力

初步诊断会在任何实施之前,检查当前花费与分配、数据的可得性与质量、漏斗阈值以及预估收益。

生态中的其他应用