Apart:

逻辑的复杂 => 用户使用的复杂 + 运维的复杂

业务(简单 -> 复杂)(技术跟不上业务的变化)

架构升级 (对业务的再建模)

业务好用
架构简单

or else 用户也会得到复杂的东西

Bpart:

另起炉灶

adapter稳住 + 外科手术(分步)

magical + (工程基础:vue-lib,template, lib(core_sdk + basics_ui) + service(topic + pdf_template))
我还是不知道你要什么,我自己分层,抽能力,抽核心,基础建设+基础碎片=>业务需求组合

Cpart:

自建 + 服务购入(快速构建,服务带来限制)

通用问题的解决,和现有体系的打通

edas对比图表(https://www.aliyun.com/product/edas?spm=5176.13910061.746114.1.5b51295eWIu9uZ)

Dpart:

业务,产品,技术

目标,考核指标,后续迭代的评价规则