总结得真好。 我13年创业想打造的产品，当时想做的最终形态就是作者上一节描述的那个天花板模型。作者说的每一点都打到我心里。 这一节描述的通用性和业务定制化也是我们当初矛盾过的两难问题，当时mvp阶段，不知道到底是运气好还是运气不好，拿下了一个百万级的客户项目。甲方it负责人由于认可低代码理念（当时是2013年，我们都不知道自己做的东西叫做low code），给了我们充分的耐心。但再多的耐心始终敌不过需求部门的压力。由于我们担心自己变成“毒瘤”，担心项目黄了，担心现金流断了（当时拿了预付款之后立即做了人员扩招），最终妥协了，放弃一开始定下的通用化策略，投入许多人力做定制化。 慢慢的，产品被带偏了，我们花了许多人力去满足业务需求，但由于mvp阶段底座的不不牢固，以及核心开发人员的分心参与，我们做出来的“定制化”功能反而没有很好的体验，沦为彻彻底底的四不像。 后来，项目黄了。再后来，我们花了很多精力，把定制化的那些功能解藕，抛弃，重新坚持走通用能力的路线。 再再再后来的2017年，我们没等来低代码的春天，把团队解散掉，公司结业掉了。截止目前为止，任然有小几十个客户项目在使用我们的平台，尽管已经超过四年没有功能迭代。尽管包括我在内的团队人员已经天各一方。 王婆卖瓜一下我们当初做出来的东西，底座包括了一套傻瓜化能过在线建标做ddl的“动态数据库表”引擎，包括了一套bpmn标准的，可视化拖拽的工作流引擎（内置了activiti），包括了可以在界面做ux和自定义表单的“视图”管理模块，包括了一套支持groove和el脚本语言的执行引擎，包括了开放api，可以引入标准化的外部数据源，包括了企业微信的配置化绑定和对接。 非广告。有感而发，仅缅怀一下已逝去的一段青春。