关于用户积分体系

自工作以来有意无意地也做了几个大大小小的和积分相关的项目/产品。做个简单的总结。
先说本质,积分的本质是用来通过一个类似货币的东西来刺激用户活跃,或者说激活(activate)用户。比如虽然现在微信支付正在侵蚀支付宝的领地,但是由于微信支付没有相应的用户体系,所以在这一块算是遇到了短板,下一步再想“侵占”支付宝就很难了。
从定义的角度来说,我觉得英文里的两种说法可以方便区分积分的两个“变种”:
points – 积分点,比如bonus point、loyalty point,最接近货币的概念,所以一般情况下,这个积分点是可以进入账户支付体系的。用户获取成本一般较低,因为对用户的身份和信用度和消费力不是特别关注。
credit – 信用点,更强调用户在系统中的信用度,这个credit可能会和某些特权关联,但通常这种积分不会进入账户支付体系,而是通过独立的兑换中心来完成。用户的获取成本相对比较高,比如必须有下单才能获得。
目前,大多数的积分可能更偏向于后一种,因为直接和支付体系关联会产生财务核算、成本、对账等等一系列操作。但不可否认从用户角度来说“积分当钱花”还是很诱人的一件事。
还有一个问题是,如果积分和货币直接挂钩,相当于创造了一个经济体系,有积分消费、积分产生、通货膨胀、供需决定价格等一系列更大的坑。很多时候,我们会直接锚定一个积分价值,比如对应到1分钱 = 1积分。但如果积分不能很好流通和消费的话,用户可能会更加反感。
我个人偏向credit,并且将积分简化为只能在“兑换中心”或者“礼品中心”使用,同时不锚定积分价值,运营人员可以根据实际情况灵活掌握兑换“汇率”,通过限制兑换数量、周期而获得更多的运营空间。相对主动一些,而不是像前者那样需要不停地监控经济体系的健康状况,每天看着发那么多钱而提心吊胆。如果实在想要实现积分抵现金,可以通过让用户兑换代金券然后来“曲线救国”,当然效果肯定不如“积分抵现”直接,但只要用户对你的抵用券有兴趣或者抵用券确实有价值,而且这种做法的最大好处还是“相对可控的” — 用户兑换多少券、使用多少券都可以进行运营上的限制。
 
再说说数据指标,既然是针对activation,就主要看:积分的获取情况、使用情况,以及积分使用用户的订单转化情况、付费用户比例。
 
但是无论是哪种方式,积分都是一个运营占主导的工具,在体系框架完成后,需要不断进行运营上的优化。

为什么你会激怒开发人员?

有机会深度接触产品经理和开发工程师这两类人,有时候也会在二者之间不停地的角色切换。这种不上不下的感觉有时候让人颇感难受。为什么?因为一边需要考虑定义产品边界以尽快上线迭代、不得不进行妥协,而另一边作为开发人员却时时事事想要做到最大的扩展和可能性,而不得不拖延进度。

但二者有一点是需要有共识的,那就是细节的重视。

好吧,有点跑题了。

之所以突发奇想想到这个题目,也许是内心的另一半有积郁已久的怒气吧。常见的比如改需求、催进度、不去了解技术这些就不说了。说三个我比较有体会的。

1. 不正确的命名

这个放到第一个可能让很多人意外了。在中国,程序员可能算是整体英文能力最高的群体。当我作为一个产品经理设计完一个产品,并准备“亲手”去实现它的时候,我发现我经常需要用到英汉/英英词典去给产品、模块、子系统、甚至状态正确的命名。比如“积分”,到底应该是point、credit,当程序员在思考”积分“的本质的时候,如果产品过来来一句,“别纠结了!就叫‘jifen’吧!”,你知道程序员心里是怎么想的吗?你知道程序员每次在IDE中看到jifen这个词的时候是怎么想的吗?你知道程序员会不得不创建诸如“JifenAccount”,“JifenLog”这些奇葩的名词吗?你能想到code review时候,其他程序员对你英文能力的“冷嘲热讽”吗?

2. “引经据典”

“Facebook就是这么做的,微信就是这么做的”,这种话多半出自一只菜鸟产品经理 – 因为你只知道需求,却不知道边界、约束。你有没有制定合理的版本计划并和程序员商量过?你有没有正确地评估你可用的开发资源和时间?

3. 缺乏学习能力

这一点其实任何人都应该避免,别抱着一知半解去和别人讨论。多去了解“目标”周边的情况 – 这就是学习能力。缺乏学习能力其实不可怕,可怕的是没有意愿或没有动力去学。这种就建议转行了,应该去做自己喜欢的事情。

4. 重复

DRY(Don’t repeat yourself),重复的问题就像是“重复”代码一样可恶。

App用户量增长模型

这里主要说移动app,其他类型的app也类似。不同的只是分发渠道稍有不同。

(图画的丑了点)

横轴代表时间,纵轴代表用户下载量/使用量

在发布初期用户数增长比较快,这取决于一些推广/营销/口碑传播,短期内可以把用户量推的比较高。但到达顶点后会下降,一些不感兴趣的用户会弃用或选择其他替代产品,但后续长期的增长则完全取决于产品本身是否真的能解决用户的问题。

每次产品的发布都会经历这样的过程,有尝鲜的人,用户量的小爆发,之后是冷静期,最后才是那些真正的用户。没有听说过一个产品只发布一次就是持续的获得用户,都要不断的改进,不断地经历这样的过程。在正确的阶段做正确的事情。