编辑导语：中台入门的要点之一就是模型，本篇文章详细分析了中台模型的概念以及模型的原理，帮助理解中台入门中比较重要的知识，详略得当地运用案例讲解产品能力模型是什么和怎么做，推荐想要学习中台模型的群体阅读。

文章插图
中台的落地就两个事情最关键，一个是抽象能力模型，一个是领域分层。能力模型是抽象出来的，领域分层是中台不断的沉淀能力的过程中进化出来的，他们的目的都是为了中台能够高度复用和高度可扩展。
由于内容过多，本篇文章先讲解抽象能力模型。
一、什么是能力模型接触了中台产品经理后，你会经常听到中台的产品经理在说模型，而且只要模型不大动，对中台来说都是小需求。那么模型到底是什么呢？在讲中台需求之前，我们一定要先普及模型的概念。
先说个题外话吧，为什么我们一定要讲某些东西的概念呢？我们现在用的、学的很多东西是学者、教授、专家在跨世纪之前就使用并总结过的，而且对概念做了足够的抽象和定义，如果我们做事情的时候能够先将概念理解透，再按照概念划分好的边界去执行和实施，那我们做的事情就是一个明确的看得懂的事情。
所以如果你做某件事情最初没有方向的时候，不妨先去摸索一下这个事情的定义，进而围绕定义做些产品方法论的扩充。
我们了解了模型的概念以及模型的原理之后，就对我们工作中如何去抽象产品能力模型有了一定的理论基础。
针对模型的概念，我主要援引 CSDN 的一篇文章，以通俗易懂的语言讲清楚了模型。
以下是引用的内容：
模型是对客观现实的事物的某些特征与内在联系，所作的一种模拟或抽象。
一切客观存在的事物及其运动形态统称为实体，模型是对实体的特征及其变化规律的一种表示或者抽象，而且往往是对实体中那些所要研究的特定的特征定量的抽象，可以说，模型是把对象实体通过适当的过滤，用适当的表现规则描绘出的简洁的模仿品，通过这个模仿品，人们可以了解到所研究实体的本质，而且在形式上便于人们对实体进行分析和处理。
模型=针对某一实体的主体（因为文中提到「过滤」，我们可以理解为是将某个实体过滤后，保留主要部分而暂时丢弃边缘部分）进行概念和规律的抽象。进而使模型可以推理出更多的概念和结果。
我们上学时期接触最多的就是数学模型，比如通过1+1=2这个基础数学模型，可以推导出1+2=3。
所以某个产品模块的模型就是针对某个功能的主体部分进行概念以及数据、流程规律的抽象。
抽象的过程，是一个将原来的东西打散了，拆成了各种不同的元素之后，把元素进行归纳总结和分类，然后将分好类的元素再重新组合的过程。
想了解如何更好的归纳总结分类，推荐《金字塔原理》。
为了更好的理解模型的概念，我们还是举个例子更形象一些。
比如一个用户账号合并流程。
项目背景是：某平台因为要保护用户隐私，没有将全局用户唯一 id 给到对接的商户，也就是可能一个人访问了商户的小程序之后，又访问了商户的公众号，如果不通过其他辅助信息，只通过某平台的 unique id 或者 union id 是无法判断该用户是否为同一个人的，只有当用户给出了身份证号或者手机号等其他信息，我们才能判断用户是否为同一个人。
但是在获取这些信息之前其实用户账号已经存在了，用户在给出这些信息之后，我们就会涉及到用户身份账户的合并。
在我们的体系里，用户有多种身份角色类型，我们暂且称为ABC三种类型，这三种类型之间有着各种业务逻辑，一个人可能既是A又是B。业务产品从业务角度考虑，他的需求是下面这种：

文章插图
需求最后的结论就是最终筛选出一个唯一用户身份账号来，多余的账号做了其他处理。这个图形其实已经简化了业务逻辑，真正的业务逻辑并不止于此，因为每两个角色之间的比对流程都有诸多的判断和校验。
业务侧按照上述逻辑处理是完全没有问题的，因为在业务侧用户角色是已知且确定的，按照自己的业务走向，大概率不会再出现第四种角色，这个逻辑是写完这一次就可能用几年的逻辑，而且实现起来非常快速。
但是中台就不能这样处理了，为什么不能这样处理我稍后会详细讲解，这里我直接说中台最终的产品方案。

稿源：(人人都是产品经理)

【傻大方】网址：/c/1201b0M92021.html

标题：方法论|最实用的中台入门介绍（三）模型篇