惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Y
Y Combinator Blog
The GitHub Blog
The GitHub Blog
云风的 BLOG
云风的 BLOG
Engineering at Meta
Engineering at Meta
Google DeepMind News
Google DeepMind News
aimingoo的专栏
aimingoo的专栏
Recent Announcements
Recent Announcements
A
About on SuperTechFans
U
Unit 42
MyScale Blog
MyScale Blog
J
Java Code Geeks
博客园_首页
Blog — PlanetScale
Blog — PlanetScale
D
Docker
Microsoft Azure Blog
Microsoft Azure Blog
博客园 - 司徒正美
量子位
月光博客
月光博客
G
Google Developers Blog
V
V2EX
博客园 - 聂微东
宝玉的分享
宝玉的分享
IT之家
IT之家
Vercel News
Vercel News

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
【支付体系】收银台搭建
鲸爷陆 · 2024-05-24 · via 人人都是产品经理

很抱歉拖更这么久,进入二季度之后变得很忙,得把年初定的重要目标逐渐落地,有时候需要去外地出差,毕竟年底想拿个好绩效,还是要做一些亮眼的东西出来,不过一年中真正可以做事情的时间基本也就二季度与三季度初,四季度后续即便做了一些东西,真正发力的时间也比较短了,话不多数,咱们进入正文。

一、概述

1. 什么是收银台?

收银台理解起来其实很简单,简单来说就是收钱的统一入口,最简单的可以类比线下商超的实体收银台,毕竟互联网很多系统建设的命名和功能其实线下实体的线上化

线下超市收银台的作用就是用户统一付款的窗口,线上收银台的作用同样如此,线下实体收银台支持多种支付方式,如现金、实体代金券/优惠券(国外)、充值卡等,映射到线上同理

甚至于线上收银台为了降低通道费用(不是唯一目的)而做的比较独有的路由策略,在线下场景也能找到类似的场景,例如用户结算的时候,有的收银员会使用自己的充值卡付款(有折扣),简直一模一样

2. 收银台的能力模型

收银台的能力模型核心如下图所示,简单来说就是“三力模型”,即支付能力、营销能力,降费能力,支付能力是收银台最基础的能力,后两种能力是基于现实需要衍生出来的能力

二、收银台系统架构

收银台的定位很直观,属于是收款/付款的门面担当,所谓的门面就是对外是用户可以直接感知的前端付款入口,对内又是前置业务系统实现真实资金交互的第一站,所以整体架构图如下图所示,看起来不复杂也比较好理解

三、收银台怎么做?

收银台系统建设其实就是围绕上文中的“三力”模型来的,先解决基本的支付能力,然后再升级实现营销能力与降费能力,下文也会围绕着三个能力展开:

1. 支付能力

支付能力是收银台最基本的能力,支付能力听起来可能比较抽象,更具象点来说就是支持用户多种方式完成付款的能力,关键字:支付方式、付款,落到实际的系统建设上主要包含两部分:一部分是收银台的前端展示部分,一部分是实际系统交互的底层接口,分开说明

➤前端展示 :前端展示部分比较简单,就是弹窗或单独页面,展示平台支持的支付方式,用户选择支付方式,在三方支付APP输入密码/免密,完成付款动作

➤后端接口:以下接口为核心收银台接口,并不是全部,可根据自己业务需要,进行增减即可

有了接口之后,不同系统怎么交互,可以参考下图交互流程,为方便理解,大家可以对照京东的购物支付流程查看下图,有的平台会把用户的操作步骤合并,但底层订单交易逻辑是不变的,后续有机会分享订单交易的时候再展开

2. 营销能力

营销能力也是收银台的一个重要能力,所谓营销能力,就是平台基于自己的实际业务需要,对支付方式做一些营销推广,可能是为了推行自己的支付通道(例如京东、美团等),也可能是为了拿到部分通道的营销补贴或支付手续费减免,常见的手段是通过增加一些营销文案或者调整支付顺序等,如下图:

因为营销政策时常会变动,所以这部分可以做成配置化功能,可以更灵活地的支持业务诉求,支持按照业务线等维度配置支付方式和营销话术、支付顺序等,配置页面如下图:

3. 降本能力

上文中的营销能力也包含部分降本的功能,例如把费率更低的支付通道顺序排的更靠前,再或者针对一些费率比较低或者有些通道补贴的通道,加上一些引导话术,例如“立减xx元”等

除了以上的方法之外,通道路由也是降低平台支付手续费的一个重要手段,对于通道路由可以展开说点:

早期三方支付机构基础建设不成熟的时候,平台搭建通道路由核心是为了提高支付成功率,后续随着支付行业整体基础建设的完善,平台若是合规的支付业务场景,基本不会触发平台侧的风控,通道路由的意义也就没有那么大了

通道路由的核心左右转向了降低支付成本,现在机构普遍做法是线上支付包装成线下来实现降费目的,正常线上支付费率0.6%,包成线下的话,可以降到0.2%-0.4%,稍微有点交易量的平台,每年都可以节省百万级的手续费,就又够老板换辆车了🤣

但是微信支付宝也不是傻子,如果大家都这样干,每年得损失多少手续费,肯定会进行风控拦截,对于走这种方案的平台来说,在保证降成本的基础上,还要兼顾支付成功率,所以就需要通道路由

同时现在多数的线上包线下的解决方案,都是通过其他三方机构间连微信/支付宝,故在这里我们统一成为间连通道

通道路由有两个核心要注意的点,一是路由的策略,二是路由灰度的控制,分开说下:

➤ 路由策略:这个比较简单,就是什么情况下通过间连通道支付,什么时候直连通道支付(也即是合规通道,不触发通道风控的通道),如果间连通道失败了,系统怎么处理,路由策略这块核心在于下图的流程:

➤ 灰度控制:这个也比较好理解,因为微信/支付宝的风控策略的不确定性,我们要支持灵活控制不同业务线切入间连通道的交易量,风控严的时候,量可以调小,反之量可以调大,至于灰度控制是后台代码控制,还是后台配置,这个视具体需要而定,控制维度大概就是业务线+交易量+支付方式

四、总结

收银台建设总体而言不算复杂,没有太多业务逻辑,更偏向于接口与各系统之间交互层面,属于通用基础系统,核心思路就是围绕上文中提到的“三力”模型去建设

以上,如果对你有帮助,希望不吝点赞、分享、在看~

本文由 @鲸爷陆 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。