2018-12-03 会员积分体系设计思路

在公司进行相关产品开发的时候，如果是初创型公司或是公司的某个项目刚开始，难免会遇到要开发一个会员积分体系以激励用户的情况，下面我结合我工作中遇到的问题，进行了一些思考和整理。我认为，作为一个产品经理，在设计公司的会员积分体系之初的时候，一定要明确以下几个要点：
1、公司的领导或是老板为什么要搭建公司的会员积分体系？
2、他们想通过这个积分体系获得什么样的结果？
3、这个会员积分体系需要在多长时间内搭建好？
4、他们愿意为了这个会员积分体系付出多少精力、资源、金钱？这些问题是我们在项目开始之前需要和公司领导或老板进行沟通确认的，而作为公司的产品经理，需要的是对这几个问题的答案，进行头脑风暴，进行扩展延伸，找到会员积分体系较为完整的解决方案。例如：为什么要搭建公司的会员积分体系？举个例子：老板的回答，或许只是简单的：“给到用户优惠，减少用户的流失，激励僵尸粉变成活跃用户”。但实际上，针对老板的回答，产品经理必须想到以下的一些要点：
1、是给到老用户还是新用户优惠？
2、会给到用户什么优惠？
3、积分是否能够当现金用？
4、积分是否能够兑换商品？
5、可供兑换的商品包括什么？
6、兑换商品价值多少钱？
7、这些商品是否是目标用户所喜爱的商品？
8、为了减少用户流失，是否需要设计荣誉徽章制度？
9、该如何设计与公司相匹配的荣誉徽章？荣誉徽章体系如何设计？
10、用户每天只能获得一次积分还是每次在平台上的活动都能获得积分？
11、用户的每次行为（补充资料、交易、回答问题等）得到的相对应的积分是否一样？
12、如果不一样，每次行为得到的积分是多少？通过这个积分体系获得什么样的结果？

举个例子：表面上的结果可能是：“促活、留存”，但实际上想要的结果却是增加平台的交易量、增加平台的流水等深层次的原因。这时，产品经理就必须要考虑的是：
1、在公司的整套体系中，用户的核心痛点是什么？该如何解决？
2、通过何种的积分体系才能增加平台的交易量或流水？
3、平台的交易量和流水上不去的原因是什么？
4、是不是系统或用户使用流程不佳影响了平台的交易量和流水？如果是，该怎么解决？
5、在原来的系统中，有没有通过用户使用流程的漏斗模型来找到用户的流失点？是否需要做埋点？埋点该如何做？
6、是否需要采用任务制来激励用户交易？
7、任务制的奖品是什么？
8、是否需要开发一个积分商城？
9、积分商城里的商品是什么？
10、凭借部分积分+金钱可否低价购买商品？可否只用积分兑换商品？这个会员积分体系需要在多长时间内搭建好？

举个例子：表面上的答案可能是：“现在很需要这个积分体系，越快越好。”但实际上这整个会员积分体系可能是老板突发奇想，想出来的一个只是解决了紧急问题的方案，治标不治本。在公司的需求池里，这个模块的需求，可能都排不上前三，所以老板有可能根本不会调配优质的开发人员对这套体系进行开发。而且，开发人员有可能已经被其他需求压得苦不堪言，也没多少精力来投入这一块的开发。最终，这个会员积分体系的开发，有可能只能占用研发人员的少量时间。而我们又必须保证产品的质量，不能影响用户的体验。
所以，在这时候，产品经理就需要考虑是如何利用有限的资源，去最大限度地完成目标。个人认为产品经理所需考虑的问题如下：
1、老板的这个需求是否有其他替代方案能够满足？能不能用买代码回来改？
2、自己先和相关技术人员或项目经理评估开发这个项目所需的人力和时间；
3、自己先调研相关研发人员的工作安排，并提前和研发人员沟通可能要重新开始一个项目，表示需要他们加入，了解他们的意愿；
4、在最短的时间内，出一份需求大纲，项目进度表，并附上所需开发人员的名单，发正式的邮件给老板并抄送相关人员，让老板进行邮件确认，这样能避免很多不必要的麻烦。他们愿意为了这个会员积分体系付出多少精力、资源、金钱？

举个例子，老板的回答可能是：“整个项目的研发和运营费用不超过XX万元或是不超过销售收入的XX%，由项目经理主导，产品经理配合，技术总监协助，就按邮件上的人员名单进行小组开发，加班有正常加班工资的1.5倍，超过10后回家打车可以报销，每天定时在晚上9:00的时候，给开发人员配水果等。当然了，这是一个比较好的情况。也有可能是，老板只给配开发人员，开发的额外预算没有，运营预算不明确，其他的福利，一概没有。那就，只能呵呵了。我认为，在好或是坏的情况下，产品经理（可以和项目经理、运营人员一起确定）必须考虑以下这几点：
1、整个项目的研发成本大概是多少？自己要做到心中有数；
2、如果开发出来，运营的成本大概会增加多少？需要从哪些方面统计？运营人员的成本、商品的成本等；
3、开发出来之后，能够达到什么目标？通过何种方式才能够达到这些目标？在明确了上诉四个要点的答案之后，就到了产品设计阶段，这个阶段会有更多的细节需要思考，在此仅使用我个人在产品设计环节的行为进行举例，如有遗漏或是不对的地方，欢迎各位看官拍砖。
1、通过用户画像，确定最典型的目标用户；
2、根据设定的积分体系的目标，列出最常见的用户使用场景，然后根据每个场景，模拟每个场景中的不同用户的使用流程，确定用户在这些流程中的哪些行为可以获得积分，这个过程可以称之为分解用户行为；
3、根据已列举出来的不同场景的不同的使用流程（个人认为，每个场景最少需要3个以上的流程），推导出核心功能点；
4、根据核心功能点，输出产品需求大纲；
5、根据已经输出的产品需求大纲，列出一个完整、详细的用户获取积分以及消费积分的表格，表格的内容包括：分类、用户行为、增加的积分数（不同的行为，应该对应不同的积分）、减少的积分数，是否进行限制。在这份表格里，最重要的是用户行为，列举得越完全越详细，越好，越能避免在开发过程中，临时添加一些不必要的功能点，避免和开发人员争（si）论（bi）；6、绘制各个流程的流程图（如有精力，可以在现阶段就输出原型验证流程）；
7、输出产品需求文档；
8、绘制出可交互的低保真原型（在原型里输入一位用户的资料，并让这位用户在所有的流程里都留下足迹）；
9、让公司内部的员工（至少5位）进行使用原型，并收集他们的意见。（这批试用员工就相当于种子用户）；
10、根据意见，修改需求文档和产品原型，并再次让他们进行使用。这次可以增加一些外部人员，例如让自己的亲朋好友进行使用，并收集他们的意见；
11、再次修改需求文档和原型；
12、组织各方人员进行需求评审；在整个项目进行的过程中，如果开发人员确实没空，可以在最后才交由开发人员进行开发。但如果开发人员能够抽出一点时间，在项目进行之初，就应该不断地了解项目的进展情况，尤其是在利用产品原型进行功能测试的时候，开发人员一定要参与，这样才能保证开发人员了解整个项目，在开发过程中减少不必要的沟通。