大型的政务应用或企业应用，最关键的问题是业务复杂；
我举几个简单的例子：
比如说一个政府机构，有很多部门，每个部门都有很多审批流程，
报销、请假、结算....
每个部门和每个部门的流程审批环节还不一样，
有些部门某流程要填录这些内容，有的部门要填录那些内容，
有的部门某个审批流程需要3个领导审批，另一个部门同样的流程就需要4个领导审批
最关键的是，他们这些流程还经常变，这个月还是这样，下个月就变成另一个样子了；
怎么办？难道要安排一个开发团队，满足他们所有的要求，时时刻刻等着他们提变更申请吗？
不用，这时你需要流程引擎和表单引擎；
他们之所以叫引擎，
就像工业革命的标志是机械制造机械一样，
流程引擎可以生产流程，表单引擎可以生产表单（表单就是审批填报的内容）；
你看，这就是复杂的业务，
一般的产品经理来了，都是想着客户要什么，就给他提供什么；
很少有人能想到，客户要什么，我要给他提供一个制造这东西的机器；
免得他持续不断的给我要同类的东西；
所以要做好这个领域的事务，
复杂业务的控制能力非常重要；
有这方面的能力可以产出非常不错的政务、企务平台；
政务、企务平台领域将来会有非常不错的发展，
我也非常看好这个方向，在这个方向深耕了十来年；
像国外的salesforce，国内的钉钉、金蝶、用友都在这个方向增加投入；
丁香园的冯大辉离职创业有两个方向，其中之一就是企业应用平台；
然而，这个领域至今还没有一个像腾讯、阿里这样的巨头出来，
这一方面说明这个领域仍大有可为，
另一方面也说明差异化的需求确实非常的多。
那你怎么抽象出共通的东西做掉，留下那些差异化的东西给用户定制呢
我接下去从技术的角度来聊一下这个问题；
现在我们这个领域出了一个新的概念，叫serverless，
它其实还是需要服务器的
只不过这些服务器换成了微软、谷歌、亚马逊、腾讯服务器上的接口调用了而已。
但这个概念非常好
我觉得可以把serverless的概念引入到政务、企务平台上来；
我们把所有与界面相关的业务逻辑，都认为是差异化的，留着定制；
把大部分共通的业务逻辑做成服务、接口，提供出来；
我认为这就是一个很好的抽象
后端的业务接口，再怎么变化不会超出你的掌控，（要结合接口粒度的控制）
做的好，还可以推出政务、企务的serverless云服务；
以上，只是这个领域的一个方向，还有很多方向非常非常值得投入；
但做不好任何一个具体的政务、企务项目，其他都是免谈；