序言
有机会在公司高速发展的时机，停顿下手中的业务，重新打造一个全新的非洲特色的商户平台。为了让产品更具备三个特色：本土特色、国际特色、先进特色，我们对非洲当时最大的两家网关公司（Paystack、flutterwave）和国际上最先进的支付设计平台（Stripe）做了很详细的竞品调研，综合各家特色和所长，形成了符合我们自身业务特点的商户平台。
设计理念
- 商户平台不是为商户客户服务，是为商户的业务价值服务；
说明：
1、一个商户客户一般指的是一个个体户或者一个法人企业，他们只是一个单位的客户信息。客户要使用支付商户平台的功能服务，不是要去影响其客户信息，是为了使自身的业务单元（产品矩阵）的能力提升；
2、在国内叫商户平台，其实在国外没有这个概念，他们强调的是创建一个Business，分配一个AppID；
- 商户平台是开放式的，尤其要面对开发者要更友善；
说明：
1、低门槛注册，并在测试模式下体验不同的产品服务，自助式使用，高效便捷；
2、开发者是首次深入接入平台能力的第一波客户，他们的感受对客户对我们的评价有很重要的意义，也能代表我们的产品是不是足够开放、简单、标准化，能减低接入的开发成本；
- 商户平台用户和商户AppID是分层的（分层很重要，商户平台的结构分层其他章节会接着讲）
说明：
1、低门槛注册后，就成为了一个用户，需要自己创建一个或者多个AppID
2、一个用户可以自己创建AppID或者被分配多个AppID，然后管理使用它们；
- 商户平台是基础，是一个公共的平台，它不分线下和线上；只有产品服务才分线下产品、线上产品，但平台是提供这些服务的基础功能的搭建，包括但不限于：订单管理、报表管理、清结算管理、对账单管理、产品费率管理等等；
商户平台结构分层
个人认为商户平台的设计是否真正的以商户业务价值为目标的设计，同时又能做到功能抽象，这个分层很重要。
特点：
一个注册User可以创建多个AppID，每个AppID是一个独立的实体商户单元，包含商户的进件、产品管理、订单管理、商户账户、api key 和Teams的RBAC管理；
User也可以被分配具备某一角色的AppID，按照角色对应的权限对AppID做运营工作；
3.对具有多个AppID有资金管理权限的管理员，可以按照店铺管理、分支结构管理来管理自己的资金是否归集到一个集中商户账户。降低商户平台对门店的定义（不同公司主体的门店需要独立进件），对门店，商户可以创建多个APPID;
商户平台在整个支付系统的架构
这里我们不想讲支付核心的内容，支付核心的架构我们可以单独开一个栏目交流。主要是为了体现商户系统和支付系统的关联关系。
1、支付核心应该提供的是最基础的原子化金融支付服务，满足商户平台业务的横向扩充；
2、 商户系统从业务框架上看，前端应用有四个：Portal（商户门户）、Dashboard（商户中心，商户注册用户使用）、OMS（商户后台管理系统，支付机构内部员工运营使用）、开发平台（面对开发者提供的接入帮助文档和API文档说明）
3、商户系统从业务架构上看，后台服务有两块：产品交易服务(包括但不限于：代收、代付、增值服务、充值、转账、提现、线下POS等，可以横向扩展 )、基础平台服务（订单管理、商户管理、产品管理、费率管理、清结算管理、通知管理 等等）
4、商户系统从技术服务形态主要有三种形态：API、H5 Plug-in、SDK Plug-in
Portal和Dashboard功能架构
- 门户主要是让客户了解我们的公司文化和产品服务的特点；
- 仪表盘主要是让注册登录的用户，运营自己的交易数据，并自主的完成相关支付产品的申请、配置等相关工作；
为了保护版权隐私，我对Dashboard的设计做了模糊处理，供参考；
产品服务
商户平台的产品，可以是线上支付产品，也可以是线下收单等产品，又或者是其他增值服务、营销权益类的服务；商户提供为这些服务提供了统一的费率管理、产品申请流程管理、订单管理、对账单管理、清结算管理、佣金管理、智能路由管理等等；
这里举例说明其中几个产品服务，可以根据自身公司业务发展不断扩充（可以把商户平台是一个大中台或者大平台，各个对外输出的产品服务进驻于此平台）；
总结（写在最后）
本次商户平台的分享，主要是从建设基本思路和框架的角度来思考问题。只要这个出发点是正确的后，至于里面的具体的产品服务的流程细节和逻辑处理，我相信每个团队跟进自身业务，也可以各个突破去优化完善；
