都说互联网是一门“流量”的生意。
但伴随着近几年互联网红利的消失，从业者们也普遍发现，"流"动的量实际上并不能为互联网公司带来核心的商业价值，只有"留"下的量，才能真正维系互联网产品的正常发展。
而要做"留量"，即用户运营，基本绕不开使用“会员等级+积分运营”的配合运营方法。
会员等级+积分运营的配合运营方法起效主要由于以下两方面原因：
对用户而言，经过几十年的会员积分运营渗透，用户对会员及积分的接受度非常高；
在信息纷杂的时代，多数用户只愿意关注与之相关的内容，相对比于一般的推广，积分及会员等级与用户个人账号息息相关，更容易与用户建立产品以外的亲密的人际关系，赢得用户关注与信任。
很多产品用会员积分体系串联产品核心功能，引导用户行为，活跃、留存并转化用户。比如天猫积分、淘宝淘金币，京东的京豆，饿了么的吃货豆，大众点评积分等等。
其中一个典型的案例就是近年来快速崛起的拼多多，借助于以多种积分体系并存的运营手段+游戏化运营玩法，牢牢把握用户心理，让用户留存在产品中，奠定了后续购物转化的基础。（当然最后的转化是因为拼多多的低价）
作为互联网产品运营人，我们看得到前台的一些积分玩法，但关于互联网产品积分相关的后台产品应该如何构建，网上的分享就甚少。
今天燃豆科技就将我们1年多心血打造的积分产品的后台文档以思维导图+部分功能解说的方式分享给所有的互联网产品人。
如果你也在打造积分商城产品，那么建议收藏哦！
基础框架
各位互联网同学也发现了，以前的互联网时代，每个App产品中一般仅有一套积分体系，去贯穿用户的所有行为。
但是这也带来几个问题：
积分获取路径不同，行为不对等，不好平衡——部分积分是由购物获得，对应的价值很高，而部分积分是由用户签到、活跃等行为活动，这样的积分一般价值比较低。那么如果活跃类玩法对应的积分激励过低，无法刺激用户参与；如果积分分值过高，又可能影响希望刺激的核心行为（购物转化）。因此不同路径之间的激励不好平衡。
积分是长周期的规划，需要详尽的年度规划及预算分配。而业务的变化可能需要一些短期的更超乎之前规划的激励做配合，这样很容易影响原来的积分规划，导致整体失衡。
因此随着互联网的发展，一个App产品的运营往往伴随多种积分体系。
一个叫做积分，主要是购物获得；
一个叫做“金币”是通过日常活跃、留存获得；
一个叫做“能量”，用于短期（双十一）的促销活动
不同积分体系根据自己的业务目标运作，所对应的积分发放机制、积分消耗机制独立，共同对一个产品发挥着不同的运营作用。
但多个积分体系还是隶属于同个产品，所以商品权益、订单体系又可以打通了使用，避免重复编辑商品、上传商品的冗余操作。
所以我们将系统分成两部分：
团队中心-团队可共用的商品管理、订单管理
项目中心-每个项目拥有1个项目中心，单独配置项目内容、主题皮肤、项目商品，单独的项目数据统计。
展开全文
接下来我们以思维导图+内容解说方式，说说积分后台的具体做法。
提前说明下，燃豆的系统是基于我们是平台型产品，所以绝大多数功能是做成后台可配。如果常规的系统可能做自己公司的产品，可能很多地方是可以让开发写死在代码上，很多地方并不需要像我们这样灵活个性化，那也可以减少些模块。
积分项目中心
一个积分相关项目，其实后台框架上比较类似于电商系统，但内容上较电商平台又有较多区别。
我们分出5大基础功能：
1、项目配置——配置项目基础信息，比如积分单位，积分是否与原产品打通，项目说明之类的内容，配置后快速更改用户端的展示文案等内容；
2、项目兑换商品配置——积分商城最核心环节就是兑换类权益商品，因此这块主要是设置商品兑换规则及管理权益商品相关功能。
3、项目营销中心——优质的可吸引用户玩法门槛较高，因此我们引入互动玩法，降低门槛、提升活跃，这块玩法的配置与管理都放在营销中心；
4、项目页面装修——字面意思，就是装修项目模块、样式等皮肤，节日节点可以快速调整。
5、项目数据中心——项目上线之后回收运营数据、兑换相关的交易数据等内容，以供更好的运营指导。
整个系统做下来，我们觉得积分商城系统与电商系统最大的区别点在于交易方式的多样性，装修系统，与数据系统方面。
下方是具体的一些功能点罗列，你在实际应用中可以根据系统情况进行取舍，我们将重点阐述下产品设计中的核心思考点。
项目配置
项目兑换商品配置
项目营销活动中心
重点说下营销活动。我们一直认为，很多市面上的游戏化玩法（例如拼多多），本质上都是个积分商城，只是因为把兑换模块弱化，将营销玩法给强化。
营销玩法的趣味性极其影响用户对于整个积分商城的关注度。
我们计划在营销玩法上拓展比较多，因此将这块单独生成一个配置模块，形成项目营销中心。其中有不同的营销活动模版，不同的玩法有不同的配置规则，可以在模版上配置形成不同的活动。运营过程中也可以根据实际运营情况快速调整规则配置。
后续可以叠积木的方式拓展更多、更深层次的玩法，丰富游戏化产品体验。
页面与装修
上文说到，积分商城系统与电商系统最大的区别点在于交易方式的多样性，装修系统，与数据系统方面。
关于装修系统，因为很多积分商城页面层级较深，如果再做复杂的多层级跳转，会让用户体验更差。因此我们用户端选择了单屏承载核心玩法的方式，即积分商城首页可直接参与抽奖、签到以及未来可能的一些其他营销模块。
这里展开说下我们抽奖产品设计的一点小构思：
很多活动类配置产品在设计时都是选择皮肤模版之后根据模版配置规则，活动规则与页面装修是是绑定的。当活动样式要更改，需要重新选定模版并且重新配置规则。
但由于我们产品是单屏承载核心玩法，首页可能涵盖多种玩法，如果把装修跟规则配置一起做那么装修功能必然会非常复杂。
为了避免装修功能过于冗杂，也希望后续变更样式可以偷懒，我们将规则配置放在营销活动中心，将页面模块皮肤配置放在装修。两者功能独立拆分，以绑定活动方式将表面模块与活动规则关联起来。
这样做的另一个好处是，以后如果想把现在的老虎机皮肤换成大转盘或者其他的样式，本质的活动规则是不需要重新配置，只需要换个样式然后重新绑定活动就可以，可以更高效的更换主题皮肤等展示内容。
如果你也是跟我们一样的单屏去承载拥有复杂底层规则的游戏化玩法，这个方式也推荐你去使用。
项目数据中心
关于积分商城的数据回收——积分商城应该回收哪些数据？哪些数据能说明积分商城运营的好哪些说明运营的不好？
这个问题我们翻了很多资料，没找到非常好的数据系统可以参考。而电商中的数据纬度跟积分商城数据纬度也有较大区别。因此我们团队经过反复的探讨，最终梳理成当前的数据系统：
我们认为：积分体系最终效果评估，应该取决于任务的完成情况及积分主动兑换情况。
不过因为我们目前的系统暂未涉及任务跟积分发放模块，因此没有做这方面的数据功能。
我们单独从积分商城这个纬度，去涉及了过程跟进数据：积分商城运营数据与交易转化数据维度，从整体的运营流量数据与商品交易关键转化数据看到更多的用户行为与用户喜好。
【积分商城运营数据】
【积分商城交易转化数据】
积分商城的特殊性在于，我们可以配置并生成两种类型的兑换方式：纯积分兑换，积分+现金兑换。这两种兑换方式用户路径不同（纯积分只需要积分兑换成功即成功，而积分+现金需要先扣除积分再用户支付现金），计算方式是不一样，不好混在一起计算客单价这些平均数据。
因此我们把整体漏斗分成两路，一个漏斗为纯积分兑换，另一个漏斗为积分+现金兑换。整个交易数据的跟进也是分开收集及计算。
最终设计了以下的数据报表产品框架：
团队中心
接下来是可以多项目通用的“团队中心”的内容。
因为燃豆系统中“团队中心”的很多内容是我们产品与客户之间的产品服务相关内容跟权限体系内容，这部分功能对SaaS产品有用，但对日常自己产品想做个积分商城项目关系度不大，因此我们这边不做展示了。
主要是展示跟项目相关的商品管理与订单管理的一些功能框架。
商品管理
很多互联网产品自身可以用于兑换的商品权益是不多的，所以需要外部商务合作，拿到一些商务资源。
而外部合作就涉及到外部品牌优惠券体系对接的问题。
目前市场上比较常见的优惠券为
1.重复券码券：品牌方有券码核销页面，所有用户只要输入券码即可获得该优惠；
2.独立的券码券：品牌方有券码核销页面，每个用户用独立的券码获得优惠，用完该券码作废；
3.重复链接券：品牌方将优惠做成H5形式，用户获得链接打开H5，填写信息/登录即可获取优惠；
4.独立链接券：品牌方将优惠做成H5形式，但每个优惠都有不同的链接，用户获得链接打开H5领优惠，领取成功后台该链接失效/标记已领取，其他用户不可再领。
产品可以根据实际对接的商务资源设计对接系统，管理优惠商品。
订单管理
订单系统其实从后台功能是比较简单的，跟常规的电商平台差不多，或者说更为简单些，因为积分商城属于用户福利，所以一般的积分商城不需要设计过于复杂的电商售后（退款流程）体系。
不过后端逻辑上，纯积分订单退款涉及积分返还，积分+现金订单涉及积分与现金两个渠道的返还，功能点还是需要做到全套的。
写在最后
以上就是我们在做积分商城后台产品中的思考与最终产品落地的内容文档。
我们展现的是一个比较基础的、适用于多数产品的积分商城框架。
不同的互联网产品有不同的目标，也有不同的应用，最终的产品形态不太一样
比如如果是独立的产品，那么用户的成长体系设计，用户画像及用户数据的回收内容需要考虑；
比如在营销玩法上做更多玩法类型的延伸，玩法深度的探索及产品落地；
比如电商功能的延展，让积分商城不仅是积分商城，更可以承担商城的角色，满足轻量化商城体系的探索。
燃豆科技抛出我们整套积分体系的构建思路与产品细节，希望给予新入积分产品的同学们一定的思路指导。
