组件装配支付产品工厂

产品多了、客户签的协议也会增多、配置费率也是五花八门，使得管理难度越来越大。

面对这种问题我们会想各种办法来做个配置，搞个流程来办理这些凌乱无序的产品、费率和协议签约。

本日我们就先容一个终极大招，产品工厂，他可以把软件产品像零部件一样来进行装置和发布，并且也能对产品进行全生命周期管理。

一、什么是产品工厂

产品工厂便是把产品从零部件开始进行生产、加工和组装，然后对外发卖。
并且能够掩护产品的完全生命周期。

1.1、产品工厂起源

产品工厂是设计思想来源于银行、保险行业的金融产品管理；这两个行业的金融产品非常繁芜，产品须要受过专业培训的职员来推广和运营。

金融行业在长期的快速发展中积累了浩瀚冗余系统，这些系统功能重叠，数据与参数分散于各个平台。
产品升级与改造因此面临漫长的研发周期。
为了提高效率，业界引入了“产品工厂”的观点，它借鉴流水线管理办法，将产品组件标准化，实现快速生产、组装与推广，以迅速相应业务创新和市场发展的需求。

1.2、产品工厂能做什么

1）产品生命周期管理

随着产品运营周期的延长，新旧产品可能会相互交织，这不仅会花费宝贵的IT资源，还可能将那些该当淘汰的产品缺点地推举给用户。
因此，必须对产品进行全生命周期的系统管理，这包括从观点设计、市场发布、日常运营、持续更新到终极的退役阶段，确保每个环节都得到妥善处理。

2）模块化的产品组装

面对市场上的创新理念和热点机遇，IT部门每每须要永劫光评估和开拓。
为了提高相应速率，产品应被设计成模块化的“积木”组件，许可通过标准化流程快速组装和发布。
这种方法不仅支持新功能的增量式开拓，确保了对市场变革的迅速反应，而且通过积累丰富的产品组件库，实现了产品的即插即用，从而大幅提升了产品开拓的灵巧性和市场适应能力。

3）产品的规范化管理

当产品数量增多而缺少统一规范时，每个产品可能会发展出自己独特的实现和配置方法，这会增加用户的学习难度，并在产品配置和运营上带来高昂的人力和韶光本钱。
为理解决这一问题，我们须要对产品组件和配置参数履行标准化，确保设计、开拓和配置过程能够遵照同等的方法进行。
这样，不仅可以降落用户的学习曲线，还能提高产品管理的效率和同等性。

1.3、企业级的产品工厂

既然称之为产品工厂自然是一套企业级的办理方案，他须要把企业所有对外发卖的产品进行全生命周期管理，所有的IT系统也要进行组件化、参数化的改造以适应产品的快速组装和发布，以及沉淀大量的产品数据和指标来进走运营和效果评估，以及智能化的用户推举。

图1：产品工厂组装线与全生命周期管理

二、产品中央架构

支付作为一个卖接口和各种终端设备的买卖，他天然便是一个组件化、插件化的产品，因此他是非常适宜做成产品工厂。
当然作为一个企业级的架构，产品工厂对付普通支付机构来说又过于弘大了，因此须要裁剪。
我们只须要发卖产品的组装、发布、签约配置即可，因此又称为“产品中央”。

2.1、架构位置

图2：产品中央的架构位置

从架构位置上我们可以看到产品中央位于前真个位置，给上游业务系统供应各种发卖产品。
他上游承接网关支付要求，下贱卖力把要求转发到内部的各个业务子系统去。

2.2、业务架构

图3：产品中央业务架构

产品中央紧张分为“产品做事、产品中央、产品组件仓库”三部分。

1）产品做事：对外供应可供客户利用的发卖产品和配置参数，上游业务系统通过产品做事来查询、利用和管理产品。

2）产品中央：卖力产品模块化的装置和发布，通过产品分发对产品进行上架、推举、按渠道分发产品给指定客户群体。

3）产品组件库：存放产品的最根本单元和参数的仓库，只要积累了大量的零部件就能快速的组装出新的产品来供应给市场和消费者。

2.3、系统边界

图4：产品中央系统边界

早期的支付系统都是通过支付网关直接来调用底层系统为用户供应做事的，这就使得网关既要承载技能能力，也要处理繁芜的业务逻辑，以是利用起来非常的稀碎和凌乱。

2.3.1、上游边界

产品中央为上游的网关系统、商户平台、运营支撑平台供应产品查询、交易路由、商户签约/解约等做事能力；

2.3.2、下贱边界

下贱系统分为配置同步和交易转发两类。

1）配置同步：产品装置、客户签约产品、费率配置、交易限额与分账比例等都须要与对应的系统进行同步，在交易过程中也须要校验；

2）交易转发：产品中央是支付系统的一个运用前置，由它为上游系统供应新发布的发卖产品，并且把支付要求转发给下贱子系统。

三、产品中央设计3.1、产品目录构造

产品中央要实现组件化的装置和全生命周期的流程管理，首先便是要对利用中的产品组件和参数进行分类和全面的剖析，从而形成包含产品紧张特色的产品目录。

图5：产品目录构造

1）产品目录：所有发卖产品和紧张特性都在产品目录中来呈现和管理

2）产品层级关系：产品为了更加构造化的划分可以分成“业务板块、产品线、产品组”来进行多级分类，产品能以套件化的办法进行对外发卖。

3）发卖产品：便是供应给用户可利用的商品或者做事，他可以是单一的根本产品的组装（蓝色部分），也可以是多个产品的组合（橘色行业产品）。

4）根本产品：根本产品是产品的零部件，它分为网关接口、业务产品、支付产品和默认账户。

5）根本属性：产品的属性和列举取值，他是让产品能够灵巧的运转起来的参数。

图6：产品目录样例

产品目录呈现了一个从粗粒度的业务视角，到细粒度实现参数的构造化拆解，这样的映射关系能够为产品所有参与者供应统一的产品视角和语境来谈论产品的方案和利用。

3.2、发卖产品组件

图7：发卖产品组件构造

发卖产品便是一套业务组件，上层是产品的是这套组件的产品信息和发布信息，它对应的是产品中央，下层的根本产品包含了“接口、业务产品、支付产品、默认账户”等构成一个支付产品的关键构件信息。

1）业务产品码：一个业务产品代表了一个可以独立利用的交易做事，他对应的是交易系统的做事。
例如我们常见的即时到账、包管交易、合单支付、充值、提现等都是一个独立的业务产品。

2）清算产品码：对应的是支付核心的交易编码，是一个原子化的账务处理。
例如入款、出款、退款、转账等原子记账做事。

3）支付产品：是支付办法对应的支付核心的账务处理参数，不同的支付产品账务处理流程和费率有所不同。

四、产品交互设计4.1、生命周期管理

图8：产品中央生命周期管理

4.2.1、产品设计

当接手一个新产品开拓的需求后，我们首先便是剖析和设计须要哪些新增的根本产品组件（后面简称为“根本组件”），按照我们““网关接口、业务产品、支付产品、终端类型、开通账户””组件模版来剖析我们须要开拓哪些新增组件。

图9：根本产品组件剖析表

从上图可以看到，针对这类客户场景我们要新增付款类组件，并对部分组件限定其功能（图中赤色部分）。
然后我们就针对这些新增组件进行模型设计，分别定义他的交易接口、业务处理流程、支付产品和默认开通的账户。

设计完成后这些组件就能进行开拓和测试了。

4.2.2、产品装置

当这些根本组件发布后，我们就会把这些根本组件通过产品模板装置起来形成一个发卖产品，经由审核后，产品就发布上架供应给商户签约和利用了。

4.2.3、商户签约

新产品上架后，用户就可以签约和注册这个产品然后正式开始利用这个产品。
商家利用过程中也能变更和添加产品。
如果老产品须要退役可以隐蔽根本产品，然后勾引商户逐步关停，终极产品完成退役。

图11：产品配置与商户签约交互流程图

4.2、产品配置

4.2.1、单一产品组装

图13：单一产品组装

我们只是新增一个快捷收款或者付款到卡这样的单一产品，我们可以直接对“接口、业务、支付、账户、收银台”进行包装天生一个直接可以发卖的产品。

图14：产品的组件化配置

4.2.2、组合产品组装

图15：组合产品装置

如果我们要装置一个消金支付、子商户分账的行业办理方案。

我们可以利用组合产品模板来引用根本产品组装出一个产品套件来进行对外发卖。
组合产品不能直接修正须要跳转到对应的“单一产品”中修正才能生效。

4.2.3、产品发布

产品经由审核后便是产品的末了发布上架，此时要对产品分发渠道、利用商户和发布资源进行配置，然后完成产品的终极上架。

图16：产品发布

4.3、产品签约

4.3.1、添加发卖产品

商户签约新的发卖产品与商户的会员id进行关联，然后添加商户所须要的支付产品。

图17：商户添加发卖产品

4.3.2、商户费率设置

图18：商户费率配置

商户费率的配置维度是按照产品组件的维度作为细分到“业务产品+支付产品”的维度来逐个配置的。
如果须要更加细粒度的费率配置，可以在费率模板中增加产品组件来作为费率的配置维度（例如：接口+业务产品+支付产品+账户这样的更加细分的四级维度）。

图19：费率配置详情

按照产品组件的维度来进行费率配置，费率配置也采取组合模板的办法可以任意添加多个计费项。
每个计费项可以按角色来进行计费。
费率一样平常按照“角色、目标机构、计费周期、费率类型、阶梯费率”等计费因子来进行配置。

五、总结5.1、产品工厂是企业级架构

产品工厂是一种企业级的产品管理方法，它比较适宜成熟的业务体系或者大型机构的产品体系培植。

对付中小机构模板化的产品配置更为经济实惠，因此我们不要盲目的抄产品工厂，而是要学习他组件化妆配的设计思想。

5.2、分类因子+组合模板

我们碰着的产品配置需求、计费配置需求、规则配置需求都可以用分类因子+组合模板的办法来办理问题。
就像我们例子中所先容的产品配置和计费配置一样。

分类因子用来细化和路由产品，组合模板实在便是一棵目录树，他可以循环引用单一产品和计费项，从而天生各种维度的产品。
只要你能想到，这套模式都能帮你实现各种维度的配置。
（银行、保险几百个产品、阿里云几千个产品都是采取这样的办法来装置）

5.3、科学的目录化产品管理

如果你们公司没有足够的IT预算来做这样的产品工厂，那这篇文章给你带来最大收成绩是“目录化的产品管理思想”。

你完备可以通过一套excel模板来统一管理产品的方案、版本、设计规范和交付资料，这种管理办法小到一个客户办理方案，大到管理全公司、全集团的产品都游刃有余。

图20：目录化的产品管理办法

本文由大家都是产品经理作者【刚哥】，微信"大众号：【刚哥口语】，原创/授权 发布于大家都是产品经理，未经容许，禁止转载。

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