方法论|最实用的中台入门介绍（三）模型篇( 二 ) CertiK|skynet|合约|区块链安全公

文章插图
需求最后的结论就是最终筛选出一个唯一用户身份账号来，多余的账号做了其他处理。这个图形其实已经简化了业务逻辑，真正的业务逻辑并不止于此，因为每两个角色之间的比对流程都有诸多的判断和校验。
业务侧按照上述逻辑处理是完全没有问题的，因为在业务侧用户角色是已知且确定的，按照自己的业务走向，大概率不会再出现第四种角色，这个逻辑是写完这一次就可能用几年的逻辑，而且实现起来非常快速。
但是中台就不能这样处理了，为什么不能这样处理我稍后会详细讲解，这里我直接说中台最终的产品方案。
最后中台的这个产品方案就是该诉求下的产品能力模型，这个模型将整个用户合并逻辑抽象成为了一个处理流，以后不管出现什么用户角色，都可以用这个流来处理，而且未来可以支持各个业务侧自定义每个流程节点的比对属性，自定义属性的优先级高低。
并且在中台内部的除了账号体系领域外的其他领域，也会因为账号合并而带来各个领域数据的合并，他们都用这个流状的模型。
这个流状的结构可以狭义理解为一个模板，这个模板的主要组成元素就是比对节点、比对属性的优先级、比对结果的处理。任何一个相似的诉求的东西都可以套用这个模板，只要套用时定义好触发的事件，再配置不同的属性不同的优先级不同的结果，就可以应用到其他领域的数据合并中了，达到了抽象复用的目的。
回到上面中台为什么不可以复用业务逻辑的原因，大家可以设想一下，如果中台用业务侧的逻辑，每出现一个角色，就不仅仅是针对两个角色单独处理逻辑那么简单，中台的业务属性过强，逻辑将会非常的复杂，如果每个业务都有不同的角色，那就相当于为每一个业务都写了N套逻辑，那么中台存在的意义又是什么呢？
所以，抽象模型是在中台落地过程中非常非常重要的一个过程，是真正落笔写需求的大前提。往往中台产品经理的需求并不是针对某个功能而写的需求，而是针对产品能力模型而出的需求。
所以我们现在总结的方法论，不光是以抽象一个能力模型为目的的，更是以能够抽象出可复用的中台能力为目的的。
二、如何抽象产品模型既然产品能力模型这么重要，我们应该怎么做才能输出一个抽象的可复用的产品能力模型呢？这里就介绍一些工作思路和方法，可以不断练习逐步具备抽象产品模型的能力。
前面推荐的《金字塔原理》这本书，非常详细的介绍了该如何锻炼自己的抽象能力。我们日常的工作方法也就是用本书所阐述的两个方法：演绎法和归纳法。
日常的工作注意事项就是：横向广度和纵向深度。
结合起来就是：结合演绎法和归纳法，横向挖掘所有功能，纵向将功能方案、逻辑、流程等深度拆解并重新归纳的过程，就是抽象产品能力模型的过程。
1. 演绎法和归纳法演绎法和归纳法是贯穿整个工作全流程的工作方法，演绎法全称为演绎推理法，归纳法全称为归纳推理法。演绎推理法是指，人们以一定反应客观规律的理论认识为依据，从服从该事物的已知部分，推理得到事物的未知部分的思维方法。
比如说，前提结论“人是善变的”，你是人，所以你也是善变的。
归纳推理法是一种由个别到一般的推理方法。由一定程度的关于个别事物的观点过渡到范围较大的观点，由特殊具体的事例推导出一般原理、原则的解释方法。
比如说，世界上的人，用性别归类，可以归纳为男人、女人；用年龄段分类可以归纳为婴幼儿，儿童，青少年，中年，老年；用结婚与否来归纳为已婚、未婚。