如果你进来了，很有可能被这个无耻的标题给骗了，本文并不是针对组织讲解银行卡系统的设计，而是针对个人描述银行卡使用的设计；也许你要说，扯吧，银行卡使用也要设计！！！那就往下看看，有没有道理~
问题：
情形1：自己的银行卡某天突然收到连续扣款短信，一阵慌乱之后只能默默地接受被盗刷的后果，粗心的你想了半天，还是没想起来在哪里泄露了信息；
情形2：**支付又有了创新的支付产品，**支付又在搞支付的营销活动，很想参加去体验一把，但是要绑定我工资卡，还要输入关键信息，保守的你想了半天，还是没说服自己掏出工资卡；
情形3：信用卡办理了一打又一打，成天混迹在飞客茶馆、信用卡之窗等论坛社区，研究着薅羊毛剥羊皮，精明的你是用什么来管理这些为你卖命的银行卡兄弟的呢？
诉求：
还有好多场景不罗列了，从个人出发，也聊了身边的一些朋友，对于个人或者说家庭在支付方面主要的诉求如下：猎奇、便捷、安全、成本、羊毛；
诉求1、猎奇：对新东西的好奇，人家在用现金的时候，我用上了卡片，人家在用卡片的时候，我用上了快捷支付，人家在用快捷支付的时候，我已经开始HCE、SP、AP等各种P，牛逼！
诉求2、便捷：结合着具体的支付场景，随心所欲，无脑支付，这是我理解的便捷；
诉求3、安全：安全 安全 安全，重要的事情说三遍；
诉求4、羊毛：在这个资本运作的时代，你可能没有宝能系那么牛逼的资本运作能力，但不妨整理整理手头的那些银行卡，关注一下外面的那些支付工具，也来玩一把资本运作；
诉求5、成本：好比开车就得保养，用卡也需要保养，包括卡片的额度提升，卡片的账单管理，卡片的转账费用，卡片的年费管理等等；
方案
说到这里，是不是觉得面向个人或者家庭的银行卡使用需要系统性地设计一下？来看看下面的这个方案吧，它可能不是一个最优的方案，但是一个在五个诉求方面较为均衡的方案
解释如下
终端：并不是指POS等设备，而是指从支付的视角来看，与商户最近的一种支付介质；分了两种，上面的终端主要是一些支付产品，主要依托的是卡片的账户，当然也有自有账户的；下面的终端主要是一直银行卡片，根据用途进行卡片的分类；
接入：并不是 接入系统，更加准确的描述是反向代理，是指支付产品在访问账户的时候，要通过反向代理访问核心区域的账户，解决了安全性的问题，和外部请求集中管理的诉求；当然从安全的角度来看，反向代理层要定期换卡；
转接：并不是信息转接，而是资金的流入和流出，以及资金的沉淀（沉淀这个动能对我没啥用，因为一直没有沉淀哈哈）。流入主要采用各银行的资金归集功能，而流出主要采用各银行的跨行转账功能；
产品选型
接入层的信用卡选型：最好网络交易能有积分，因为你用着用着就会发现，这张卡会是你的主力；
接入层的借记卡选型：最好是一家愿意尝试新业务的银行，因为你用着用着就会发现，有些银行就是守旧，不管是新业务的支持，还有限额方面让你很难受；
转接层的借记卡选型：最好是选一家资金归集能力笔记强，跨行转账免费的，APP比较好用的银行，因为你用着用着就会发现，这个APP打开的频率很高；
还有，那么多的卡片怎么管理呢？excel，app均可，有不少创业团队在做这块，听说我包也有涉猎，期待~
那么羊毛该怎么薅呢？这个话题太大，设计感更强，改天再聊~~
作者：up方方土，一个混在金融行业的屌丝程序员，喜欢代码，喜欢咖啡，喜欢旅行
网友评论