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

推荐订阅源

Microsoft Azure Blog
Microsoft Azure Blog
博客园_首页
Forbes - Security
Forbes - Security
WordPress大学
WordPress大学
P
Proofpoint News Feed
T
Threat Research - Cisco Blogs
L
LINUX DO - 热门话题
L
Lohrmann on Cybersecurity
Spread Privacy
Spread Privacy
D
Darknet – Hacking Tools, Hacker News & Cyber Security
大猫的无限游戏
大猫的无限游戏
博客园 - 三生石上(FineUI控件)
P
Privacy International News Feed
A
About on SuperTechFans
T
Tailwind CSS Blog
I
InfoQ
S
Securelist
云风的 BLOG
云风的 BLOG
罗磊的独立博客
Recent Announcements
Recent Announcements
T
The Exploit Database - CXSecurity.com
B
Blog RSS Feed
V
Visual Studio Blog
Know Your Adversary
Know Your Adversary
The GitHub Blog
The GitHub Blog
Jina AI
Jina AI
腾讯CDC
Cyberwarzone
Cyberwarzone
有赞技术团队
有赞技术团队
AWS News Blog
AWS News Blog
博客园 - 【当耐特】
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
F
Full Disclosure
S
Secure Thoughts
博客园 - 司徒正美
J
Java Code Geeks
Y
Y Combinator Blog
Google Online Security Blog
Google Online Security Blog
GbyAI
GbyAI
N
News and Events Feed by Topic
Help Net Security
Help Net Security
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Project Zero
Project Zero
T
Tenable Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
T
Tor Project blog
MyScale Blog
MyScale Blog
Scott Helme
Scott Helme
小众软件
小众软件
K
Kaspersky official blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
拆解汇付斗拱开放平台
刚哥 · 2025-01-17 · via 人人都是产品经理

汇付斗拱平台2.0的发布在支付行业内引起了广泛关注。本文将深入拆解汇付斗拱平台,探讨其在开发者角色定位、端到端全流程服务、API First体系建设以及云服务转型等方面的创新与实践。

24年底汇付的斗拱2.0发布后,引起了支付行业内不小的反响。我并没有第一时间就去发表什么意见,毕竟开放平台大多数支付公司都有,功能也比较雷同。所以需要一点时间观察下斗拱到底有什么深层次的改变。

经过一段时间的调研分析和整理,我把对汇付斗拱平台做个介绍,并且也给大家分享斗拱平台给我带来的一些启示。

一、如何看待开发者

开放平台开发者到底是企业内部角色,还是一个独立角色,这个一直是做开放平台首先要回答的问题。

1、传统视角下的开发者

传统的视角下用户的角色一般都是“代理商、服务商、平台商、普通商户、操作员”等这样的角色划分,而开发者都是下沉到这个组织架构体系下的一个操作员。

这种方式就是以业务为导向的管理方式,开发者就是一个辅助的角色,业务遇到什么问题开发者能够快速的给业务提供帮助和支持。

说的大白话一点开发者就是个工具,既能服务客户,也能帮助支付公司填坑。并且这种实现上也是最经济的,一个操作权限的划分而已。

2、端到端视角的开发者

端到端视角下你就要考虑到客户所有合作的可能性,并且把每一类角色单独来服务,还能保障他们的全流程畅通且没有断点。

从端到端的角度来看,支付公司对其产品的数字化有充分信心,相信用户在任何情况下都能通过该产品解决问题。即使遇到特殊需求无法立即满足,企业也能迅速感知并接入帮助解决。

二、端到端全流程服务

支付产品作为插件,需嵌入客户场景才能创造价值。不同于微信和支付宝,多数支付公司为满足特定行业的差异化需求,其产品较为复杂,对接过程多依赖线下或微信沟通。这导致审核不通过、理解偏差、产品不匹配等问题频发,增加了时间成本,进而影响了互联网公司的收入。

在斗拱客户服务体系中,开发者处于承上启下的关键位置,支付产品是否能嵌入的客户的支付场景中,线上化的服务客户全旅程,让客户平台和支付系统的链接起来,起着非常关键的作用。

2.1、端到端的全覆盖

端到端就是要服务好所有的用户,因此斗拱将主要客户分为了三个端“商户端、开发者端、运营端”。

1、商户端

其中商户端又分为直签商户和服务商,直签商户属于客户与汇付直接合作的平台类商户,服务商则会有大量的子商户需要通过接口来进行线上化入网和进件。

2、开发者端

开发者可以是商户自研团队、技术服务商或合作开发团队。把开发者端独立出来,他们无需经过复杂的入网和审核流程,只需线上扫码注册即开通账号,经过客户授权后就能开始对接工作。这样不仅减少了商户对隐私泄露、操作员风险的担忧,还能使开发者更专注于技术对接工作,提高对接效率。

3、运营端

运营端是对商户端、开发者端提供中后台的支持能力,他不仅是运营、客服与合规这些传统的业务部门的角色,同时产品、技术支持、运维、售前等都成了一个完整运营体系内的角色,让客户的任何需求和问题都能得到传递和反馈。

2.2、全流程的数字化

非AT类支付公司追求全流程线上化是个努力的目标,但不是一蹴而就的事情。这类公司主要提供深度技术服务和解决方案,因此可行的路径是追求全流程的数字化。

通过线上化、自动化、智能化的方式,让客户的服务过程能够数字化的被记录和传递。以此来减少传统的拉群、电话会议、邮件、快递等低效的沟通与合作方式,让整个用户服务过程能够被及时解决和响应。

在这方面斗拱也提供了很好的实践案例

1、定制化商务对接

汇付的商户依然采用传统的销售开通商户号后由商家登录的方式进行入网。这种方式不仅是合规的要求,对于依靠服务商、代理商的银行卡收单业务来说,商机的管理、客户的归属都是需要先明确客户来源后再进行入网的。

同时汇付有线上和线下两张牌照,复杂的产品和不同渠道的配置要求,如果不经过销售和售前支持的服务,客户未必能够玩的明白。

2、标准化商户入网

商户从签署协议、申请渠道号、审核、生成商户号、配置等整个过程都是有一套比较规范的接入流程。别小看这个标准化,这对有两张牌照的支付公司来说是很不容易的,因为产品和渠道要求太多了,除了AT等几家强势平台,这些资料能整明白的支付公司很少。

3、线上化对接流程

入网标准化之后,对接工作就会能全程的线上化了,密钥、公共参数,sdk这些技术对接的重要数据和集成工具都能在商户端线上获取,商户通过绑定开发者并授权的方式让技术对接和联调可以顺畅的开整。

4、便捷化对接工具

为了让对接更加顺畅,还有联调方案、开发工具等一系列帮助结束完成对接的工具供其使用。这些对接方案和工具可以看的出,汇付是懂客户、懂技术的,我挑几个有意思的来介绍下

1)联调方案:

技术支持根据客户需求提供了对接方案,这对提高产品对接效率非常重要,尤其是对于非AT类公司的复杂产品和渠道。据说方案是采用AI辅助生产,随着文档和知识库的积累,未来也非常有希望全依靠AI生成并经人工复核来实现。

2)WebHook:

回调订阅,懂技术的同学可能会觉得太普通了。但他对上游系统非常重要,它不仅能确保支付结果的同步,还能将支付数据与业务流程中的发货、物流、退款和售后等环节打通,这是实现数字化的基础。

3)联调工具:

汇付的主要支付接口都提供可视化的联调测试工具,这个功能说明汇付是懂开发的。文档看千遍不如接口测一遍,能够快速的测试接口,对于理解产品、提升对接效率帮助是非常大。

三、API First体系建设

汇付强调了API First这一软件设计方法,即在编写代码前先设计和定义程序接口,并创建全面的API文档,确保代码与文档一致。这种方法将API视为产品,让研发工程师、产品经理和客户共同参与设计,以满足各方需求,减少后期因需求不明确导致的误解和返工。

当然API First并不是一句口号,他需要一套完善的产品和研发的管理体系来支撑的。

3.1、开放的产品能力

要实现API First首先就是要有成熟的产品能力,接口、产品、费率、结算规则等能够工厂化的进行快速组装和发布,这样的产品才能真正的实现API化,否则就是个API的网关,本质还是Code First。

3.2、高质量产品文档

这可能是所有开放平台都会做的一个功能,把产品介绍、API接口、技术规范、接入指引、联调攻略等文档公开让用户学习和查询,这是非常有利于你的产品被推广和用户所熟知的。

这种方式就需要公司的产品、研发、技术支持都要注重文档规范编写、交付和更新维护,说实话这不是一两个人的事情,而是整个产研团队都要形成的制度。

有人可能会说,产品文档全部都开放了,被竞争对手抄了可怎么办。另外支付也是个非常敏感的产品,有些也不能直接开放。

其实这种纯属多虑了,公开的都是标准产品不能公开只能说明你这个产品不行。另外对于一些创新的、有价值的解决方案、敏感的产品,完全可以通过广告介绍引导商户联系销售获取。

3.3、完善的研发体系

开发者是API的消费者,你要服务好他就要有一个API生产者的团队和研发体系支撑,这样才能为客户提供API First的产品。

1、全生命周期研发流程

研发流程就必须要遵守需求评审阶段就要开始分析和定义API,定义API文档能够直接反馈给客户确认是否满足需求。这就需要设计到最终发布的产品都是符合API定义的。这个产研、研发、测试都是围绕API在设计和交付产品。

2、API First的设计规范

我们提供API产品,并以API设计规范为基础。这一规范贯穿产品需求、API定义、技术设计和测试等各个环节,确保数据字段、接口命名及安全认证的一致性和标准化。这不仅提高了开发效率,还确保了 API 的一致性和可靠性,最终提升了产品的整体质量。

3、API First的实现规范

最终实现API产品是否符合预期的设计,在产品兼容性、字段规范、返回码、幂等性、流量控制方面都要能够有效的监督和执行,确保规范的落地。

四、云服务更大的生意

支付公司需要本地化存储数据,因此在基础设施上的软硬件投入成本很高。斗拱此次推出了包括支付托管、云服务和数字资产管理的整体解决方案,这一举措表明汇付希望将研发成本转化为可盈利的收入。

4.1、支付托管

在支付过程中,有很多定制化需求,比如收取学费、缴纳账单、支付报名费和扫码注册优惠等。虽然这些功能简单,但个性化要求很高,客户通常不会为了这些需求购买服务器进行开发。因此,提供低代码配置工具非常必要,生成的服务可以直接部署在支付公司的云平台上,十分便捷。

这些小功能看似简单,但在越来越多的个人公司涌现的背景下,实际上非常有潜力。特别是现在的一些大模型,可以根据提示词生成各种APP和小程序(如bolt.new),因此支付托管服务对这些个人公司和个人创业者非常有吸引力。

4.2、云技术服务

如前所述,支付公司本身就有自己的机房,并且有完整的金融云服务使用、管理和维护经验。通过中小商户的支付托管,KA商户的代运维,都是把支付业务原先的成本项,变成了可以创收的利润项。

4.3、数据资产管理

除了云服务,支付公司的另一大开销就是数据仓库和数据平台。这些工具本来是用于内部数据管理和数据分析的。如果能够把这些工具改成SaaS模式,并且做好数据隔离,让商家也能用上,这不仅能为他们提供额外的服务,还能省去很多专门为商家开发的数据查询和分析功能。

五、斗拱的几点启示

斗拱平台的功能很多,小的创新点也很多,很难一篇文章全部介绍,不过从这次的调研整理来说有以下几点启示。

5.1、不是传统支付公司

从API First的理念可以看到,汇付不再是一家传统的支付公司。

所谓传统支付公司就是按照一套既定的管理制度运营,包括商机管理、商户接入、产品研发等。各部门表面上采用了许多先进的管理和技术方法,如以客户为中心、敏捷开发、OKR、分布式和云原生,但只要涉及跨部门协作,就变得一团乱麻,难以找到真正的决策者和负责人。

基于API First规范的理念,其实是要一整套运营、研发、运维的支撑的体系,这样才能保证跨部门协作过程中理解一致、步骤一致,最终实现交付的结果符合客户的预期。

5.2、重新认识开发者

其实开放平台大多数支付公司都有,但是真正做开发者端的公司却很少,原因很简单支付更多的还是业务优先的,很多客户公司都是市场营收和财务成本导向的,只要你便宜、合规口子大,产品是个啥样都愿意接,研发的意见不重要。

但是现在经济环境下,如果卷价格、放风险口子,最终只会卷到退出这个市场。所以重新认识开发者是有必要的,业务不好、市场不好反而是科技去创新和引领的机会。

特别是现在Ai的崛起,Agent的广泛应用,底层都是对数据和API的使用,开发者的创新能力正是发挥的机会。

5.3、成本转成利润

汇付斗拱把支付托管、云技术服务、数据资产管理等应用从原先的内部工具和基础设施转向了为商户提供更加便捷、专业的增值服务,是个成本和利润正向循环的一个有益尝试。

5.4、斗拱不是谁都能做

说实话做斗拱还是需要有长远的眼光和雄厚的资本实力的,从2021年斗拱平台1.0发布到现在,其实已经经历了3-4年。愿意这么持续的进行IT方面的投入,这个不是普通支付公司能做到的。

所以这里得到的启示就是,API First规范和交付体系、端到端的全流程管理是其精华,根据自身公司资本和市场地位合理投入才是正确的选择。

本文由人人都是产品经理作者【刚哥】,微信公众号:【刚哥白话】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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