求职申请漏斗
真正的累积漏斗分析,支持查看每个阶段的耗时及瓶颈识别,可跨所有在招职位统一查看或并排对比。
基于阶段历史计算的真实漏斗分析——累计计数(录用的候选人将被计为已到达之前的所有阶段)、各阶段耗时以及瓶颈识别,可按职位单独查看或横向对比。
仅抱怨“招聘周期太慢”无法指导实际行动;确切了解哪个阶段才是真正的瓶颈,才能将模糊的抱怨转化为可解决的问题,而这需要真实的累计漏斗数据,而非各阶段当前快照的人数统计。
本页内容
01What it does
显示到达各个管道阶段的候选人数量、阶段间转化率、每个阶段的平均耗时,并标出真正的瓶颈阶段——支持导出可共享的 PDF 用于汇报。
02Who it's for
适用于需要确切了解招聘流程在何处浪费时间或流失候选人的招聘经理和 HR 负责人,以及需要向客户汇报漏斗绩效并提供有理有据、可导出的细分数据的猎头机构。
03我们的独特优势
它根据完整的阶段历史计算真实的累计漏斗计数——被录用的候选人会被计为已通过先前的每个阶段——而不是当前阶段的快照,这对于候选人实际在何处流失提供了截然不同且更为准确的视图。
04Why it matters
单纯一句“招聘周期过长”无法指导实际行动 —— 只有明确哪个阶段才是真正的瓶颈(简历初筛、面试安排还是录用谈判),才有可能采取有效对策,而非停留在模糊的改进意图上。
05定价与包含项目
包含在 Business 及以上方案中,并提供 14 天免费试用,以评估该级别方案是否符合您的报告需求。
06Support
帮助中心解释了累计计数与快照视图的区别;如有其他疑问,请联系 support@expertini.com。
平台架构与运维
A1架构:其在平台中的定位
求职申请漏斗 is a first-class module of the 人才管道与客户管理 suite inside the authenticated Expertini ATS workspace. 该平台特意采用服务端渲染架构:每个视图均由应用服务器生成并作为完整的 HTML 发送,无需客户端框架,无第三方 CDN 脚本,数据与页面之间无构建流水线。渲染内容即为服务器计算所得——正是这一特性确保了界面的可审计性。
所有持久化存储均运行在单个原生搜索文档库上;每个查询在最底层都将组织标识符作为强制过滤条件。因此,租户隔离是架构层面的 — 是由每个请求的构成方式决定的固有属性 — 而非依赖应用程序代码主动校验的策略。
Availability is governed by the platform's tool registry: this tool is registered from the Business plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.
A2数据模型与依赖关系图
In production the tool reads and writes pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.
每次单独打开都会记录在工具活动日志中——而“报告”部分汇总的正是该日志,而非并行的分析系统。您看到的用量数据就是平台实际记录的数据。
任何脱离请求路径的操作(通知散播、Webhook 投递、活动日志记录、邮件)均在即发即弃的后台线程中运行。缓慢的外部端点绝不会导致界面卡死,失败的附带操作会被记录而非无声重试导致不一致。
A3运营注意事项
组织层级的设置、破坏性操作和连接权限仅限所有者和管理员角色;招聘人员仅可在其有权查看的记录上操作工具。角色变更将在下一次请求时即刻生效——权限控制在路由层执行,而非仅停留在菜单界面。
错误会被明确呈现,而非隐蔽处理:服务端验证会返回确切的字段和原因,涉及集成时会逐字引用供应商错误信息,每一次写入操作都会进行确认或报告。导出内容会按需重新生成而非读取缓存——您下载的报告反映的是您发起请求时的数据存储状态,而非昨晚的快照。
写入的所有内容均归您所有:CSV 导出与 Data Export 应用所覆盖的数据存储与产品自身读取的完全一致。离开的通道与进入一样畅通无阻——这是设计使然,而非妥协。
A4Interaction contract
该界面遵循平台的“搜索并选择”惯例:任何指代真实记录的字段(如候选人、客户或职位)均采用基于实时数据的键入搜索选择器,绝非自由输入的纯文本,从而确保活动追踪记录和去重机制的可靠性。静态选项采用边键入边筛选的组合框,而非原生下拉菜单;状态转换会提供明确的反馈:服务器确认以浮动提示形式显示,验证错误会指明具体字段,未经服务器确认的操作绝不会显示为已完成。
下方的线框图和流程说明记录了界面的结构协定——包含哪些面板、状态发生的顺序以及各个边缘条件的处理——而非具体的像素细节。布局采用原生 CSS grid 和 flexbox 构建,可从宽屏桌面端自适应调整为单列布局,无需单独的移动端视图。
依赖关系图
界面蓝图
交互流程——状态、验证与反馈
Neighbouring tools — 人才管道与客户管理
数据画布 — 指标呈现方式
常见问题
累计漏斗计数与快照漏斗计数之间有什么区别?⌄
我可以比较多个职位的漏斗转化表现吗?⌄
我可以与客户或利益相关者共享此数据吗?⌄
哪个方案包含此工具?⌄
概览
- Business 方案及以上包含
- 累计的真实漏斗统计数据——而非当前阶段的静态快照
- 标记具体的瓶颈阶段,而非仅仅反映整体速度
- 各阶段耗时与阶段间转化率
- 用于汇报的可共享 PDF 导出
- 提供 14 天免费试用