涉及到金钱的功能,都需要慎之又慎。在设计之前,最好做好充足的竞品调研,理解吃透其设计逻辑之后,再开始下手。这篇文章,作者分析了一款产品的钱包功能中的账户模块,拆解非常详细,希望能帮到大家。 该沙拉钱包的账户结构有两种设计模式:
2.2 账户数据模式基于账户结构模式一进一步分析,账户的数据模式还可分为“单账户数据多字段模式”和“多账户数据模式”,分别如下: 单账户数据多字段模式 好处是每个账户都可以清晰记录流水,各自进行对账,扩展性和复用性也高。 由于在“沙拉时刻”小程序中没有找到充值金额账户和赠金账户的流水记录,因此,假定该产品采用的是“单账户数据多字段”模式。 2.3 解构“账户管理”表至此,我们可以解构出该产品背后的简单“账户管理”表。 从系统角度出发,可以单独开发一个积分模块。但实质上,它可被视作账户模块下的一个“积分账户”。为使其与这种设计相兼容,我们可对“账户管理”表进行如下修改:
通过这种方式,后续设计的入账、流水、统计等功能无论是用于“沙拉钱包”还是“沙拉豆积分”都可以共用。如此,便能实现账户体系的统一性和灵活性。 如果进一步细分,其实还可以增加充值退款和提现这两种类型,不过由于该产品在小程序端不开放充值退款和提现功能,因此可能没有设计这两种流水类型。 分类流水的好处如下
3.2 流水的组成我们继续看每一条流水明细,分别由以下几部分组成
可以看到上表还有一个创建人和备注,其实是用于记录特殊情况流水的发生背景和操作人,方便事后业务核实。 其次上文曾提及过,“总余额”其实包含了“充值金额”和“赠金”,“单账户数据模式”不方便精准统计“充值金额”和“赠金”的消费情况,因为他们没有各自单独记录的流水。 因此我们可以在“总余额”流水里面,再增加记录多2个字段,分别是“充值金交易金额”和“赠金交易金额”,以满足精准统计的需求。 3.4 流水的统计为了方便用户查看每个月在“沙拉钱包”中的充值和消费金额,余额明细页面还设计了按月筛选和按月统计的功能。 程序实现该功能有两种方法:第一种是在进入页面后实时进行汇总计算;另一种是事先将统计数据持久化到数据库中。 如果采用第一种方法,需要让技术人员考虑后期用户数量增加和数据量增大的问题,评估请求量和计算量,以确保服务的稳定性。 本次解构到此结束。如果有更多感兴趣的小伙伴,我们将继续解构入账、充值、交易等功能。 本文由 @别字君 原创发布于人人都是产品经理。未经作者许可,禁止转载。 题图来自Unsplash,基于CC0协议。 该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。 |