中台上线半年，我总结出了“七宗罪”

中台你们确定不会陌生，因此小胖没必要作过多的解释了。今年有幸参与到公司中台项目的建设中，弹指一挥，从开始的方案设计、到上线、到推广，也过去了接近一年的时间。

回首这段岁月，小胖总结了中台设计、开发、推广中的“七宗罪”，本着中台仍是一个大方向的大前提下，你或许之后也会遇到。

第一宗罪：怎么处理2B业务与2C业务的关系 首先，咱们很理解中台之因此建设的意义和目的，就是要精简系统、肃清机构，从而提升效率、下降成本。

不是全部的公司和系统都须要中台，只有通过了几年甚至几十年沉淀的系统才适合作，由于面对尾大不掉的状况，是时候进行一些创新了。

可是，这时候“历史缘由”就每每成为制约咱们进行再设计的一条拦路虎。咱们说中台就是要避免“重复设计”，可是看似一样的功能如某些营销工具，在2B和2C的产品设计中对于规则和细节的要求是不同的。

理想与现实也每每存在较大差距。所以，在新中台的建立和旧平台的迁移过渡阶段，有时候须要一些灵活的处理，尤为是在资源有限的前提下，首先要保证业务的正常运行，没必要必定要拘泥于所谓的条款和规则。

第二宗罪：帐号体系也许是整个项目中最大的坑 若是你认为帐号只是负责登陆、很简单的，那就大错特错了，可能还会受到严重伤害。

目前市面上的“中台”许多都是对已有系统的重构和再组合，所以，多个系统在帐号体系上的设计是存在很大差别的，不只仅是登陆、受权、权限区分等，登陆的性能也会受到很大的挑战。

由于按照目前按照功能模块受权的设置方案，对于高权限的用户来讲，在打开页面的时候须要加载不少内容出来，对性能的要求很高。

还有，必定要把全部权限相关的功能一次搞定，不论这个项目究竟是分了多少期来作，作的越早越好。

第三宗罪：多系统间技术框架和数据库的使用 天下大势合久必分，分久必合。中台其实也是相似的一种理念，可是多个系统在从新解构、重构的过程当中，虽然于前端咱们经过设计、UI进行统一，可是对于中台来讲更重要的仍是后台架构和数据库的搭建。

小胖就遇到几个系统居然用了不一样系统框架和不一样数据库的问题，可能开始设计和开发的时候并无以为有多么别扭，可是当开始使用的时候才知道有多酸爽。

第四宗罪：用户体验很难统一 对于一些还未造成本身统一UI和设计交互规范的公司来讲，多个系统的合并简直就是噩梦。

系统中的使用用户是分多个的，好比商家端、用户端、供应链端、财务端，等等，每一个角色都有本身所须要的一套流程，而且对于一些职能部门，他们早已经习惯了十几年如一日的操做流程，忽然你要统一规范，还告诉人家特别好用，他信你就鬼了。

第五宗罪：利益关系的处理 这里的利益关系主要分为两种，一种是原有业务的使用者，尤为是新老业务间的利益冲突，另一种是做为研发体系部门之间的利益分配问题。

好比，一个功能新业务觉着简单点就好，可是老业务必定要通过几个节点才可使用，由于二者之间安全性和易用性的要求是不同的，这里怎么融合二者的利益关系相当重要。

另外，中台做为一个保姆式的产品，许多功能是偏向后台的，所以前台是看不到你的，若是有了成绩那么就是前台的成绩，若是出了问题就是后台的锅。

所以，怎样分配好先后台的利益，也是让产品经理和老板们头疼的问题。

第六宗罪：项目推动如无头之蛇 中台的搭建是一个跨部门、跨平台、跨业务的工做，怎样调动各方的积极性，怎样更好的让各方发挥出本身的实力，怎样保证项目能够顺利、保质保量上线，就是摆在咱们面前的一个关键点。

乌合之众讲人群是缺乏统一意见的，尤为是当不一样利益的人汇集到一块儿的时候。若是一件事让一我的作，他能够3天作完，若是同一件事让3我的作，可能须要30天才能作完。

中台项目推动的痛点在于你们很容易各自为政，加上帮派之别，一件简单的事情很容易搞得很复杂，凡事都要走流程、各类邮件确认，很是影响你们的效率。

第七宗族：项目推广似老汉推车 咱们说产品作出来了，赶忙推广吧。

第一代的中台产品注定是不怎么受待见的，由于刚作出来系统的稳定、系统的用户量都尚未起来，反而是各类大大小小的问题接踵而来，让你目不暇接。所以，对应这类产品的推广便也可想而知，不会特别快，须要你要保存尽可能大的耐心。

不是为了吐槽而吐槽，但愿这些痛点你以前遇到过之后就不要再遇到了；为了更美的之后，总结一些不美好的过往案例，必定程度上可让后续很美好。