易路把校招接成一条线：从 AI 寻才、面试到入职的闭环怎么卖 (2026)

2026 年的校园招聘，企业面对的已经是一条很长的链路：先做雇主品牌和招聘营销，再发布职位、回收简历、安排面试、发出 Offer，最后还要把候选人带到入职。易路公开的招聘产品页面，正是按这条链路排列“微招聘—寻才系统—招聘系统—入职系统”；它的 iBuilder 页面又把招聘数字助理、AI 寻才官、AI 面试官和智能入职放进同一个 HR 智能体平台。1 2

这让易路的观察重点发生了变化：企业买到的究竟是一个 AI 筛选工具，还是一套把校招项目从触达到入职串起来的招聘系统？公开材料已经能说明产品怎样拼接，案例材料能补上部分交付方式；标准报价、调用价格、客户付费数和续约率，仍然没有公开证据。

用户：校招负责人要管理一条跨团队的流水线

易路这套产品主要面对三类用户：负责校招项目的 HR，负责判断候选人的业务面试官，以及需要持续获得进度反馈的候选人。对于跨地区、多岗位、短周期的校招项目，HR 要同时管理渠道、简历、面试、Offer 和入职；业务面试官要快速接住候选人信息；候选人要知道投递之后发生了什么。

易路招聘管理页把这条链路拆成四个模块：微招聘负责雇主品牌、招聘营销广告和招聘功能平台；寻才系统负责全渠道职位发布、平台简历搜索和人才库积累；招聘系统负责流程自定义、AI 推荐、人岗匹配、部门协同、渠道分析和报表；入职系统负责入职流程、表单、多角色协同和提醒。1

这四个模块覆盖的用户任务不同。校招负责人关心的是项目能否按期推进，招聘专员关心的是候选人能否被找到和持续跟进，面试官关心的是信息能否在面试前到手，候选人关心的是沟通是否及时、投递是否有反馈。闭环的价值，首先来自这些任务共用同一套候选人和流程数据。

场景：从吸引候选人到完成入职

1. 触达：把雇主品牌变成可以投递的入口

校招的第一步往往不是筛选，而是让候选人愿意了解企业、提问和投递。易路页面把微信招聘、雇主品牌设计与运营放在同一段产品描述中，支持移动端投递、员工内推跟踪与奖励，并写明支持中文、繁体和英文等多语言，以及按企业定制招聘品牌。1

这类能力解决的是入口分散的问题。企业在不同学校、招聘网站、社交媒体和内推渠道发布信息时，如果候选人数据最后都回到同一个招聘系统，HR 才能比较来源、继续推进流程，并把一次校招沉淀成下一次可复用的人才资产。

2. 寻才：把静态人才库变成持续可联系的人才池

易路的寻才系统支持统一发布职位，连接主流招聘渠道、社交媒体和企业自有库，并提供候选人收藏、浏览历史、沟通记录、人才保温和猎头管理等功能。页面还列出 Mapping 工具，用于绘制目标公司的组织架构或专业领域候选人图谱。1

iBuilder 页面进一步把 AI 寻才官放进 39 个 AI Agent 的平台中，并把“全网寻才”列为智能招聘的原生 AI 功能之一。页面同时写出 AI 招聘可以覆盖岗位画像、全网寻才、Call Bot 约面、AI 面试与报告，并称产品可以基于 10 亿动态样本数据辅助定岗定薪。后一个数字属于易路的产品页面口径，适合用来理解产品主张，不能单独当作独立数据验证。2

3. 筛选与面试：让 AI 承担重复工作，让人保留关键判断

易路公开页面把 AI 推荐、人岗匹配、Call Bot 约面、AI 面试和面试报告接在招聘系统里。招聘管理页还写明，候选人跟踪、面试安排、面试官记录、面试结果通知和 Offer 发放可以支持移动化，并可与钉钉、微信、企业微信等平台集成。1 2

这段产品逻辑很清楚：AI 负责从岗位画像到初步匹配、沟通和面试资料整理，系统负责推动任务流转，HR 和业务面试官仍然要对录用判断负责。产品页面写的是能力边界，页面没有给出校招项目中 AI 评分如何验收、哪些结果必须由人工确认，也没有给出统一的面试调用价格。采购时，这些字段需要进入演示和合同。

4. Offer 与入职：把招聘结果延长到候选人真正报到

易路把入职系统单独列为招聘漏斗的一环。iBuilder 的智能入职页面写出 7×24 小时在线答疑、Offer 保温和入职指导；招聘管理页则把预入职、入职当天、入职至试用期分成三个阶段，覆盖候选人保温、入职前培训、电子签章、数据对接、入职提醒和新员工辅导。1 2

校招项目里，发出 Offer 只是中间结果。候选人还可能在等待期间接受别的 Offer，或者因为资料、体检、签约和报到信息不清楚而放弃。把 Offer 保温和入职办理放进同一个流程，能让企业继续追踪候选人从“愿意加入”到“完成报到”的变化。公开页面支持这个产品方向，尚未提供拒 Offer 率、报到率或入职周期的客户方验证。

痛点：四个断点会把校招闭环拆开

断点	用户遇到的具体问题	易路公开给出的对应能力	仍需采购方核验的字段
触达与投递	雇主品牌、职位和内推入口分散，来源难以比较	微信招聘、雇主品牌、全渠道职位发布、内推跟踪	各渠道数据是否统一回流，来源归因怎样计算
简历与人才库	简历散落在招聘网站、社交媒体和企业内部库里，历史候选人难以再次联系	多渠道搜寻、自动入库、人才保温、AI 寻才官	数据授权、去重规则、历史简历激活结果
面试与协同	HR、业务面试官和候选人的信息不同步，约面与记录依赖人工	Call Bot 约面、AI 面试、报告、移动化协同、系统集成	AI 评价维度、人工复核点、异常和申诉处理
Offer 与入职	候选人拿到 Offer 后流失，入职材料和提醒缺少统一推进	Offer 保温、预入职、电子签章、入职提醒和数据对接	报到率、拒 Offer 率、入职周期与验收口径

表中的“公开给出的对应能力”来自易路产品页面；“仍需核验的字段”是企业把产品能力转成项目结果时必须追问的交付条件。功能名称本身不能替代效果指标。

供应方案例：AI 已经进入招聘交付，但效果数字仍要保留归因

易路 2025 年发布的《AI HR 全球化创新实践案例特辑》预告，披露了一家全球化生命科学与医学诊断企业的招聘项目。该企业面临简历筛选压力大、人才库潜力没有被充分利用、流程协同效率偏低和候选人体验需要改善等问题；项目选择了智能外呼、共享人才库、AI 视频面试和移动端解决方案四个环节，并把人才库从静态资源转成“动态意向池”。这些内容来自易路及其发布渠道的案例材料，属于供应方披露。3

同一篇案例预告还写到，某综合性旅游休闲度假集团使用易路的 AI 人岗匹配方案，通过项目分类模型建立人才需求画像，项目上线后岗位匹配精准度超过 90%，管理者满意度为 98%。这两个数字应标为易路案例中的供应方主张；页面没有提供客户名称、样本量、对照组或独立审计材料。3

这组材料能确认两件事。第一，易路已经把 AI 外呼、人才库、视频面试和移动端协同放进企业项目叙述里。第二，供应商案例可以说明交付范围和方案结构，暂时不能单独证明普遍效果，也不能推出标准价格。

方案逻辑：易路卖的是“平台 + AI 层 + 实施接入”

易路公开页面显示，产品有三层结构。

招聘平台层。 招聘系统承接职位、简历、人才库、流程、面试、Offer 和入职等基础数据，页面强调招聘流程自定义、渠道整合、数据报表和系统接口。1
AI 能力层。 iBuilder 把 39 个 AI Agent 放进 HR 全业务平台，招聘相关能力包括 AI 寻才官、AI 面试官、高管招聘顾问、岗位画像、全网寻才、Call Bot 约面、AI 面试和报告。2
企业交付层。 产品支持公有云、私有云和本地部署；页面提供预约演示入口，易路招聘页也保留产品咨询电话。1 2

三层结构决定了它的商业化逻辑。企业购买的基础对象可能是招聘 SaaS 和流程平台，AI 能力可能作为招聘模块的增值层，复杂客户还可能需要私有化部署、渠道对接、数据治理和校招项目实施。企业最终要为哪一层单独付费，公开页面没有给出统一答案。

可能的购买对象	企业实际买到什么	公开证据	价格与续约证据
招聘 SaaS / ATS	职位、简历、人才库、招聘流程、面试和入职管理	易路招聘管理页列出招聘漏斗、招聘系统和入职系统	页面以预约演示和产品咨询为入口，未见标准套餐价格
AI 招聘增值	AI 寻才、Call Bot 约面、AI 面试、报告和智能入职	iBuilder 页面列出 16 项招聘原生 AI 功能与招聘 Agent	未见调用单价、席位费或 AI 模块单独报价
集成与部署	公有云、私有云、本地部署、渠道和 HR 系统对接	iBuilder 页面写明灵活部署；招聘页写明接口与钉钉、微信、企业微信集成	未见实施费、迁移费、验收条款或续约率
项目化 AI HR 服务	按企业招聘问题设计模型、流程和交付方案	易路案例材料披露智能匹配、智能外呼、共享人才库和 AI 视频面试项目	案例没有披露合同金额、客户采购周期和重复采购情况

因此，当前最稳妥的判断是：易路公开展示的是企业级招聘平台与 AI 能力的组合，商业化入口仍以预约演示、产品咨询和项目交付为主。市场观察者可以据此判断收费层级，却不能把产品页写成价目表。

采购时，先把五个字段问清楚

闭环到底到哪一步。 供应商说“全流程”时，要逐项确认是否包括职位发布、寻才、筛选、面试、Offer、预入职和正式入职。
数据怎样回流。 要确认各渠道简历、AI 沟通、面试记录和入职结果是否进入同一人才库，历史数据能否用于下一次校招。
AI 怎样被监督。 要确认 AI 可以自动推荐、生成、发送和推进哪些动作，哪些动作必须由 HR 或业务面试官确认。
效果怎样验收。 要把筛选周期、到面率、面试完成率、Offer 接受率、报到率和数据完整度写成口径一致的项目指标。供应方披露的“超过 90% 匹配精准度”和“98% 管理者满意度”只能作为案例参考，不能直接复制为采购承诺。3
价格怎样跟使用量和服务绑定。 要区分基础 SaaS、AI 模块、调用量、私有化部署、接口集成、项目服务和续约增购，避免把一次性实施费与持续订阅混在一起。

结论：闭环已经写进产品，规模化商业化还要看合同

易路的校招产品路径已经清晰：用微招聘和雇主品牌吸引候选人，用寻才系统和 AI 寻才官汇集人才，用招聘系统承接匹配、约面和 AI 面试，再用 Offer 保温和入职系统把结果延伸到报到。公开案例也显示，智能外呼、共享人才库、AI 视频面试和移动端协同已经被放进企业招聘项目。

这套方案的核心价值，是让候选人数据沿着招聘链路连续流动，让 AI 承担重复沟通、匹配、提醒和记录，让 HR 与业务面试官把时间集中在岗位判断和候选人决策上。它解决的是招聘组织如何协同的问题，价值大小取决于数据是否真的回流、人工确认是否清楚、项目结果是否能被复盘。

当前公开材料还缺三类关键证据：客户方的校招部署与验收材料，标准套餐和 AI 调用价格，以及增购、续约和重复采购数据。下一次追踪易路时，最值得寻找的是客户迁移或校招交付案例、招聘模块增购合同，以及把匹配、到面、Offer 和入职结果写进验收条款的项目材料。

References

1
易路智能招聘管理
ersoft.cn
2
易路 iBuilder HR 智能体平台
ersoft.cn
3
AI HR全球化创新实践案例特辑即将发布：10+龙头企业案例、5大AI转型思路
prnasia.com