配图为AI生成的奖励份数核对示意。

提交了一条建议、参加了一次活动、通过评审和被实际采纳,是不同的结果。企业准备奖励其中哪一项,就把它写成明确触发点,再安排谁核对、给什么、何时发。这样参加者和经办人能按同一条件处理一件事。

先选一个独立奖励项目

本篇适用于企业已决定开展的单项建议或活动奖励,不替代工资、社保或其他应履行待遇,也不延伸为整套绩效制度。先说明希望支持什么行为:鼓励提出完整建议,还是奖励经确认采纳的建议,或者记录特定活动的实际参与。

目的与触发点要相接。选择奖励“被采纳”,就写谁作采纳决定、什么记录能证明;仅收到建议或请提出人修改,还没有达到这个触发点。若奖励的是参与,则按已确认的参与规则核,不临时改成必须获奖或被采纳。

把重复和共同参与一起写入

同一事项多次提交、按意见修改、多人共同完成,各自怎样计次和记录,在规则里先说清。一个建议修改后再提交,可以沿同一编号保留版本;是否形成独立新建议,由已指定角色按本项目确认办法核对。

共同参与要记录这件事由谁一起完成、名单如何确认、奖励是按事项还是按人。对名单或贡献范围存在疑问时,先核具体材料,再决定本次怎样处理。

八项单项奖励规则卡可以直接填写

假设奖励被采纳的工作改进建议

以下是教学规则,不是任何企业的现行制度。企业甲已决定开展一轮工作改进建议奖励,参与范围为本轮内部通知列明的员工;预算和礼品供应已按该范围确认。奖励触发点是指定评审人形成“采纳”决定,不以提交或进入修改环节触发。

规则卡第一至四项填:支持提出可采用的工作改进;适用本轮通知范围内的员工;书面采纳决定形成后触发;活动经办人关联建议编号、版本和评审决定,指定评审人核内容并决定是否采纳。建议的后续实施状态另记,不把采纳自动写成已经产生效果。

第五项填:同一建议沿一个编号管理,修改和重复提交不新增奖励次数;共同建议在提交时登记参与人,由共同提交人确认名单,评审前若有更正则保留原因和确认记录。第六项填:每个被采纳的独立建议,向确认名单中的每位共同提交人各发一份本轮指定礼品。单人建议就是一人一份;规则没有把共同建议限定为全组只发一份。

第七项填:本例在采纳决定和名单核定后的五个工作日内安排发放,经办人记实际领取情况;未领取的单列跟进。第八项填:员工向活动经办人报建议编号及疑问,由指定复核人核版本、名单或决定记录,告知本次结论和依据;每次受理时约定反馈时间。五个工作日仅为本例自行设定。

用一个普通案例和一个协作案例试一遍

普通案例:员工A单独提交建议J01,名单与版本可对应,评审形成采纳决定。经办人据此安排一份礼品,实际领取后记录完成;只收到提交回执时,状态仍是待评审,不提前记为应发。

协作案例:员工B、C共同提出J02,首次版本需修改,两人一起完成修订,评审采纳最终版本。沿J02记录两个版本和同一共同名单,B、C各一份,共两份;一次修改不会再多出一轮奖励。

如果最终提交时漏掉C,经办人先核初始名单、修改记录及共同提交人的确认,交指定复核人处理名单差异。B负责上传最终版本,不足以单独解释为什么C被移出;结果未定时标为待复核,再按确认名单执行。

发放结果与项目效果分开记录

采纳、名单核定、发放安排和实际领取分别更新,便于经办人跟进未完成事项。项目若另有士气、绩效或留任目标,再按对应指标记录效果。

如果奖励触发规则已确定,可以通过现有“联系我们”入口提供活动类型、参与人数范围、确认频率和预算区间。邻礼可以一起讨论记录与发放方式如何衔接,具体礼品、积分或系统能力按当次条件确认。