拆解汇付斗拱开放平台
汇付斗拱平台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 协议。
汇付斗拱平台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 协议。
你的反应是什么？
