业务竞赛机制设计指南
很多团队准备搞业务竞赛，第一件事是定奖金。
钱当然要定。但钱定下来之后，真正决定这场活动能不能跑完的，是另外几件事：这次要解决什么业务问题、哪些行为和结果算数、谁记录谁核验、什么时候兑现、出现争议听谁的。
这几项不写清楚，规则发下去第一周就有人来问"这个算不算"，第二周各人按各人的理解填表，第三周老板自己算奖金的时候发现账对不上。
机制能有效地帮助企业解决问题，但是具体应该怎么做，企业未必清楚。因此，这篇文章讲的是：怎么把那些待解决的问题通过特定的机制解决好，将解决方案写成一份能执行、能核对的东西。但是执行指标具体怎么设，还是要按你自己的客户周期、岗位职责和现有数据来调，别照抄。
"希望团队更积极"这句话太宽了，没法变成执行要求。
你得继续往下问：到底是哪个环节卡住了？
比如——客户已经开口要报价了，下一次沟通有没有约时间；样品寄出去半个月，有没有人问过客户收到没有、测过没有；业务催工厂改包装，工厂说等采购，采购说等老板批，这单卡住了算谁的。
这三个问题指向三件完全不同的事：跟进节奏、样品转化、跨部门协同。你得先知道要解决哪一个，规则才有靶子。
做法也简单：挑一个眼下最影响业绩的具体问题，然后去翻现有记录，确认它真的存在。翻 20 条客户沟通记录，看寄样之后的跟进是不是真断了，比开会讨论半天有用得多。
要是团队连问题出在哪个环节都还没确认，那就先安排观察、把记录补上，别急着上激励。激励解决不了诊断不清的问题。
一张积分表里，可以有过程指标，也可以有结果指标。
过程指标记的是实际做了什么：一次有议题、留了纪要、约了下一步的客户沟通；样品寄出后收回的反馈；老客户的季度回访。结果指标记的是业务进展：新客户首单、翻单金额、报价转化率。
两者作用不同，得分开说明。挑的时候看两件事——员工能不能影响它，以及它有没有可靠记录。没有记录托底的指标，最后一定会变成吵架。
拿"有效客户沟通"举例，光填次数远远不够。至少得同时约好这几条：
1. 哪些客户、哪些场景算进这次统计。 在谈客户的一次技术确认算，群发开发信不算。
2. 拿什么证明这次沟通发生过。 CRM 里的记录，加上下一步做什么、什么时候做。微信截图不算——它证明不了下一步。
3. 同一个客户的多次沟通怎么去重。 比如同一个客户、同一个议题，7 天内只计一次。
4. 谁核验、最晚什么时候提交、发现填错了怎么改。
5. 跨时区的客户，按哪边的时间算"当天响应"。 这条不写清楚，跑欧美线和跑中东线的同事会各算各的。
客户信息只放在公司授权的系统里，核验只看必要字段，不翻私人微信、不外发客户名单。
还有一件事更要紧：规则定完，要反过来检查一遍——它会不会鼓励偏离目标的行为？
只奖联系次数，就会有人把同一个客户一天联系三遍、记三次。只奖寄样数，样品就满天飞，收不回来也无所谓。只奖新客户，老客户就没人管了。
设计的时候把责任拆到具体环节上：谁提出这个问题，谁定目标和预算，谁写规则，谁收数据，谁复核异常，谁负责兑现。
小公司可以一个人兼好几摊，但数据记录、核验、争议处理这三件事的责任要写清楚，最好别压在同一个人身上。参与者在启动前也该有机会提意见——他们最清楚哪些规则落不了地。
举个例子。业务负责人说"这个阶段要改善寄样后的跟进"，写规则的人就得接着往下问：
要记录哪些信息？跟进的时间点怎么配合客户那边的节奏？跨时区怎么安排？什么情况下不该再联系——客户已经明确说这个季度不采购了，还天天发邮件，那不叫跟进，叫骚扰。
这些问题在启动前聊清楚，比执行中临时改标准省事得多。规则中途改口径，团队对这一整套东西的信任就没了。
规则发布之后，建议用一张共享记录表，字段就五个：任务、责任人、约定时间、完成依据、复核状态。
更新频率按你自己的业务节奏定，一周一次、两周一次都行。别为了看热闹让人天天填同一张表——那是在消耗团队的耐心。
日常检查看两件事就够：记录是否及时、准不准，以及员工提出的问题有没有人解决。
奖金的核验和兑现，也要写清楚时间和负责人。说好月底兑现，月底就得兑现。拖一次，第二次活动就没人信了。
确实要调规则的时候，写清楚三件事：为什么调、什么时候生效、影响到哪些人。原版本留着，别让参与者同时面对两套口径。
复盘——动作和业绩要分开看
活动结束，先看约定动作有没有发生：客户跟进记录是不是更完整了，跨部门的问题是不是有人接了，答应的奖金是不是按约定兑现了。
再去看经营结果——但这一步得另外核对。新客户数、成交金额、订单量，都要写清楚统计期间、单位、统计对象、跟谁比。
团队扩了人、产品线调了、赶上旺季、碰上客户集中采购，这些都会同时作用在业绩数字上。
所以看到业绩变了，先别急着归因。前后两个数字，说明不了某一条机制贡献了多少。机制有没有用，看的是对照：同样条件下，做和不做有什么差别；同一批人，规则前后行为变了没有。
以下为本文整理的建议模板，可用于方案讨论，建议客户根据自身情况进行调整。
| 需要写清的内容 | 自查问题 |
|---|---|
| 本阶段业务问题 | 现有记录支持这个判断吗？ |
| 参与范围与期限 | 谁参与，何时开始，何时结束？ |
| 指标与完成依据 | 什么算完成，什么不计入，如何去重？ |
| 责任分工 | 谁记录、核验、协调和兑现？ |
| 奖励条件与资源 | 条件是否明确，预算由谁确认？ |
| 异常与争议处理 | 数据出错、人员变化或客户延期怎么办？ |
| 复盘与调整 | 保留、修改或停止机制的判断依据是什么？ |
一行一行填。填不出来的那一行，就是启动前必须先解决的问题。
如果团队连基本记录都没有，或者客户需求、业务问题都还没确认，那就先把这些基础工作补上。真要试，挑一个范围清楚、好观察的任务先跑一轮，再拿记录决定下一步。
写在最后
三件可以马上动手的事：
挑一个最具体的环节问题，先翻 20 条客户记录，确认它真的存在。
把"有效沟通"的定义写成四条硬标准——算哪些客户、拿什么证明、怎么去重、谁核验；跨时区客户按哪边时间算"当天响应"，另外单列一条。
上面那张表打印出来逐项填，填不出来的列出来，别带着空白启动。
天成 14 大落地系统里有"机制生发"和"薪酬绩效"两块，做的正是这类规则从梳理到落地的事。你团队的规则要写到什么颗粒度，跟人数、岗位分工、现有数据都有关，不好一概而论。