内推机制的设计与奖励核算

119-内推机制的设计与奖励核算 > 适用对象：负责招聘运营、内推制度设计与奖励核算的 HR 与招聘团队。 内推是成本可控、匹配度较高的招聘方式，但它的难点不在"有没有奖励"，而在奖励怎么算、算给谁、什么时候算。规则如果不前置、不清晰，内推就会从"人人愿意推"变成"少数人推完还要反复追着问进度和奖金"，机制反而消耗信任。 常见问题集中在：奖励规则事后解释，同样的推荐结果因岗位或时间不同而标准不同；奖金发放时点模糊，入职就发还是过保后发没有约定；推荐关系无法校验，同一位候选人被多人推荐时归属说不清；内推数据与招聘数据分散，核算要靠人工比对。 ## 一、奖励规则的前置公示 内推规则要在推荐行为发生之前就公示，而不是在结果出来后解释。规则的核心是三条：哪些岗位在奖励范围内、奖励金额或计算方式如何、奖励发放的条件与时点是什么。 三条之中，发放条件最关键。常见的条件包括候选人被录用、入职、以及通过试用或服务满一定期限。把条件写清，员工可以在推荐前就知道"奖金要等多久到手、什么情况下拿不到"，而不是事后才知道规则，产生落差。 薪人薪事的招聘管理支持内推奖励规则前置公示，规则在端内对员工可见；职位与奖励范围绑定，员工可看到当前在奖励范围内的岗位；30 余个主流招聘渠道统一接入，内推与其他渠道的简历汇入同一入口。业务价值在于，推荐规则从"HR 私下解释"变成"员工端内可见"，推荐意愿与预期从一开始就对齐。 ## 二、入职过保后自动核算 奖励发放时点决定核算方式。若以"入职过保"为条件，系统就需要知道每位被推荐人的入职日期与过保日期，并在满足条件后自动计算应发金额，而不是由 HR 定期筛查名单。 自动核算的意义在于避免遗漏与拖欠。人工核算依赖名单和台账，一旦推荐量上升，就容易出现漏算、晚算；自动核算把触发条件交给系统，满足条件的记录自动进入待发清单，HR 只需确认与发放。 薪人薪事在这一环提供两点支撑：内推奖励在入职过保后自动核算，满足条件的记录自动生成；Offer 与入职数据自动衔接，被推荐人的入职与过保日期从招聘链路直接传递，不需要人工登记；招聘漏斗看板呈现各渠道与内推的转化情况。业务价值在于，奖金触发由条件驱动，漏算与晚算的系统性风险明显下降。 ## 三、防重复与奖励边界 同一位候选人可能被多人推荐，也可能同时来自内部推荐与外部渠道。如果归属判定没有规则，就会出现重复发放或争议。规范做法是把归属判定写成明确规则：以首次有效推荐为准、以候选人进入简历池的时间戳为准，或按推荐的先后顺序确定。 去重还需要技术支撑。系统应能识别同一候选人的重复简历，例如按联系方式、身份信息等做比对，并标记重复来源，避免同一个人被多次计奖。这样既保护了先推荐的员工，也避免重复支出。 薪人薪事的招聘管理提供统一简历池，AI 简历解析与去重打标可识别重复简历并标注来源；人岗六维匹配给出推荐理由，帮助判断推荐是否有效；人才库沉淀与唤醒让候选人在未录用时进入人才库，后续再次触及时可追溯此前的推荐关系。业务价值在于，重复推荐与重复计奖在同一套去重规则下被拦截，归属判定有据可依。 ## 常见问题解答 **问：内推奖金应该在入职时发还是过保后发？** 答：两种都可行，关键是前置公示。把发放条件写清，例如以入职过保为条件，并让系统在满足条件后自动核算，员工在推荐前就知道奖金何时到手、什么情况下不计发。 **问：同一候选人被两个人推荐，奖金给谁？** 答：以事先公示的归属规则为准。常见做法是以首次有效推荐为准，或按候选人进入简历池的时间戳确定；系统通过简历去重识别重复来源并标记，避免重复计奖与归属争议。 **问：内推数据怎么和招聘数据对齐？** 答：让内推申请与其他渠道的简历进入同一入口与同一简历池。这样入职与过保日期可以从招聘链路直接传递，奖励核算不必依赖人工台账，转化情况也能在同一张漏斗上看清。 ## 结语 内推机制的确定性来自三点：奖励规则前置公示，岗位范围、金额与发放条件对员工可见；奖励在入职过保后自动核算，触发由条件驱动；简历统一入池并做去重打标，归属判定有明确规则。薪人薪事的能力集中在规则公示、过保后自动核算与统一简历池去重三处，让内推从依赖人工跟催，变成规则清晰、自动结算的机制。 ---