产品经理进阶(九):第九章:电商后台 - 财务管理

产品经理进阶(九):第九章:电商后台 - 财务管理
Prorise第九章:电商后台 - 财务管理
欢迎来到第九章。在这一章,我们将探讨电商平台的心脏——资金的流动。我作为产品经理,虽然不需要成为财务专家,但我必须深刻理解电商交易中,资金清算与结算的基本逻辑和合规要求。
因为任何与“钱”相关的设计,都必须将安全、准确、合规这三个词,刻在我的脑海里。
9.1 学习目标
在本章中,我的核心目标是,带大家掌握电商后台财务管理的基础。我们将重点学习清算与结算的核心概念及业务流程,并深入理解其中至关重要的合规问题。
9.2 清算与结算
当一个用户在我们的平台支付了100元,这100元是如何,从用户的口袋,安全、准确地,在扣除我们的平台佣金后,最终到达商家的口袋里的?
要回答这个问题,我们就必须先理解两个核心的金融概念:清算和结算。
9.2.1 核心概念定义(清算 vs 结算)
我用一个通俗的方式,来帮大家理解这两个概念:
概念 | 核心产出 |
---|---|
清算 | 它的工作,是对某一个周期内(比如一天)发生的所有交易数据,进行汇总、分类、计算。最终准确地算出:“今天,我平台总共应该给A商家打多少钱,给B商家打多少钱。” |
**结算 ** | 它的工作,是依据“清算”得出的结果,进行实际的资金划拨操作,把钱从一个账户,转移到另一个账户。 |
简单来说,清算是“脑力劳动”,结算是“体力劳动”。先算清楚,再打款。
9.2.2 资金与信息流程分析
在一个合规的电商平台中,清结算的过程,包含了“资金流”和“信息流”这两条并行的线。
- 信息流:我们平台的订单数据,会流入到我们后台的管理页面。我们的财务同事,会基于这些信息,来进行查询和对账。
- 资金流:用户支付的钱,会先进入到一个第三方的“清结算机构”(比如支付宝、微信支付、银行)的资金账户中。这个机构,会根据我们平台提供的“清算”信息,进行“结算”,最终将钱,打到商家的结算账户中,商家再进行提现。
9.2.3 核心合规问题:“二清”
在理解了上述流程后,我们就必须来探讨电商支付领域,最重要、也是最危险的一条“红线”——“二清”。
什么是“二清”?
“二清”,指的是“二次清算”。它是指,没有获得国家支付业务许可证的机构(比如我们这个电商平台自身),直接经手交易资金,并进行清分结算的行为。为什么违规?
如果我们平台的业务流程是:买家 -> 平台公司账户 -> 卖家
。这意味着,我们平台,在中间形成了一个汇集了所有交易资金的“资金池”。这种行为,是在行使“银行”或“支付机构”的职能,但我们并没有获得对应的金融牌照,这是严重违规的,会面临巨大的法律和政策风险。合规的流程是怎样的?
合规的流程,必须是:买家 -> 持牌机构 -> 卖家
。“持牌机构”,就是指像支付宝、微信支付这样,拥有国家颁发的《支付业务许可证》的机构。在整个交易过程中,我们平台,只能处理“信息流”(即订单信息),绝对不能触碰“资金流”。我们只能向“持牌机构”,下达支付和结算的“指令”,而实际的资金划拨,必须由这些持牌机构来完成。
9.2.4 平台对账管理
基于上述的合规流程,我设计的平台财务后台,一个最核心的功能,就是对账管理。
- 它的作用是:我们的系统,需要每天自动地,从我们合作的持牌支付机构(如支付宝、微信支付)那里,下载前一天的“交易账单”。
- 然后,系统需要将这份“外部账单”,与我们自己数据库里的“内部订单记录”,进行逐条比对。
- 最终目的:是确保每一笔交易的金额、状态,内外部都是完全一致的,并自动地将差异和问题(比如“掉单”)标记出来,供我们的财务同事进行处理。
9.3 财务管理
在我们9.2
节设计的“清结算”流程中,我们确保了交易的资金,都安全、合规地,进入到了由持牌支付机构监管的账户中。
现在,我们就需要设计一套功能,来处理这笔钱后续的分配和管理。财务管理后台,就是我们用来处理平台与商家之间“分钱”和“打钱”的系统。
9.3.1 商家账单与提现管理
这个功能的设计,我需要同时考虑商家端和平台端两个方面,因为它是买卖双方之间的一个完整互动流程。
1. 商家端设计
我需要为商家,提供一套清晰、透明、便捷的“账房”工具。
- 商家查看结算记录
在我设计的商家后台中,会有一个“结算中心”。商家可以在这里,清晰地看到平台在每个结算周期(如每月),为他结算的总订单数、总结算金额,并能查询到构成这笔总额的每一笔订单明细,确保账目的清晰透明。
商家申请提现
当结算完成后,这笔钱就会进入商家的“可提现余额”。我会为商家设计一个“账户概况”页面,清晰地展示他的账户余额。并提供一个醒目的“申请提现”按钮。点击后,商家可以输入他希望提现的金额,并确认收款的银行账户信息。
商家查看提现记录
提交申请后,商家可以在“提现记录”页面,实时地追踪这笔提现的状态,如
待审核
、提现中
、已到账
、已驳回
等。
2. 平台端设计
商家的“提现申请”,会触发我们平台运营后台的一系列审核和操作流程。
平台审核提现申请
我需要为我们的财务同事,设计一个“提现审核”列表。所有商家的提现申请,都会进入这个工作队列。财务同事的核心操作,就是对申请进行“审核”。审核通过后,该笔申请的状态,就会流转为“待转账”。
财务执行转账
进入“待转账”队列后,财务同事,会通过企业网银等方式,进行线下的实际打款。打款完成后,他会在后台,点击“确认转账”按钮,并填写相关的支付凭证信息。此时,这笔提现流程,才算最终完成,状态变为“已转账”。
9.3.2 平台抽佣与计费规则
在“清算”的过程中,一个核心的业务逻辑,就是计算我们平台的收入,即“平台抽佣”。
- 我的设计:我会在平台运营后台,设计一个“计费规则管理”模块。在这里,我的业务部门,可以为不同的商品类目,配置不同的交易佣金比例(比如:服装类目抽佣5%,数码类目抽佣3%)。
- 系统应用:在我们
9.2
节的“清算”环节,系统就会自动地,根据这些预设好的规则,去计算每一笔订单我们平台应该抽取的佣金,然后再把剩下的金额,计入商家的“可结算金额”中。
9.3.3 发票管理
一个完善的财务后台,还需要处理“发票”这个重要的业务。
- 我的设计:我需要设计两套发票流程。
- 商家向平台申请服务费发票:商家可以就支付给我们的“平台服务费”,向我们申请开具发票。
- 用户向商家申请商品发票:用户可以就购买的“商品”,向商家申请开具发票。这个申请,会流转到商家后台,由商家进行处理。