我们常说企业级SaaS产品的用户需求是个性化的，不同行业不同企业不同城市等等，都会导致不一样的用户需求。而SaaS产品的矛盾点就在于在标准化的功能中，不断叠加个性化需求，来赢得用户。而实际似乎永远都无法满足得了不同类型企业的需求。于是我们提出可配置和paas
SaaS对于标准化和个性化的需求，能做到的是“标准化”的个性化。不同企业会有源源不断满足不完的个性化需求，即使已经迭代了9年的产品，依旧有大量个性化需求未满足。从样式设置到系统功能到后台管理。如果可以一步到位。像mobi在19年的迭代（主题3.0及模块样式升级）至少消灭了mobi之前50%未满足的样式层的个性化需求。一定程度解决了个性化需求问题。而从工单反馈来看，19年关于编辑或样式的问题，mobi的问题已经明显减少（没有详细统计过）。
但实际上更进一层的个性化问题并没有完全解决。
聪哥在去年19年也意识到并在年初推动的项目。将一切模块样式的相似部分标准并组件化和前端设置项的组件化，并丰富自定义设置。一方面从根本上彻底的消灭大量未满足的个性化需求，而不是平时不规范的修修补补。猜想同时为成为paas的可能打好基础
但结果是已有的产品结构和逻辑，并没有那么容易推进组件化和标准化。问题出在哪？
前期标准化不够彻底，总的来说就是历史原因，较难做到统一。第二则是成本问题，组件化本身就是中台化的方向，变成可复用的东西，以提升开发效率，降低维护成本。但实际是中间的切换成本无法忽视。场景众多，历史遗留问题导致兼容问题处理成本较高，以及组件不完善性等，导致了真正到落地阶段并没有那么简单。
国外的wix，在架构设计，交互以及UI设计方面，都有很值得学习的地方。wix做的好点，很明显而直接。会发现他们10年前定好了架构、交互和UI，10年后到现在也没有怎么改版变化过，而且至今看来，依旧是主流，并不过时。这一方面是产品团队的水平的问题。另一方面，则是公司本身基础和国内外环境区别。国内的企业级SaaS估计落后国外10年有吧。当年国内的多数UI设计师还没到这个水平。而当年应该也是没有交互设计师的。总的来说，会看发展历程，似乎可以提前准备和规划一些东西，比如交互、UI、功能标准化方案，技术实现等等。但实际是重新回到那个处境下，还是得先活下来，还是没有能否吸引到足够优秀的UI设计师、交互设计师，甚至是开发人员。综合所以因素，最终尽量让业务走向成功而做出的决定。
