引用
对于中台产品经理来说，必须思考的问题是，这个功能在现在或者将来能满足多少业务场景？如果将来有新的业务出现，是不是能够复用？或者说，需要做多大的调整才可以复用？甚至于，这个功能有没有可能对外输出，提供SaaS化的服务。
理解中台：就是把能力共享出去。
搭建中台的目标：防止反复造轮子和减少试错成本。
中台包括：技术中台；数据中台；业务中台；组织中台。
中台解决方案：由最大业务方承担；做业务闭环。
中台形式：提供一套完整的基础能力由各项目个性化使用；不单独拿出来而是跟业务部门强耦合。
中台存在几个特征：
基础服务（账号、支付、安全、风控等）能力的中台，相对都很完备。技术中台基本多多少少都在搭建了，渗透业务的程度各有不同。
数据中台也大都在搭建中，不过还是侧重提供“采集、存储、取数”的能力，虽说降低了研发成本，但跨部门协作通常会增加协作成本；这样的中台，距离能提供业务决策洞察的数据中台，恐怕还比较远。真正一般数据分析的工作都是各业务内自己闭环，自己完成。
业务中台视情况而定，有的公司业务之间天然不适合做中台化。对于适合的公司，最常见的方式，一种是难以解耦闭环的情况，就采用“老大哥”式的方法，由核心业务来提供支持，比如贝壳、滴滴；另一种是中台有机会掌握自己的业务，比如阿里的电商中台、字节跳动的增长中台。
中台建设本质是复用能力的建设