Jonas Zhou

资管机构 CRM - 表彰与竞争设计

June 5, 2025 (2m ago)

销售管理团队在日常管理销售时,会有意引入“表彰与竞争机制”,比如在专项产品营销活动中,每天或每周计算销售人员的排名情况,对排名高的销售进行专项表彰。表彰优秀,会带来团队成员之间的竞争,促进达成业务目标。

目前的 CRM 系统,在建设过程中由于各方面原因,逐渐缺失了这类“表彰与竞争”的设计。

本文对此类设计进行探讨。

表彰的类型与实施

所有的系统设计,不能脱离业务实际。

当前可见的几类表彰措施有:

  1. 喜报类,类型包括:
    • 公司非货存量突破(XXX 值)
    • 今日 {XXX 类产品} 申购 {XXX 值}
    • {XXX 人员/部门} 落地 {XXX 专项营销活动} 首单
    • {XXX 人员/部门} 成功激活客户
    • 今日 {XXX 人员/部门} 累计申购 {XXX 类产品} {XXX 值}
  2. 排行榜类,类型包括:
    • 客户目标达成情况排行榜
    • {XXX 专项营销活动} 达成情况排行榜

目前在业务侧,这两类表彰措施主要由销售管理团队成员来实施:

表彰类型当前业务实施方法
喜报类
1. 销售管理人员关注各类数据达成情况(已有部分自动提醒邮件);
2. 数据达成后,销售管理人员联系设计人员制作喜报;
3. 销售管理人员在微信群群发制作好的喜报图片。
排行榜类
1. 销售管理团队统计数据;
2. 在销售周会等会议上公布或宣读排行榜。

CRM 系统的表彰功能设计

这里在 CRM 系统功能设计时,可能会走入歧途——期望把这一套整体流程都做线上化(生成图片、数据统计等功能),而这完全没有必要。

原因在于:

  1. 成本高:
    • 业务迁移成本:目前的各种喜报和排行榜,在业务侧的实施路径已经比较成熟。如果带来整体流程的改变,这对销售管理团队人员的日常操作习惯会带来挑战,需要高昂的迁移成本。
    • 业务培训成本:用户使用习惯的改变,对于产研团队也会带来较多额外的培训成本。
    • 额外开发成本:生成图片、数据统计等功能的开发, 也会带来额外的产研开发成本,这一块可能是成本的大头。
  2. 收益低:因为原有业务操作已经能完成业务目标,那么此时完整的线上化功能,无法带来额外的业务收益。

基于整体的判断,这一套“表彰与竞争”机制对于 CRM 系统的建设来说,是加分项。系统里的核心“用户旅程”可以提炼为:

可以看到,在这样的用户旅程设计下,这一套“表彰与竞争机制”的设计,最终受益方只能是“CRM 系统”本身——因为这会为系统带来用户粘性,以及更好的用户情感体验。而我们不能期望它再能带来额外的业务价值。

那么,系统建设的方向也便能够确定,核心建设方向是“只做最终的呈现和可视化”:

表彰类型当前业务实施方法 & 建设方案
喜报类
1. 销售管理人员关注各类数据达成情况(已有部分自动提醒邮件);
2. 数据达成后,销售管理人员联系设计人员制作喜报;
3. 销售管理人员在微信群群发制作好的喜报图片。
→→
4. 【待系统建设】销售管理人员在 CRM 系统后台录入喜报标题和图片,系统对全体销售呈现。
排行榜类
1. 销售管理团队统计数据;
2. 在销售周会等会议上公布或宣读排行榜。
→→
3.【待系统建设】对于明确规则的排行,系统自动计算生成并展示。对于规则复杂或临时活动,销售人员自行在 CRM 系统后台定期录入排行榜,系统自动展示。