面试经！小红书支付产品岗分析与解读（电商场景）

一一一 2023-08-12 16:59:45

该岗位要求截图如下：

一、产品体验&职责解读

“理解JD”和“产品体验”往往是面试前的有力准备。

工作职责原文：

1、负责公司支付交易和收银产品体系建设，完善现有支付路径，为业务场景提供高效的支付体验；

2、与清结算、资金账户产品配合，完善平台现有支付/结算/资金类产品工具；

3、负责支付逆链路产品建设，确保支付订单逆向的高效性和准确性；

4、负责未来支付场景拓展和有效支付工具补齐

从中我提炼出了几个关键词：

“收银产品”、“支付路径”
“清结算”、“资金账户”
“逆链路”
“未来场景”、“工具补齐”

知己知彼百战不殆。

要了解这些关键词的具体指代，还需要体验小红书的电商购物流程，从而可以进一步发现：

有购物车模式，意味着支持合单支付；
商品来源基本是外部供应商，所以小红书平台采用商家入驻模式（非自营）；
支持优惠券，可在订单页面选择优惠券；
支持的支付渠道有微信、支付宝、苹果等。

两者结合，逐一来看（下文均以微信支付为例）：

1.“收银产品”，粗看是微信、支付宝、苹果为首的三大支付通道，具体使用的是“微信APP支付”，且因为有合单支付的场景，所以准确的说是“微信合单APP支付”。其次，由于小红书（后续称“平台”）采用商家入驻模式，需要注意规避“二清”问题（补充：二清是指由无资质的主体将资金收入己方账户后二次清算给供应商，是命令禁止行为，电商行业需要尤为注意）。

所以对平台分佣以外的商户应收款应由支付机构直接结算给供应商（即入驻商家），好在微信早给出了“标准答案”——电商收付通，平台应以服务商角色在微信开户并开通“电商收付通”功能，入驻商家通过平台对接的微信开户接口，间接向微信请求开立收单商户，并与平台服务商绑定关系，从而完成交易的前提——开户与关系绑定。

电商收付通的特点在于：用户的支付款会先冻结于供应商账户内，当平台完成清算发起分账抽佣后，供应商账户内的资金方才解冻，从而确保了用户资金的安全，也确保供应商提现的资金直接从其微信账户内出款。

“支付路径”上，小红书先完成内部系统的业务处理和落单，再基于用户选择的支付渠道，请求微信支付接口，用户在微信侧输入支付密码完成支付，并跳转回小红书，完成本次交易。

小红书与微信的交互链路可以参考如下微信官图，链路已经非常具体，就不再展开。

综上，是对收银产品、支付路径的解读（服务商微信合单支付文档链接：https://pay.weixin.qq.com/wiki/doc/apiv3_partner/open/pay/chapter2_9_3.shtml）

2.从电商平台（小红书）的角度来看，“清结算”环节需要明确：

支付渠道应付款；
支付渠道应收款（渠道手续费）；
平台应收款（平台分佣）；
供应商应收款；
基于业务场景需要的其他情况

由于电商行业的特殊性，往往供应商的应收款会在用户确认付款后或达到一定天数后结算给供应商，导致这些交易并不是D日完成后，D1就能全部清算出来的，所以对平台来说首要处理的是支付渠道的交易对账；将D日的平台交易明细基于支付渠道过滤，筛选出走微信支付的订单与微信的交易对账文件进行核对（微信账单文档链接：https://pay.weixin.qq.com/wiki/doc/apiv3_partner/apis/chapter7_9_3.shtml）。

核对时可以采用双边核对，即“我有你也有，我没你也没”，避免出现平台无渠道有的极端情况。

对账完成且无差异后，平台确认完了两件事：

平台D日微信渠道的交易总额（支付渠道应付款）
平台D日微信渠道的交易手续费（支付渠道应收款）

其中手续费也会有两种情况：情况1.平台承担交易手续费，此时微信会为平台开通手续费账户用于专款专管；情况2.供应商承担交易手续费，由微信直接和供应商清算。如果是情况2，则平台在清结算环节可以不考虑手续费的问题。后续，等到用户确认收货或者到指定天数后，平台则需要开始处理平台分佣（平台应收款）和分账解冻（供应商应收款）事宜了——因为分佣规则未必是一个按百分比按金额的固定值，可能每个商户各不相同，且有梯度奖励机制，所以当用户确认收款时，平台调取该商户的分佣规则，计算分佣金额，请求微信分账解冻，最终完成平台微信账户的加账和供应商微信账户的余额清算和解冻。

由此，平台应收款和供应商应收款也得以明确。

但对平台而言，清结算的流程并未结束，完成分佣计算后平台多了一笔“应收款”，需要通知会计系统记账，后续微信资金结算时，需要对实体资金对账，完成后需再次通知会计系统记为“实收款”。

想要完成上述节点，需要交易系统、对账系统、清算系统等多个系统通力合作。比如：交易系统记录原始订单提供对账依据；对账系统基于原始订单和渠道交易对账文件进行核对；清算系统计算商户分佣等。

“资金账户”个人理解可能指代的是小红书营销账户，从订单页面发现：用户可以选择小红书提供的优惠券，该券的抵扣优先于支付渠道的营销抵扣（如微信代金券），所以平台侧应有一个营销账户和营销系统，营销系统基于一定的业务规则给指定用户发放优惠券并扣除营销账户内的对应金额，并管控优惠券的过期回收与核销。同时，由于是平台自身的营销出款，所以会引出另一个问题，即用户支付金额小于供应商商品价格（微信结算款 = 商品标价-平台分佣-平台营销补贴），并且每个商户的营销补贴的情况可能会相对复杂。比如对X、Y两家供应商的两个商品x、y进行合单支付，两个商品均3元，订单总额为6元，此时可用新人券5元，用户实付1原。所以平台需要计算出，给每个供应商分别补贴多少钱。营销补贴对公司来说是一笔成本，并且影响了一笔交易的付款信息和结算信息，所以对交易链路、清结算链路、对账都有影响，在系统设计时需要做好关联关系。

3.“逆链路”最常见的场景是用户退货退款，进而会有几个情况：

部分退款或全额退款；
商户结算前退款或商户结算后退款。

部分退款、全额退款可以说是退款的基本能力了，不进一步展开。但结算前退款和结算后退款，需要注意的点为：

结算前退款，由于用户支付的资此时金还在微信账户里冻着，所以一般不会失败。但结算后退款，则可能出现退款失败的情况，比如商户的历史订单全部完成结算且无新的交易订单，此时历史的某笔订单需要退款，就会导致微信侧账户余额不足导致退款失败。此时，一种办法是失败挂起并报警，进入人工流程；另一种办法是平台垫资退款，这种方案更加高效可靠，但对系统而言会多出一种订单类型，需要在前面的对账、清结算、会计流程中加入对这种订单的系统处理流程。
最长退款时间，比如超过180天就不支持从平台退款，而需要消费者和供应商线下协商退款；

4.“未来场景”是希望产品经理在设计支付能力考虑到通用性，方便未来新增支付场景时的快速接入；“工具补齐”，参考到目前市场上常见的支付工具，小红书后续可能会增加银联的云闪付、数字人民币或者小红书收购支付牌照自己打造支付品牌（类似抖音、美团）。