分析而C端产的用户测试、反馈、迭代 本篇文章将以钱包业务流程设计为例分析在面对分散、用户体验较差的业务时该如何设计一个便捷、灵活的钱包业务接下来我们看看作者的思考。 这是一个非常实用的案例并且案例涉及面比较广可以培养对整个钱包、账户、提现业务的认识同样也是一个可以拿来即用的产品方案。 一、一提多户的局面 很多公司会存在多条业务这时候有些公司每个业务线都会有一个钱包业务这样就造成了商家端钱包的分散。 一个商家在每个业务线都有一个钱包分别管理余额、提现、绑卡、
支付密码等资金管理体验比较差
钱包高阶玩法 此时就可能要对各业 波兰 Whatsapp 数据 务线的钱包进行统一统一以后商家仅需管理一个钱包绑定一张卡、设置一个密码一次完成多账户的同时提现提高资金管理效率提升商家的结算体验。 钱包高阶玩法 此时钱包的提现就就个核心问题要解决： 有多少：需要有系统告知钱包当前的可提金额是多少以及这些余额分别来自哪些账户每个账户有多少。 怎么提：当商家输入提现金额时需要有系统告知钱包本笔提现要从哪些账户出每个账户出多少所以需要
一个分配的策略 接下来我
们做的就是解决这个核心 捷克共和国 WhatsApp 号码列表 诉求。 二、解决问题前要想明白几个关键 以上的诉求我们可以转换为钱包的余额查询、提现预加工的支持这样两个更明确的诉求其中有几个关键点要想明白。 ）可提余额并不一定等于账户可用余额的总和 因为有提现手续费的存在导致个别账户可能不满足最低提现金额要求所以说可提金额不一定等于可用余额的总和。 钱包高阶玩法 就比如一个账户里只有毛钱而提现手续费要毛那就无法完成提现。 钱包高阶玩法 上表示例中主体的可提余额计算结果=元。
Categories:
