最近一直整理卡权益的内容，而卡权益的功能需要知道哪些内容来确定
首先是确定使用的人群，为什么要确定主要面向的人群，因为不同的人群对于卡权益的需求是不一样的。人群如何区分，我大体上把对于卡权益的分为4类 1、小白用户 2、初级信用卡用户 3、中级信用卡用户 4、高级信用卡用户
什么样的人群去使用信用卡
具有信用卡资质的人群，
以上四类人群的定位：
1、小白用户 用户特征：卡片数量较少（2张以下）办卡频率 对卡权益基本上是0基础 没有使用过卡权益相关内容 即使看到卡权益也不知道怎么使用，并且消费水平相对较低（具体消费水平未经调研） 甚至连信用卡优惠怎么使用都不知道 数量庞大 年龄、性别、地区（因未经调研暂时未知，基本上二、三线城市会比较多，一线也比较多，一些此是根据消费水平猜测）
2、初级信用卡用户 用户特征：卡片数量（2——5张左右） 办卡频率 对于卡权益可能知道一部分 可能看过卡权益，使用过卡权益较少， 大部分不知道怎么使用卡权益，对卡权益的使用规则，和如何使用没有基本的概念，消费水平基本上会趋向于中下水平（具体消费水平未经调研） 使用过一些优惠(比较大的羊毛) 数量也较为庞大 年龄、性别、地区（因未经过调研，基本上一二线会居多）
3、中级信用卡用户 用户特征：卡片数量（5到11张左右） 办卡频率 对于卡权益基本上了解
使用过卡权益，也知道关于卡权益的一些细则，但是可能有时会比较难以获取一个及时和准备的信息 可能有一部分权益是没使用过的通过比较繁琐的教程可以实现享受到卡权益 优惠经常会用到（具体频率未调研） 数量是一个中等群体 年龄、性别、地区（因未经过调研，根据消费水平及文化程度大体分布在一线二线）
4、高级信用卡用户 用户特征：卡片数量11张以上 办卡频率 对于卡权益十分了解可能是资深的薅羊毛者或是经常使用信用卡权益的人群 完全了解卡权益怎么回事也知道怎么使用并且他们主要关注的是那些可以薅的点或者是那些更新了，还有就是经常使用优惠 消费水平会比较高一些，
以上四类人群的需求：
1、 小白用户
需要钱才这类人的需求办信用卡，知道信用卡优惠，如何使用优惠， 了解信用卡的权益，学习在某个场景下使用权益，了解卡片中的一些细节（ 但是非强需求） 最好的需求是使用支付时，直接可以用优惠完后才能（不必事先查找）
2、 初级信用卡用户
也是需要钱（额度），需要一些信用卡的优惠
3、 中级级信用卡用户
1、钱（额度） 2、优惠、3、权益
4、 高级信用卡用户
1、钱（额度） 2、优惠3、权益 4、极限薅羊毛
以上四类人群使用场景；
1、小白用户 需要钱时候会套现，需要提前消费的时候会使用信用卡，到线下支付的时候需要使用信用卡，看到某个优惠的时候等等
2、初级信用卡用户 需要钱的时候，需要提前消费的时候，线下没有钱的时候，养成使用信用卡习惯，看到某个优惠的时候
3、中级用户 需要钱的时候， 需要提前消费的时候，使用某个优惠的时候，看到某个权益的时候（或者听说），薅羊毛时候
5、 高级用户 需要钱的时候，需要提前消费的时候，使用某些优惠的时候，使用某些权益的时候，薅羊毛的
我的产品功能（卡权益，而且要注意到我这个功能在我这个产品之中的定位）侧重于满足哪类人群哪些需求那些使用场景
满足小白用户及初级信用卡用户更容易了解卡权益，并且实现第一次使用卡权益的功能，
满足中级用户和高级用户对信息的准确性及易用性的需求，并且满足中高级用户向小白及初级用户推荐的功能。
那我接下来按照以上的条件来设计我的功能
设计我卡权益的功能时，我需要根据现在我的功能所在模块及其比重，来兼容以上的整个需求
卡权益功能设计，首先我确认了卡权益所在APP的层级，确定了卡权益现在是非核心功能，有可能成为核心功能，需要看数据来确定卡权益是否为核心功能。
此处层级划分，是大体上的划分，第一层级为主页面 二层级为导航对应的页面 三层级为首页内容跳转页面 四层级为导航对应页面中的内容跳转页面 五层级为详情或者列表中跳转的页面。 六层级其他页面 （此也需要根据流量来具体规划第一个功能版本里面的内容多少，需要预估一下最终版本的功能到什么样子）而目前设计的卡权益入口在第二层级，卡权益详细内容位于第三层级， 且第二层级中内容较多，流量相对较低。所以尽量应该按照比较小的版本来看此功能对用户的粘性，及用户的活跃。
上一次已经说了，满足小白用户了解卡权益的需求，并且引导小白实现第一次使用卡权益（前提是小白有卡，如果无卡还需要办理，还要满足用户办理卡片时作为参考）。满足中高级用户对信息的准确性及易用性的需求。
小白如何了解卡权益，仅仅是展示卡权益是不够的，用户对于这种知识性的内容，用户主要是最想了解的方式是直接问。 我这个地方又不可能做成问答的方式（原因1、功能太重，不符合之前的层级关系 2、现阶段非核心功能暂时可不做考虑 3、还有就是只是做问答不知道用户的反馈如何）。最好的方式当然是AI了（此处扯淡）。
于是我就想通过引导来让用户（小白及初级用户）了解卡权益，如何引导，单单从产品层面来讲，通过页面功能及权益的详细内容引导，通过消息来引导，通过文章信息（相关的使用攻略的文章）来引导，通过用户讨论来引导，通过任务来引导等等
引导用户让用户（小白及初级用户）使用卡权益，此处会比较难，可通过奖励、用户讨论、文章、消息这些方式来引导了。
中、高级用户的准确性及易用性的满足，此处通过更新、相应的官网链、用户实时的讨论、消息提示来满足（并且需要知道用户详细的卡片是那些）
从以上分析得来，第一期的内容本次功能主要满足小白用户及初级用户的了解及引导使用的需求，满足高级用户对准确性及实时性的需求。
以上判断的原因在于小白用户及初级用户体量比中高级用户的体量要大很多，而且如果将小白用户及初级用户引导中成为中高级用户，其粘性可见一斑。但是教育用户本身确实比较难，但是这也是一个比较合适的切入点。
二期的话可根据具体的数据量来迭代功能更好的满足小白及初级用户，增加满足中、高级用户需求的功能。
接下来从业务本身来分析，有两个维度来分析卡权益，1、卡的维度 2、权益的维度。
每张卡都有不同的权益，每项权益都有不同的卡。对于小白及初级用户卡的维度来讲权益的话会比较好理解，因为他们卡的数量都会比较少，用户单纯查一下卡有哪些权益就好了。而对于中高级用户来讲，从使用场景上权益的维度，来查看有哪些卡片会比较方便，比如说洗车，我查看一下哪些卡有洗车的权益，这样找起来比较方便，小白用户使用权益来查看卡片也是可以的，但是由于没有相应的对权益的理解，再使用的时候是有些困难的，学习的成本也比较高，而且还要考虑到小白、初级用户办卡时对年费等基本信息的考虑。
所以一期的时候，我以卡片维度为主是比较合适的，当然权益维度可以放出来看其真正的数据效果如何（最小的mvp来处理这个其实是比较好的，因为是新功能一定会有很多考虑不到的问题，但是真实实现的时候确实是没办法说服真实的资深卡用户为主导的某某，此处为吐槽，只能尽量向自己判断的方向来做此功能）。
再接下来设计相应功能的产品逻辑，等有空的时候可以再把此部分的逻辑补充上。以上内容是给一个设计产品时候方向内容的考虑过程，暂时先写到这里希望对各位有所帮助。