看到一个「中台」的定义，偏向服务，但有3个值得关注的点：封装，面向业务场景，快速。
结合前端领域我们遇到的问题，分别谈一谈。
封装
要解决标准化的问题，这是做封装的前置条件，不可能今后无止尽得满足各方需求，必须先在某个层次达成标准化的共识。面对今后的“众口难调”，在不同业务侧二次包装，尽量用「组合」而非「继承」。
面向业务场景
中后台领域的前端也应该是面向业务场景的，比如工单的提交，订单的处理进度，骑手配送的轨迹，应该是能够给别人接入的。再比如运单详情，不同角色的人可能关注不同的信息，所以像运单详情应该是可以支持子模块的组装的。
在这方面，我们目前都是按业务前端的方式，可以考虑转换到中后台的视角。
快速
「需求多、业务快」这是我们行业的标配，那对于中后台的前端，我觉得关注点在于效率和一致性。
效率：包括交互的效率，开发的效率，于是会考虑借助搭建平台的能力，而搭建的前置条件仍然是封装和标准化。
一致性：不能让用户感觉身处不同的系统，这是交互的诉求。也就要求我们既要有标准化，还要有换皮肤的能力，同一个系统里保持一致性，不同系统保留皮肤的差异。
如果借助搭建的话，为了效率和一致性，我们「封装」和「面向业务场景」的产物，既要能以普通源码方式使用，又要能适配接入到搭建平台。
最后回头再看一眼前面中台的定义，“xxxxx 的平台”，同样前端也要背靠平台作为后盾，选择靠谱的平台十分重要，前面的这些模块产物也需要有平台收口管理。
综上出现最多的词是“标准化”。