随着互联网的发展，钱包电子化已经成为了每个APP都必备的一大功能。那么在互联网中，设计好一个电子钱包需要考虑什么？本文总结了8个支付“钱包”设计案例，希望对你有所启发。有些概念就是源于生活——“钱”“包”，一个装钱的包。
什么是电子钱包，就是利用互联网技术手段实现数字货币线上管理的虚拟钱包，像微信钱包，支付宝钱包，以及刚刚推出的数字人民币钱包。
电子钱包，无非要满足2个条件，第一个是肯定是数字化的，第二点肯定是管钱的，既然管钱那么就必然有“多少钱的余额”“怎么变化的流水”。
实际生活中我们的钱包能装什么
为了方便需要可以放很多东西，例如：放身份证、照片、火车票、戒指等。
所以，钱包本质上是以管理货币为核心的“储物”工具，只要放的下，有人愿意，就可以放，同样适用于电子钱包。
WhatsApp 号码在伊拉克的商业沟通和营销中具有重要意义。伊拉克 WhatsApp 号码数据库对公司向目标客户发送消息 伊拉克 WhatsApp 号码数据 非常有帮助，有助于增加客户互动。无论是推广新产品还是为客户提供支持，WhatsApp 都能帮助公司与受众保持联系，从而提高销售额和忠诚度。
我们看几个钱包示例：京东钱包、美团钱包、滴滴钱包、知识星球钱包。
从这些案例中，不难发现，钱包可以抽象为一个资产管理工具，可以提供“存钱、借钱、花钱、结钱”的资金管理服务。
由此，一个钱包常具备以下功能：
- 资金管理类功能：资产管理(余额)、信贷管理（借钱）、理财管理、基础交易（充值、提现、转账、消费支付）。
- 入口作用：商品入口、营销入口、重要活动通知入口。
- 基础功能：卡管理、支付密码管理、实名认证。
要设计好一个电子钱包，往往需要思考清楚以下几个问题：
（1）钱包的用途是什么
钱包的用途最核心的一个就是管钱，另一个非常重要的用途就是用于支付交易，其他作用在不同类型平台侧重不同。
在银行还是三方支付机构的钱包更多的目的：用于资金管理、结算、支付。
在一些购物或者其他场景消费类平台：钱包还承载着消费贷以及营销的职能。
所以，钱包可以认为是一种“金融工具”，具备资金管理、信贷管理、理财管理、支付结算等职能。
要做哪一类钱包
在设计钱包之前，要明白自己要设计哪一类钱包，而不同类型的钱包，设计方法以及要思考的核心点也会存在差别。
本质上，钱包是平台为用户提供的账户体系解决方案。
通过收集用户信息，注册，创建XX账户。然后根据用户指令，完成账户实名，绑卡，充值，提现，还款，转账和支付等基础账户操作，并集成贷款、理财、营销入口等其他业务诉求。
进而我们可以根据底层账户的不同，对钱包进行分类。
银行用户钱包：由银行基于银行结算账户体系构建的钱包应用，比如各个银行APP里的钱包。
支付机构用户钱包：由支付机构基于支付账户体系提供钱包解决方案构建的钱包应用或者API经过商户封装后的钱包应用。
- 数字人民币钱包：人行推出的数字人民币钱包。
- 平台自建钱包：各个平台自己基于自建账户搭建的虚拟钱包应用。
- 综合钱包：是以上几类账户共同构成账户基础的综合性钱包。
钱包的整体架构怎么样
在设计钱包之前要先站在整个业务视角，规划好整个业务流程以及产品架构，以此就有了整个钱包体系的顶层设计，后面的每一个部分的设计就会非常容易。
我们说的钱包一般是个用户产品，提供给终端用户使用，所以，先想明白用户会使用钱包干什么，常见的钱包一般是下面的使用流程。
那么，要提供这样一个使用流程的钱包应用，需要建立怎么样的业务体系，如下图所示。
最后，再想清楚这样的流程和业务架构下，如何设计钱包的产品架构，我们从钱包应用层、相关内部支持系统、依赖的外部服务三层来设计钱包的产品的架构，如下图所示。
钱包需要的交易类型包含哪些
钱包存在意义前面讲了，要提供给用户“管钱、贷款、结算、支付等”的服务，那么最终可以抽象出哪些交易能力要想明白，常见的交易类型有这样几种。
充值/提现/还款：是指钱包账户与同人银行卡之间的转账，一般要求个人账户与个人银行卡归属于同一个用户实体（即同名，同身份证号）。
转账：指主要是指用户之间的钱包账户之间进行资金转移的过程。
余额支付：就是使用钱包进行下 WhatsApp 号码 单支付，比如我们在微信购买东西时可以支付方式可以用微信钱包；平台也可以使用自己的虚拟账户体系构建余额支付能力。
以上就是对钱包的认识，以及设计钱包前要想明白的问题，要考虑的设计方面。
下面我们就看几个钱包的设计实例，以加深钱包的印象，看看在不同业务场景下的钱包都是怎么做的。
家政行业-劳动者钱包
想必大家对家政行业都不陌生，很多读者都请过保洁或者月嫂育儿嫂，家政平台就是撮合雇主和家政服务人员的平台，并提供基础的线上交易设施，以及对家政服务者收入的结算。
在这个过程中就需要为家政服务人员提供一个用于管理结算收入的钱包，钱包核心要实现的能力就是展示结算收入，提现结算收入，并且可以查看收入明细，绑定银行卡等功能。
而这部分我计划围绕钱包介绍一个场景的需求如何实现。
需求的背景和目标
背景是这样的，公司存在多条业务（保姆、月嫂、保洁），因为历史原因，造成商家端钱包分散，一个商家在每个业务线都有一个钱包，分别管理余额、提现、绑卡、支付密码管理，资金管理体验比较差。
需求要解决的问题就是对各业务线钱包进行统一，商家仅需管理一个钱包，绑定一张卡、设置一个密码，一次完成多账户 新加坡电话号码 的同时提现，提高资金管理效率，提升商家结算体验。
统一后的钱包架构
通过钱包统一处理服务层，统一钱包的各项服务“余额查询、明细查询等”。
提现处理逻辑
统一以后，钱包中只有一个余额，但要一笔提现，应该怎么处理，整体需要4个核心环节。
计算可提余额
可提余额并不一定等于账户可用余额的总和，因为有提现手续费的存在，导致个别账户可能不满足最低提现金额要求。
例如，如果提现手续费是0.5元，那么提现金额需要大于0.5元。
所以，可提余额应该等于每个账户的真正可提金额之和，排除那些不满足最小提现金额要求的账户。
上表示例中主体001的可提余额计算结果=11.5元，因为账户3中的0.8元不满足最低提现要求，所以不可提。
实际可提金额=1.5+10.00=11.5元，因此，钱包余额12.3元，但，可提金额=11.5元。
提现预计算
可提余额不代表用户要提的金额，因为他可能只提取了一部分，所以要计算这部分金额应该如何分配到账户；除非让用户选择那个账户提多少，但这样就失去了统一钱包的意义了。
既然是部分提现的金额分配，那就需要一个分配的策略；这里我们用简单的排序分配方法。
如例：可提金额是11.5；此时用户仅提现“8元”，该怎么处理？需要建立一个提现扣款顺序，如表所示；顺序代表扣款顺序。
实际扣款如表最后一列；账户1扣1.5，账户2扣6.5。
用户每输入一次提现金额，就执行一次预计算，并实时反馈给用户。
提现拆单
对统一余额的提现，虽然用户侧是一笔，但是底层还是对应多个虚拟账户，多个出款账户；所以需要将一笔提现拆成多个提现单。
拆的依据：就是清算系统预计算返回的结果。
谁拆？
可以钱包拆，提交多笔提现请求，这样的好处是提现系统不用改造；也可以提现系统拆，这样提现系统需要进行拆单改造。
提现扣款
账户扣款：提现系统根据拆好的提现单，请求账户系统进行账户扣款；扣款成功以后提交渠道进行出款。
账单有区别于账户余额流水
账单是提供给商家对账的全面的交易数据，便于商家对账；账户流水仅是其账户余额变动明细，便于商家管理结算收入，可以看一下微信钱包的账单以及零钱明细的区别在哪里。
账单的底层逻辑是清算系统汇集、处理获得的本月商家全部交易记录。
外卖-骑手钱包 外卖场景很多人都熟悉，现在订外卖是生活中非常高频的事项。
外卖业务中配送是非常重要的一个环节，而配送离不开骑手，配送完以后骑手会拿到配送收入。
这个过程跟家政业务很像，都是O2O范畴，所以这两个领域的支付人可以相互流通，非常高的匹配度。
既然业务非常相似，那么给骑手结算用的钱包也就非常相似了，下图是美团的骑手钱包页面。
其中结算余额、余额提现、账户明细、银行卡管理、账单管理都是非常通用的模块。
可见，如果要设计一个结算用途的钱包，这些功能是少不了的。
而我们要介绍另一个特殊外卖场景的骑手钱包，就是国际外卖，像UBER、DIDIFOOD等。
国际外卖场景与国内整体业务有很多相似之处，但也会存在一些差异。
这些差异主要体现在：面临复杂的政策环境，不同国家的支付基础设施水平不同，劳动法不同，税收政策不同，用户的支付习惯不同等等，造成了在设计钱包时需要考虑这些因素。
比如：
在国外一些国家有小费文化，那么骑手的收入当中有一部分就是“小费”。
不同国家对骑手的税收政策不同，有些国家不需要代扣代缴但需要申报，有些国家需要代扣代缴，那么在税收的计算和账务处理上就会存在差异，而这些差异也会体现在钱包中。
