说会员体系有电说大了，我这里的会员体系指的就是我们产品中的一个会员功能。
一个to b 的SaaS系统，会员功能几乎成了各大系统的标配，各种零售门店都会需要一个会员功能。我们面向诊所的SaaS系统也不例外，各大诊所也会有会员需求。
普通门店对于会员的功能要求一般都比较简单，有充值、折扣、会员支付等基础功能就能满足大部分的经营需求了。接下来我自己复盘一下我做整个会员系统的思路和遇到的一些问题及其解决办法。
对于需求，其实最开始的就是一句话：做会员功能。
1、我拿到这个需求，就会去问用户，对会员的功能要求，暂时得到有某个项目一次80元，十次600元；也有充值10次，赠送两次免费项目；也有充值100送20这种充值赠送需求；还有项目折扣；以及会员卡支付、积分功能等几个大的需求点。对于这种市面上已经接近流程性的东西，以上需求沟通就完成了基本的用户需求收集了。
2、得到需求后，第二步就分析了下竞品，我大概参照了同行的四五个竞品，以及不同行业的其他四五个竞品，对会员体系的使用流程、规则设置等内容都清楚了，对其中参考性比较大的几个产品用思维导图的功能例举，并使用表格对比了各种小功能小细节的有无。（这些工作都是比较简单的基础功能，所以结果就不放图了）。说明一点：因为做的是市面上已有的较标准化的会员功能，所以这里并不进行市场需求分析和优劣对比分析，对于用户来说，只有会员功能有无、会员活动管理有无的需求之分。
3、结合用户需求和竞品，我确定下来自己要做的会员具体功能和流程，做出自己要做的会员功能的思维导图和功能流程图。对于具体做的功能，再多介绍一下：会员功能我之所以标题叫会员体系，是因为会员包括了从第一部的会员等级设置、会员活动设置、会员关系绑定、会员使用流程、会员余额积分变动、以及相关的会员统计等全部功能都需要具备，单独拿出来，他也是能形成一个简单的管理体系的。
4、完成以上准备工作，接下来就是画原型、文档和注释了。
也上就是我做会员体系的基本思路。
在这期间有几个问题是可以思考一下的，对于问题我只提出来不给答案，因为不同系统不同人考虑的点不一样，但我将会把可能出现的矛盾点列出来。
1、会员共享问题：先绑定共享人还是在支付时候输入手机号码？
2、会员费用在多个地方都会产生变动（医生、收银员、会员本身的权益等），不同的因素都可能造成最终会员结算时的金额变动，这时候的判定标准去（假如是折扣）是按折上折、还是按最低价、还是按最后定价？
3、零售商品的利润各不相同，是否每个商品都能参与会员的优惠或者活动？这是需要细化到商品还是商品的大分类？如何权衡页面的展示与功能的完善。
4、会员等级是系统默认不可更改还是有用户自定义设置，自定义设置时，等级的增删改与等级升级怎么权衡？
5、会员升级的自动升级与手动升级规则如何制定？
6、对于会员充值赠送金额，如果存在退费，系统怎么处理，怎么给出一份完美的财务报表？
网友评论