牛宝体育在前面的章节中，我们已经了解了很多关于中泰的概念。在本章中，让我们看看如何使用《中泰产品经理合集》一书中提出的MSS构建模型来完成一个中台服务中心的构建。 一、什么是服务中心？
在正式描述建设方案之前，我们需要分析一个小概念：服务中心。目前，如果你在网上搜索众泰，你会发现众泰这个词前面有很多商业属性，比如订购众泰、会员众泰营销众泰。事实上，这些都不能称为中泰，而只是中泰的服务中心。
让我们正确理解这两个概念：
牛宝体育了解了这两个概念后中国铁路客户服务中心核验，我们就可以进入实际施工了。接下来，让我们看一下如何搭建支付服务中心的完整流程。
二、商业研究
根据MSS建设模型，搭建中间平台，首先要调查现有业务，了解现有业务的构成和服务特点。
牛宝体育这里的商业研究分为两个步骤：
让我们来看看每个：
牛宝体育第 1 步：商业模式研究
所谓商业模式研究，是指调查公司对外提供哪些服务或产品，从而清楚了解公司靠哪些业务来盈利，以及公司的很大一部分内容想要沉淀首先是为了一个盈利的业务组合已经安定下来。
据此，我们绘制了现有支付业务的三大服务类型：
牛宝体育
(1）扣费服务：指定应用自动扣费，如会员自动充值；
(2）支付渠道服务：为交易方提供快速扣款和收款服务；
(3）聚合支付：支付宝、微信、云闪付等混合扫码支付
这三种类型的业务具有三种不同的维护和技术开发业务线。这三个业务线也称为前端服务部门。
第二步：客户合作模式研究
所谓客户合作模式，其实就是企业如何从客户那里引进中国铁路客户服务中心核验，完成客户服务交付的过程定义。通过了解这一点中国铁路客户服务中心核验，我们可以了解公司是如何开展业务的。
据此，现有服务方式的调查结果如下：客户合作的内部完成分为三个角色：（1）销售（2）运营（3）@ >销售支持，这三类角色是公司三大业务线共有的。
角色 1 销售：
(1）联系客户，签订合同；
(2）OA申请开通服务；
角色2操作：
(1）开一个服务商账号（服务密钥）+配置；
(2）开通B服务商户账号（服务密钥）+配置；
角色 3 销售支持：
(1）计算每个用户的总费用，收款，开票；
(2）计算渠道费并支付（到银行手续费）；
完整的服务流程如下：
完成这两项调查后，我们其实对一家公司的整体业务有了一个清晰的了解：
梳理业务现状后，下一步是定位现有业务中的问题？
客户合作模式中的以下三个问题是日常工作中的痛点：
(1）每个商户有多个服务的访问密钥，管理不方便；
(2）多个服务的收入计算不连接：每个月为商户计算账单时，需要先将每项服务产生的费用一一计算，然后将总账单汇总为财务部门，这是一个漫长的过程，容易出错；
(3）用户合约变更时所有服务都需要调整：另外，由于商家连接了多个服务，当用户升级套餐或需要其他额外的辅助项目时，由用户单次调整比如账期延长，内部需要协调多条业务线调整账期配置，无疑效率太低；
由于客户合作支持部门是公共部门，解决他们的问题可以同时提高各个前端业务线的运营效率。因此，针对他们的技术服务解决方案，也包含在了开发中期。
三、服务标准化
为了解决上面提到的问题，根据MSS的构建模型，我们来到了第二步，规范现有的服务。
具体来说，标准化就是按照以下两个步骤重新定义服务：
第1步：拆分原产品：至最小粒度
我们会进一步细化上一阶段的三个业务，得到每个业务的支持链接：
例如：支付渠道业务=银行支付服务+第三方支付服务+结算服务
第二步：支持自定义组合：每个服务可以独立提供服务
面对上述问题，我们每个商家都有多种服务多个访问密钥的模式。这里给出的解决方案是为公司内部的每个商户创建一个全球唯一的商户号，并且只匹配发送一个key，通过后台识别商户账号下配置的服务，一键管理多个服务。
四、中央办公室解决方案
针对上一步的具体业务，现阶段我们很难对各个业务线内的业务进行调整，所以这里增加了一个全局配置中心。
它实现了两个功能：
(1）全球商户ID
全球唯一商户号作为中国和台中商户的唯一标识，关联各业务线的服务，使服务实体和结算实体统一为一个商户号。以往商户需要开通多项业务时中国铁路客户服务中心核验，必须在各个业务条线独立创建商户号，结算主体在公司内部存在多个例外情况。
拥有全局商户ID后，商户的所有调用次数都可以记录在商户ID下，并按具体服务细分，这样调用一个服务时，具体服务记录在每个服务下。最后系统自动累加多个服务费，得到商户统一的结算金额。
(2）协议：主协议（系统级）+补充协议（服务级）
将各商户的服务配置升级为服务协议，放到全局配置中心进行管理。据此，我们将用户的服务需求分为两部分：
通过这个解决方案，我们在公司内部建立了全球商户的概念，所有业务线只有一个商户服务，实现了独特的管理。
五、中台专管
看到这里，大家觉得这样的服务中心设计可以说是为中泰项目完成了？
其实这种设计还是有一些不足的地方。在中泰的建设过程中，我们经常会遇到一类问题，就是业务的发展会带来新的要求，中泰的设计一定不能满足。通过。
如果你这么说，你可能还是不明白。我会继续给大家展示这个支付中心遇到的问题。
通过以上商户全球商户号和全球协议，我们实现了对商户的独特管理，但是随着我们业务的发展，特别是我们与一些顶级客户合作时，顶级客户提出我们仍然可以的要求原账户期满后中国铁路客户服务中心核验，在支付期内暂时使用我们的服务。
也就是说，我们需要在这个期间给商家一个信用额度，让我们在指定的账户期之外获得信用。
但是此时整个已经标准化的商户管理服务和支付中心都不支持这样的服务。到账期后，商户不结账，不允许商户使用。
面对这样的业务需求，我们不得不跳过一些中台提供的功能来满足这个客户的个性化需求。
当时，我们有两种解决方案。第一种方案立即启动中台升级，在支付中心增加了信用模块，但是等待时间比较长，无法及时响应客户当前的需求。
第二种方法是我们要介绍的通用中台专用管理方法。业务线提供个性化服务的代码段绕过了中台的限制。这样既不会破坏中台的要求，又能满足业务的新需求。
这个代码段有自己的特殊名称，也叫众泰的插件。它具有以下两个特点：
(1）符合现有逻辑的调用；
(2）这部分业务含义在业务层替换；
从业务角度来看，我们是这样实现的：
(1）1.0 中泰中的计费不支持信用，所以我们此时使用插件；
(2）致电中台或商户预充服务：虚拟充值金额为20000，让中台认为商户完成还款充值，还款充值金额这是为商家开立的金额。信用额度；
(3）在插件中记录2万元作为信用额度，月末在商户账单中自动核销2万元，实现金额闭环。
所以我们看到插件在不影响底层业务的情况下是绕道而行。当然，我们之所以不把这个业务拉出来单独做，是因为我们目前只接触了一个客户。该模型的规模特征尚不明显。这个时候，如果贸然加入众泰众泰，只使用一次的需求，对于众泰来说无疑是巨大的开发资源浪费。
所以我们会先选择插件模式，以便快速复用中间站的其他逻辑。当新模式有大规模特性时，我们会开发中台的相应模块，插件将成为中台的内部插件。发球。
即当多个插件使用该服务时：
(1）开始将插件合并到中间平台；
(2）中泰维护；
所以我们的中期解决方案的2.0也生成了：
中台服务中心建立后，整个服务提供方式变为：
六、完整解决方案
总结一下，在这个服务中心的建设中，我们其实是采用了这样一个中期建设方案：也就是基础能力和配置分离的设计方法：
我们将商家服务分为三个部分：
(1）基础能力：各业务线提供解决商户80%需求的方案；
(2）协议配置：记录商家的合作模式和全局配置；
(3）插件：满足用户个性化需求；
至此，按照MSS建设模式，一个完整的服务中心已经建成。全文的完整构建路径可以用一张图来概括：
可见，MSS模型可以帮助我们快速完成中台服务中心的建设。
对了，如果你想了解更多高级产品经理必备的业务建模技巧，以及更多关于中台建设的知识，可以阅读我的新书《中台产品经理大全》，相信会给你带来很多灵感！
牛宝体育作者：三叶，公众号三叶茶馆/B端PM特邀讲师/互联网龙头企业MBA多年/全文阅读量超10W+《中泰实战》系列专栏作家/《中泰产品经理》收藏”1 本书作者
