一个群在讨论流程、讨论业务架构，我在其中也发了点言，我把我的观点汇总起来给大家发出来。这是我对流程、业务架构的一点观点。（1）业务边界有人呢，是马云级的，想干啥，再反向找资源，是站在未来看现在，以终为始想事。有的人呢，是普通人级，有多少米做多少饭，否则就会扯着蛋。所以是站在现在看未来。人穷志短马瘦毛长啊。所以一个企业的业务边界该干啥，其实没有准原则。不能说你是一个什么什么的企业，你不能干啥干啥。这没有道理。否则的话，起家做橡胶的诺基亚就不用介入通信行业了。要与时俱进嘛。所以，我个人觉得，一个企业的业务边界，主要取决于：交易成本。内部交易成本大于外部交易成本，那就自己做。如果内部交易成本大于外部交易成本，那就外面做。人嘛，小车不倒尽管推，不见棺材不掉泪。所以专业分工是打出来的剩下的结果，而非必须的原则。（2）组织边界组织是架构。一群人那叫乌合之众，那叫团伙，不叫团队。虽然组织确实归根到底是由一个个的人组成的，但是是由架构地组成的，这才能叫组织。组织设计的第一条原则就是：岗位/岗位职责定义。那怎么定义岗位职责是合适的呢？我的原则是：专业分工。可以一个具体人承担多个岗位做N件事，但每个岗位该做什么，这需要专业分工。亚当斯密说要形成大工业，就得专业分工，否则就是中国自古以来的小农经济-联产承包责任制。组织设计的第二条原则就是：唯一领导。别一个人被多头领导，要么谁都管、要么谁都不管，这就让人乱了。唯一领导才能导致唯一目标，一伙人才能劲儿往一处使。唯一领导，是法约尔说的。组织设计的第三条原则我认为就是：组织规模。六度关系的作者曾说过理论上只需要通过六个人就能找到世界人上的任何一个人。他这是做的社会实践调查，是经验论，靠不住。还有个人也说过一个组织规模，就是邓巴，发明了邓巴指数，说一个组织最大是120人。所以组织规模6-120人最合适。我个人认为组织边界、组织设计就这三条原则。当然，还有人认为组织边界、组织设计应该有第四条原则，那就是：权责利对等。但是我从来没见过权责利对等。至于原因嘛，我下面一节单独讲讲这是为啥。（3）流程边界我过去老讲两句话：1、流程即权力。所以我老奉劝那些一直想梳理组织流程、流程规范的人，省省吧。破坏别人权力，如夺人妻子杀人父母。不是流程梳理不出来、流程不清晰，是因为流程即权力。2、信息即权力。好多人想梳理数据规范，我经常说省省吧。因为知情权就是权力：不让你参加某个会、不给你转发某个邮件，这都是权力。所以很多人老说IT系统集成性不足、信息不共享、流程不打通，我说这很正常啊，因为这才是人性。不要试图考验人性啊。反人性的事都不长久。只有顺应人性，激发人性之恶或者激发人性之善，才能推动人组织人整合人干事。所以讲流程的边界，就是我刚才讲到业务边界的原则，基于：交易成本。所以我讲流程的设计，我也有原则：平衡。什么和什么的平衡呢？就是干事的效率质量成本，和权力的制衡，这两者的平衡。权力制衡太多，那干事的效率质量成本就不好。但是权力制衡太少，那事倒是干的又快又成本低，但是这就成了独立小王国了，不是一个企业了。所以为啥企业老要组织拆拆合合，其实合也有道理、拆也有道理，不合也行不拆也行。但为了权力制衡，就得拆拆合合。

我上周写过两篇文章：《啥叫工程？啥叫工程师？》《工程师和码农》没有工程怎么会有工程师，没有软件工程怎么会有软件工程师.所以我说软件工程里含有组织岗位建制与分工、项目管理，所以软件项目经理也是软件工程师大范畴啊，因为项目管理是软件工程中非常重要的组成啊。大家不要认为写代码的才叫软件工程师。其实写代码的不仅按能力高低分为高级程序员、中级程序员、初级程序员，其实写代码的还有另外一个分类，那就是：Coder-码农Programer-程序员Developer-开发者我给大家说说这三者的各自关注重点。（1）Code-码农码农的关注重点是：编程语言、编程框架类库和API。现在很多码农以熟悉C++、Rust、Golang为荣，以熟悉Spring

其实这篇是我昨天写好的，和我昨天写的那篇《啥叫工程？啥叫工程师？》是一体的，但是内容又庞杂，所以就分成了两篇文章。（1）前导故事1我曾经开发过一个核心模块，受好多人关联依赖调用和状态更新，于是我用状态机重写了一遍代码，一劳永逸了。但是后来的人却接不起来我的代码。业务专家和产品经理给他讲的是现实业务场景，他返回头打开代码一看，无法产生直接映射关系。咱们大多数中国程序员是：现实业务什么逻辑、到了电子计算机里就什么逻辑、到了代码里就是什么逻辑。（2）前导故事2我曾经手下有个开发Leader，能力在众多开发Leader之中还算水平可以的。他也很喜欢设计模式之类的东西。但是他又没学到那么精通吃透的地步。于是他就产生了东施效颦的问题：他没有抽象能力但是他还努力去做抽象-共用，最后反而弄巧成拙，大家都关联依赖他，他还做不到接口设计稳定，他也做不到这块代码的内部简约性-架构性。于是，大家有什么需求，他都得改他这块代码。他有时候要满足大家各个口的需求所以不得不又把接口改掉，于是，大家又得连带着被迫改一遍大家自己来适配他。这就形成了共振。其他程序员和开发Leader的水平还不如他呢。所以面对这样的情况，我后来下了一个原则：尽量不要抽象-共用-关联依赖。要复制-独立隔离为了达到这个原则，我纠集了一批核心产品经理和一批核心开发Leader：产品经理梳理各自负责的产品系统，从中识别出经常出现的典型功能和典型UI开发Leader把这些典型功能和典型UI代码打开，从中抽取出通用的代码，形成代码模板。后来形成了13套常用功能和典型UI的模板，每批新人来了，都用这套来培训，这样也形成了产品详细设计文档相对标准化、代码开发相对标准化，也降低了一般产品经理和一般程序员的工作技能要求。（3）不同的功能是有不同的业务要求-设计要求-代码要求-数据库要求的。比如高频窗口处理类功能，业务处理需要非常高效快捷，所以UI一定要简约，还得高性能、防着并发-锁控制，还得高稳定-高可用。比如计费-核算类功能，要求的就是精确，不仅计费-核算逻辑要精确，而且在代码层-数据库层进行数据类型处理和数据位数处理都得要求精度。这类功能除了高性能、并发-锁控制、高稳定-高可用，还得额外注重事务处理-数据高一致性。比如逆向操作类功能。很多程序员写主干流程-正常正向处理流程，都还能保证功能符合度并且不会出现什么疏忽逻辑bug。但是一涉及到异常业务处理流程尤其是常见的逆向操作类功能，很多逻辑就开始想不清楚了。其实这个问题在现实业务中也同样存在，正向出库仓储物流很简单，但是一旦涉及到退货退库这种逆物流，很多业务流程就开始乱套了。比如审批类功能，好几个功能靠一条审批链条串联在一起，不同的审批环节需要做额外的不同操作才能走通整个审批流程。很多人不会写这类功能。比如需要数据可追溯、数据版本化的功能。很多中国企业软件做不到数据版本化，比如你现在查询上个月的数据，和你下个月查询上上个月的数据，很多时候出来的数据就不是一个数据了，因为数据没有版本化，数据状态被更改了。还有数据可追溯，关联性不足，既不能做横向关联追溯，也不能做纵向追溯。很多程序员笨拙地用常规做法做，却很少把Cube的上钻下钻切片旋转的范式迁移过来。比如决策层需要的功能，需要可视化多，需要操作简便，需要看汇总统计数据多，所以这也相应给UI设计、代码实现设计、数据库设计，需要做特殊的设计，不能再像过去写业务处理功能那样思维了。（4）综上所述，不同类型的功能，需要有针对性的功能设计-UI设计-代码实现设计-数据库设计。这些功能，也应该分开发Leader、高级程序员、中级程序员、初级程序员不同级别的程序员来担当。一般跨好几个模块要串联的功能，由开发Leader来亲自开发（如审批类功能）。一般非常核心的功能（如高频窗口处理、计费-核算、逆操作）的就需要高级程序员来开发。对于主干流程上的功能就需要中级程序员开发，而初级程序员只能担当开发旁支流程功能。（5）至于高弹性IT资源需求的功能、局限IT资源需求的功能、高安全要求的功能、高集成要求的功能，则需要平台下大力气，然后应用开发高级程序员和平台开发程序员一起协作。（6）最近ChatGPT+Github写代码能力被IT业界人们讨论得沸沸扬扬的。我想对于代替CRUD增删改查功能问题不大、对于代替只会使用开源框架只会调用API的码农也是问题不大。但是要代替我上述说的，那我是想象不出来的。毕竟，在建筑工程行业有工程师也有农民工，在软件工程行业也有软件工程师也有码农。过去几年一堆人搞所谓的低代码工具，我想了想，这和OA表单无代码本质是一样的，这也和各个企业软件中的Script代码也是一样的（甚至达不到人家PeopleSoft

咱们经常讲软件工程师、软件工程。但我老想：我们大量的人是否配称得上软件工程师这个称号。（1）组织工程是一大堆人作业，需要：岗位-级别-梯队组织-分工建制组队这在中国软件业也是一个非常突出的问题。因为太注重软件的最终产出成果-代码，所以岗位-组织往往缺失，导致不是建制团队，而是一群产出代码的程序员。很多不产出代码的岗位被忽视-边缘-缺位。（2）项目工程需要良好的项目管理：计划、任务、进度质量预算-成本这在中国软件业也是非常大的问题，尤其对预算-成本-ROI没有节制，把软件当做自己的孩子一样无限宠爱无限投入，也因此导致目标丧失-范围失控-进度失控。虽然很多公司都想采取西方的IPD方法，但是西方是基于资本主义-投资ROI的逻辑来发展IPD的，所以是自研还是并购这在西方没有什么心理障碍，在我国由于不是资本家投资企业，所以把企业当自己孩子无限呵护、把软件产品当自己孩子无限呵护，所以这也是导致我国软件企业实施IPD大多无效。当然，还是由于我国不是资本主义，所以每个企业只能自己养自己孩子，逐渐养成了宁为鸡头不为凤尾、宁为玉碎不为瓦全的文化，这也导致了如果发动并购，最后也是专业人才、产品、客户三者都最后一场空，所以这更导致了中国软件企业自研而不并购。（3）设计大家都知道要做一个工程之前得做设计。大家如果见过建筑工程、机械工程的蓝色绘图纸，看到他们一遍遍地测量角度、进行数学计算验证，就知道工程的严谨性。我是很少见软件行当在设计期做大量的数学计算验证。我想如果大家去研发难以修改的硬件产品，或者去研发人命关天（医疗设备软件、高铁飞机调度指挥软件）、财产关天（银行软件、电信计费软件、电商交易软件）、安全关天（安全软件、网络防火墙），可能就不会这么任性了。（4）试验做工程，大家都知道图纸设计好了也不能下一步就开干，而是做试验验证。这和软件业曾经提倡的测试驱动代码开发很像。但是很多软件团队既不搞正规试验工程，也不搞敏捷-测试驱动开发。做什么试验、试验环境的投入建设、试验的过程设计、试验的结果数据记录、试验的结果报告、试验的专家评审验收，这都是在其他工程类常见的试验事项。我是很少见到软件业的工程是这么做的。（5）基线工程需要标准、Baseline基准。这在软件业是非常大的问题，没有建立基线。当然，要建立基线，需要投入建立环境，要投入资源建立基线，这些不能直接产出最终产品成果的工作的资本投入，这是很难以接受和容忍的。（6）工具工程需要大量半自动化工程工具。对于软件工程来说：需求管理工具、项目管理工具分析工具、设计工具编码工具、代码审核工具代码托管存储工具、代码版本管理工具持续集成工具、自动化测试工具持续发布工具、持续部署交付工具DevOps工具、可观测性-可度量性工具这些工具Pipeline肯定得有专门团队去建设、专门团队去持续改进-维护它。大量中国软件企业本质上还是一伙人手工作业，相当于手艺人行当，这就不能称得上软件工程。（7）技能认证在其他工程类，都有岗位技能培训、岗位技能考试认证。我说的岗位技能，指的是一个岗位需要具备的技能，这里说的技能是他能合格完成他所处级别岗位要求工作的所有技能。所以我们会看到其他工程类，是一项项技能进行培训与考试合格，最终才发岗位合格证书。而且是持证上岗。没有证，不能上岗。

很多人不明白数字化，不明白数字化转型，那我就再老生常谈说一次。根源就是：电的发明、通信的发明、收音机电视机乃至传真机扫描仪等等的发明、计算机的发明、局域网互联网的发明，都不是我们发明的，而且在这些东西发明的时候，我们中国正好处于清朝-民国-解放前-新中国，所以也没经历这些东西的发明过程，所以这些东西来的时候，已经变成了我们现在看见的这个样子，但我们并不知道他们的发展背景和演化历史，所以理解不了。这个现象，在理解企业管理领域也是一样，企业管理领域的人们同样对类似的问题很困惑，其实根源都是一样的。（1）信息信息，大家可以看一本书叫《信息简史》。我前几天去参观电信博物馆，用眼睛亲自看到了整个信息简史。从古代人战争用的：烽火台-烽火、军鼓-鼓点、海上-旗语，从字典-文字图书书写与印刷，到驿站信件邮政传递，这都是没有电之前的信息编码-解码表示、信息传输、信息存储的方式。发明了电以后，从有线电报到马可尼无线电报到无线广播，从有线电话到现在的无线电话（大哥大-手机-智能手机），从有线电视到无线电视，信息从文字展现扩展到了声音展现和图像展现。所以：信息编码-解码、加密-解密、压缩-解压、传输、存储、查找-计算、展现，都是关于信息的。（2）数字化首先来说就没有信息化这个词，这个词是日本人在70年代自己发明的。西方一直使用数字化这个词。大家应该都听说过模拟信号的电视、模拟信号的手机，但其实也有模拟计算机。但由于模拟信号的波形不容易精确识别、容易受干扰而变形，所以大家又发明了数字信号表示，就是0和1。我们过去听说过：打字机，就是你敲字输入，输出就是纸张上正规打印出的文字。后来打字机改进成电传打字机，电传打字机又被和计算机集成在一起，就形成了咱们现在看到的计算机键盘的样子，咱们现在通过计算机键盘输入的文字，一保存就保存成了计算机的二进制文本文件。我们过去听说过：相机-相纸-相片，现在我们都用数码相机，一拍照就是数字相片数字文件格式，保存在数码相机的存储卡上。我们过去听说过：黑胶唱片-磁带-CD，后来才在90年代有了数字信号表示的MP3格式，录音的时候就录成了MP3数字文件，而不是过去录在磁带母带上。我们过去听说过：录像带-VCD-DVD，后来就有了数码摄像机，一拍摄影视的时候就已经录成了MPEG数字文件。你看我说的文字、图片、声音、图像，都有过一个从从物理形态变换到信息形态，从模拟信号变换为数字信号的过程。大家如果感兴趣可以看一本书叫《计算机简史》。（3）欧美企业的数字化转型数字化转型这个词，在2011年就已经被Gartner提出了。我过去写过Gartner从2006-2003这17年来每年提出的热点技术趋势《Gartner年度趋势预测汇总整理（2006年-2023年）》，大家慢慢就能咂摸出规律来了。在2011年Gartner提出数字化转型一词之前，其实AWS公有云IaaS服务已经于2006年商用发布，而且2006年正全球火一个事：社交网络。而且2007年iPhone已经发布，全球震惊。2008年，中国已经发布3G无线数据传输牌照了。所以，Gartner在2011年提出来数字化转型，其实是有业务转型和IT技术转型两种背景意味。业务转型：从线下到线上。（其实中国人从线下到线上交易已经经历了三大波：2003年疫情、2008年全球金融危机、2020年疫情。而且咱们中国人也经历了线上社交网络四大波：2001年QQ群和BBS、2009年新浪微博、2013年微信、2016年抖音）IT应用转移：从企业内部管控建设，转移重心到企业外部业务经营建设。当然，欧美人从500年前就主导的全球化，所以他们没提咱们中国人热的：从国际贸易到国内零售（2008年，由于全球金融危机）、从国内线上电子商务零售到跨境零售（2020年，由于全球新冠疫情）。为了支撑欧美企业的业务从线下到线上，他们使用公有云IaaS服务这种技术来支撑。为了支撑欧美企业的IT应用建设从内部管控转移到外部业务经营，他们使用了智能手机-社交网络互联网-大CRM

2006年，亚马逊正式发布云计算服务，一个时代大幕拉开。于是，我把Gartner从2006年到2023年的这17年来的技术趋势预测都整理了一遍。看看Gartner到底是有先见之明，还是个做事后诸葛亮的。早就听闻Gartner是名词定义的鼻祖，虽然很多名词的背后都是其他实体公司早就落实了：比如ERP，是Gartner在1990年定义的，但在80年代，SAP、Infor等等早就落实了比如CRM，是Gartner在1999年定义的，但在1993年，Siebel已经落实了比如SOA技术架构，倒是Gartner在1996年定义的，但是在2004年由IBM落实的。但实际上，IBM也没落实。大家现在用的SOA技术，和IBM力推的技术，不是一码事，而且和Gartner在1996定义的也只能叫神似比如数字化转型，也是Gartner在2011年定义的，距今已经11年过去了，但是中国人还在晕晕地探讨什么叫数字化转型。我在想Gartner在这30年来引爆的名词，是不是遵循这样一个框架：所以我今天给大家做梳理，也是按照端设备、应用、应用集成、数智、基础设施五部分来。（1）终端设备梳理了一遍，感觉Gartner在这方面没啥洞察力，17年来，反复在智能设备和万物互联来回横跳，不断改换名词。2006年是：普适计算（其实想指万物互联）、OLED（为啥Gartner提这个？什么鬼？）2007年是：继续普适计算2008年：提不出来了2009年：提不出来了2010年是：客户端计算2011年是：平板电脑2012年是：平板电脑、物联网（终于把普适计算换成物联网这个通俗词了）2013年是：移动设备（终于从平板电脑正确地转移到了移动设备，真是过去三年看走眼了）、物联网2014年是：移动设备的多样性（还不改平板电脑）、智能设备和万物互联（把物联网改成万物互联了）2015年是：计算无处不在（这又绕回普适计算了）、智能设备和物联网2016年是：终端网格、万物联网信息、IoT物联网平台2017年是：智能设备2018年是：智能设备2019年是：自主设备、智能空间（把万物互联/普适计算又改名头了）2020年是：自主设备2021年：没有2022年：没有2023年：没有（2）应用我把Gartner的应用预测分为三个里程碑。一、Web2.0时代2006年是：基于位置的服务（当年GroupOn很流行）、小微交易支付（当年Square很流行）、统一通信、搜索（但是桌面搜索）2007年是：Web2.0。Web2.0应用在当年主要的特征就是社会化共创内容2008年是：社交软件和统一通信2009年是：社交软件和社交网络和统一通信2010年是：无线(Wireless)应用（还不是移动Mobile应用）、社交化计算2011年是：移动应用、社交通信与协作、视频技术、上下文感知计算、社交分析技术二、移动时代2012年是：以移动为中心的应用和UI、连接消费者连接员工、社交网络用户行为跟踪/个性化推荐2013年是：移动应用和H52014年：移动应用2015年是：面对场景的系统三、数字孪生/VR元宇宙/万物互联时代2016年是：环境用户体验。本质就是给周遭都装上传感器，能探测用户行为2017年是：虚拟和增强现实、数字孪生2018年是：沉浸式体验、数字孪生。其实和2017年一样，是个延续2019年是：沉浸式体验、数字孪生。其实还和2017年一样，是个延续2020年是：多重体验。2021年是：全面体验。但是提到了一个新词叫：随处运营。这和疫情息息相关2022年是：还是全面体验。承接2021年，提到了一个新词叫：分布式企业，和随处运营异曲同工2023年是：元宇宙。但是提到了一个新词：超级应用。估计和微软365套件相关（里面含协同平台/音视频会议/文档处理等）（3）应用集成虽然Gartner提出了SOA，但是我在梳理Gartner在应用集成整合方面的连年趋势时发现，它们在这一方面，等SOA风头过了后就彻底懵了，不知道怎么延续了。时隔了很多年，才看到现实然后赶快跟上，发明了一个词叫：超级自动化。一、SOA时代2006年是：SOA2007年是：网络聚合。这估计和当年流行Web2.0技术：webService、Open

（1）客户中国有680多座城市，大量的人都活在三四五线城市。而且未来中国的大趋势是限制大城市，建设区域级中心城市，鼓励发展县级市，用高铁把县级市和区域中心城市连成城市圈。所以咱们这么看客户：20个城市：这些城市的客户在上移100个城市：这些城市和现在一样，该干啥照旧600个城市：市场下沉所以未来，对于乙方，需要精神分裂，一支大部队去打上移的20个城市（含北上广深），一支大部队去下沉市场。（2）用户中国有劳动力资源7.8亿人。他们大多在工厂流水线上、建筑工地上、矿山里、高速公路大车上、仓库里、外卖路上、旅馆、饭店、零售门店、中介、理发澡堂...。我在想，他们需要怎样的企业软件？（3）甲方上移中国的人口在沿着高铁聚集。中国的产业也在聚集。产业也在洗牌、在整合。尤其疫情这三年来。央企国企在国资委的操盘下，也在不断整合重组。体制内体制外都在整合。从2015年以来，随着营改增全国统一增值税、国税地税合并以后，中国从政府到体制内企业以及延伸到体制外，全在走向一个趋势，那就是权钱上移。权钱上移还叠加了一个事，现在体制内体制外，都一窝蜂搞数字化转型，也不知道为了啥。但是现在搞数字化转型，和十年前搞信息化，发现客户套路不一样了。过去客户上信息化，都是一块块上，比如上财务、上HR、上CRM....但是现在客户上数字化转型，一开始想搞IT整体蓝图规划的非常多，也就是说，不再一块块上了。另外，他们也不再一上来就实施应用软件了，而是开始先搞云平台、大数据平台、协同平台。（4）乙方上移对于中国企业IT厂商，也有一个发展趋势比较明显，那就是：客户上移。为啥客户上移？没办法，业绩要求年年涨，一盘蚂蚱腿凑不成一盘菜啊。过去签一堆小单、单模块、短平快，签单快、交付简单。现在这个打法凑不齐业绩了。只能客户上移，客单价越来越高，相应的专业要求就越来越高。（5）万金油在未来还好使不？万金油在中国20座城市肯定越来越不好使。不过刚才我也说了，中国有100座中不溜城市、还有600多座连中不溜都算不上的三四五线城市。中国除了一亿白领坐在电脑跟前的人，还有大约7亿人都在室外工作、手里只有手机。所以，怎么在中国600个城市开展生意，怎么覆盖这些在室外工作、手里只有手机、小学初中文化的用户。这是个课题。不过这又让我想起1998年的阿里铁军了。大家可以再翻一下《阿里铁军》这本书。

2020年底，十四五规划纲要发布。2022年3月，建立全国统一大市场的意见，发布。由发改委主导、市场监督管理总局配合。里面涵盖：生产要素市场：土地市场、能源市场、生态环境市场、劳动力市场、数据和技术市场高标准联通：流通网络、市场信息交互渠道和交易平台咱们再回顾一下两年前，十四五规划中，和全国统一大市场相关的规划。（1）第十二章、畅通国内大循环第一节、提升供给体系1、扩大优质消费品、中高端产品供给。率先在化妆品、服装与家纺、电子产品等消费品领域培育一批高端品牌2、扩大教育、医疗、养老服务供给3、实现产供销上下游有效衔接第二节、促进资源要素顺畅流动1、金融要素：提高金融服务实体经济的能力2、土地要素：实施房地产市场平稳健康发展长效机制3、劳动力要素：有效提升劳动力技能要素流动：健全城乡要素自由流动机制第三节、强化流通体系

（1）业务业务咱们按价值链来简单粗暴说一下就是产供销研，一般涉及到：研发设计-原材料采购-生产制造-仓储物流-营销-批发贸易零售退还-售后安装/维修-/客服问答咨询支持。这就是业务。企业除了购买原材料，也购买设备，也购买日常办公资产，也购买商旅，还购买员工福利。这些购买，现在都可以在线电子商务处理了。这是我们要说的关键。另外，现在企业都在清晰自己的核心能力边界，把自己不擅长、非核心的价值链环节进行外部产业链协作。我也随手画了一张图。我给大家解释一下这张图：研发设计环节：你可以把研发也外部协作了。对于品牌设计，你可以和业界的独立设计师（专家）工作室一起合作。对于新锐创意设计，你可以搭建一个设计师平台，让新兴的年轻人脱颖而出，把他们的优秀方案选送出来。即使是在软件行业，现在也有大量的低代码开发工具和应用商店，方便优秀方案能够被采集到、优秀方案能脱颖而出。生产加工制造环节：中国制造是典型的区域集群产品集成式协同生产模式，尤其在长三角和珠三角表现明显。所以，生产制造社会化是本来现实中就一直在这么干的事。另外，现在也有非常专业的第三方质量监理/检测公司。仓储物流环节：由于电子商务的兴起，仓储物流社会化服务更是大家都已经普遍接受了的。菜鸟网络的使用方式，就连物流卡车司机都会操作了。营销环节：随着2004年到来的Web2.0、2014年到来的微信微商、2018年到来的抖音快手视频直播电商，营销社会化已经是主流的方式。售后环节：中国售后安装、维修的社会化，已经是几十年的惯例了。比如你家热水器坏了，你给厂商400电话报修，厂商会派一个人过来。但是对不起，这个人其实不是厂商的正式员工，而是特约售后合作伙伴。这就是售后安装、维修的社会化。但根本不影响售后质量。我看他们维修前手机拍照、维修后手机拍照，甚至全程视频直播录像，他们用手机填写报修单，手机选择备件，备件价格也是透明给你看，计算方法也是透明给你看，你也是在手机上屏幕手写签字确认，交钱也是直接网上交钱，不容易存在售后人员来到你家现场坑你。我上面说的都是业务，而且说的都是现在业务常见的处理方式。那这样子的业务处理方式，是怎么做到业务财务一体化呢？（2）财务由于移动App技术、电子商务、手机支付的流行，我在上述业务价值链环节环节中描述的业务处理方式，现在很多企业都已经实现了在线化业务处理和交易。这些业务订单和单据都通过统一业务中台接口汇集到后端。比如现在有一类企业SaaS就是电子商务订单汇集OMS系统。这些订单和单据到了后端后，就可以走入业务财务一体化的处理流程。首先，要有一条工具链：电子合同-在线支付-电子发票-RPA机器人-财务系统开放Open

什么叫数字化？这个话题我已经说了五年说了无数遍了，但是还有无数人问我。没办法，我只好再老生常谈一次。Gartner在1990年定义了ERP，在2011年定义了数字化转型。这就是确切的时间。而且也就是说：这都是有明确的出处、明确的定义。所以大家也别乱瞎猜，大家也别乱扩展。咱们中国吧，混子居多，一类混子是真不知道，就XXX是个筐什么都往里装，还有一类混子明知道自己不是，但因为要挣钱养家糊口，于是就把自己的东西往流行的概念上靠，什么流行就往什么身上靠：我也是ERP，我也是数字化转型，我也是SOA，我也是微服务，我也是云...。我把Gartner官网上的明确概念给大家Copy一遍，如果大家不相信，你们自己去Gartner官网上自己再去确认学习一遍吧。（1）官方定义数字化和数字化转型是两个事。咱们先明白数字化，再明白数字化转型。咱们先把Gartner官网上的定义搬过来：digital：形容词或名词，digital是通过二进制代码表示的物理项目或活动。当用作形容词时，它描述了最新数字技术在改善组织流程，改善人员，组织与事物之间的交互或使新的业务模型成为可能方面的主要用途（Digital

PowerBuilder是1991年推出的，是由大型关系数据库厂商Sybase推出的。如何基于大型关系数据库快速开发基于可视化UI、客户端/服务器局域网模式的企业应用软件，这是Sybase的初衷。

但是，1997年也是互联网最狂热的时代。1999年，WebService技术产生。这样，应用程序之间互相调用就不限于局域网了，更可以延伸到互联网。因此出现了面向服务，意思就是for

乘吃饭空档赶快写点文字，有不妥之处请大家海涵。我国有全球应用最发达的电网、高铁运输网、4G互联网、移动支付网。我国也在紧密跟进数字加密货币，看看是否能在这套技术基础上建立一带一路甚至全球结算金融网络。至于在政治结网方面，中国还没有能力和力量架构更合理的治理体系。只是近几年，美国退了多少群，中国就接了多少盘。（1）政治结网一、帝国一开始，人类都是帝国。土地攻占了下来，中央就派官员进行统治。周边小国和大国之间保持藩属关系。小国给大国进贡，大国给小国提供安全保障，甚至大国会在小国驻军。美国在二战后搞全球军事联盟，在各联盟国驻军、安装军事设备，小国给美国交安全保护费。亦同。二、殖民地1492年，意大利人哥伦布受西班牙女王的资助，寻找到了美洲新大陆，自任美洲总督，开始源源不断挖掘美洲黄金白银、特产，贩卖回欧洲，因此西班牙葡萄牙成为了第一批殖民地帝国。1600年，英国政府和贵族成立英国东印度公司，开始全球寻找殖民地扩张。殖民地领主具有当地外交权、当地经济经营权，可发行当地货币。1602年，荷兰成立荷兰东印度公司，比英国在机制上更加先进。在社会上公募资金，股权可作为资产可继承，并且设立了股票交所还可以转让，并且成立的东印度公司还是有限责任公司，出了啥问题，不追连股东们的无限责任，因而这种机制大受欢迎。三、苏维埃联盟在中国元朝（1271年建立）的时候，俄罗斯其实一直被蒙古人统治着。1283年莫斯科公国正式建立。1547年，莫斯科大公伊凡四世加冕称沙皇，俄罗斯开始走向扩张，甚至在1689年和清国签订尼布楚条约。1904年，为了争夺中国旅顺港控制东亚黄海地区，日俄战争爆发，俄罗斯海参崴太平洋舰队和波罗的海舰队被歼灭，俄罗斯在国际力量和国际声誉上开始败落，俄罗斯过去扩张侵占的土地开始有反抗脱离现象。1917年，乘俄罗斯参加欧洲一战，国内爆发了二月革命，沙皇被推翻，俄罗斯帝国开始解体，各民族纷纷建立自己的独立国家。1917年11月，十月革命爆发后，改名为俄罗斯苏维埃联邦社会主义共和国。，俄罗斯联邦同乌克兰、白俄罗斯、阿塞拜疆、亚美尼亚、格鲁吉亚建立了军事政治同盟。1922年，俄罗斯、南高加索联邦、乌克兰和白俄罗斯等4个加盟共和国。这些国家过去都是沙俄扩张时期的地方，现在又被收拢的回来。1991年12月25日，苏维埃联盟再次解体。四、欧洲联盟历史上，曾有数个帝国用武力统一了欧洲的广大地区，像是罗马帝国、法兰克帝国、神圣罗马帝国、法兰西第一帝国和纳粹德国。但是，帝国模式都被证明失败了。从殖民地时代人们已经深知，世界的多样性，必须采取松散联盟的形式。第一个联盟尝试就是苏维埃联盟，处于帝国紧密管控和松散联盟形态之间，也被证明失败。1991年12月25日苏维埃联盟解体前十来天，1991年12月11日，欧洲共同体马斯特里赫特首脑会议通过《欧洲联盟条约》，通称《马斯特里赫特条约》。1993年11月1日，《马斯特里赫特条约》正式生效，欧盟正式诞生。五、联合国苏维埃联盟和欧洲联盟，这两个世界局部联盟，都带有政治和经济两个因素。而美国要设计的是更大的全球范围。所以，在全球政治治理方面，美国设计了联合国。在军事方面，美国设计了全球军事防御联盟。在商业贸易方面，美国设计了WTO。在金融经济方面，美国设计了世界货币基金组织、世界银行。（2）交通结网一、先说说电网说火车的时候，先说说电网。过去的火车是烧煤燃料，把水烧开，蒸汽推动蒸汽机，蒸汽机带动轴承进行运转，火车就跑了起来。1880年，爱迪生发明了可持续点亮一千多个小时的“碳化竹丝灯”，但是需要能持续提供1000多小时电力能源的发电设备。1881年，在巴黎世博会上，爱迪生展出一台重27吨、可供1200只电灯照明的发电设备。1879年，西门子发明了电力机车。1890年英国伦敦首先用电力机车做了地铁机车，在

在中国，消费品制造很发达，消费者需求追风变化也非常快，所以中国的生产制造企业现在也渐渐变成小型生产单元的，不敢搞大规模大批量生产，而在逐步适应多品牌、小批量、一条生产线可以混合生产模式。

中国政府也知道中国成本红利已经不能再持续，所以要注入新动力来发展经济。这届领导人很准，就是高科技，所以每年推一个科技战略：中国制造2025、5G、互联网+、云计算、大数据、智能+、数字中国...。

这是因为中国人只争朝夕，需要赶快变现。但是羊毛出在狗身上，羊毛不能直接变现，所以需要尽快把这条变现路径（拉新-留存-活跃-变现）尽量变短，如果不能尽量变短，那就尽量推动加速用户在各个环节的转换。

现在到了云计算时代，云计算整个大体系被简单粗暴分为SaaS、PaaS、IaaS，有人就混淆视听，就把PaaS叫做中台，中台就滥了：Spark/Hadoop叫做中台、TensorFlow

而且听说现在也在尝试开展金融业务，在精准保险推荐（还是呼叫中心小姑娘外呼销售）、二手车精准估值、抵押信用估值都有数据驱动。而且数据还驱动以旧换新车辆升级、精准推荐保养。这就是大数据的真真实实的好处。

针对能源、矿产资源、水、大气、森林、草原、湿地、海洋等各类生态要素，充分利用多维地理信息系统、智慧地图等技术，结合互联网大数据分析，优化监测站点布局，构建资源环境承载能力立体监控系统。

大家看看，企业服务轰轰烈烈的3年过去了，中国企业服务资本风投轰轰烈烈的3年也过去了，中国大众创业万众创新、企业创新平台、企业所有制混改的3年也轰轰烈烈过去了，中国云计算轰轰烈烈的3年竞争也过去了。

叶国富说：他们对现场人员不称作销售员，而称作服务员，只负责好上货、找货、搞卫生就行。（幸好中国经历了很成熟的班尼路、鸿星尔克之类的服装快消品，有很多熟练合格的服务员从业者）

3、探索渠道：自建渠道，做不起来。有能力有坚持力的渠道，都在用友金蝶或行业ISV领头羊手里。想借用用友金蝶的渠道？没门，连用友金蝶的各个事业部或者用友金蝶高管出去创业，都很难借用用友金蝶的渠道

互联网企业都面临着弹性的强烈需求，因为互联网属于流量集约型的，如果一不小心做火了就会非常快的增长，不会像线下那样受地理位置限制而每家一块地缓慢发展。所以互联网只有第一第二，其他都被流量黑洞打死了。

首先说说私有云，不管你是自建机房自己购买IT设备，还是自己购买IT设备然后托管放在知名IDC机房的指定专有区域，还是自己购买IT设备然后托管放在云计算厂商的机房中的指定专有区域，都算私有云。

这套模式，在B2B的IaaS、PaaS、SaaS、大数据、人工智能这些领域中，仍然适用。过去是客户一次性购买买断，现在是分期租用，只是收费周期长短的问题，模式的核心并未改变。所以IBM一定还会犯活。

这套模式，在B2B的IaaS、PaaS、SaaS、大数据、人工智能这些领域中，仍然适用。过去是客户一次性购买买断，现在是分期租用，只是收费周期长短的问题，模式的核心并未改变。所以IBM一定还会犯活。

它不靠SaaS平台挣钱，但它的研发团队比你的还大；它是甲乙业务IT一体化它的产品功能更实用；它直接从事业务它直接使用它自己研发的工具而不购买你的工具；它是业务流水和资本支撑产品细腻打磨。

2012年开始，OpenStack开源风起，虚拟机的集群管理终于有主了，云服务商可以大规模进行虚机管理了。2014年，Docker和Kubernates开源风起，也是起到了更轻便资源占用的隔离性。

可见集成，跨层纵向调用，水平横向之间调用，产生了多少交交叉叉，因而引发了多少牵一发动全身的事情。本来简单的事，就被万金油们搞成浆糊了。为了清晰的集成，我们有必要把调用都集中在逻辑层，而不是散在各处。

这本书写的并不好，但对国家治理的四大要素：官（怎么来怎么去）、法（怎么制定怎么执行）、税（怎么来怎么去）、军（怎么来怎么去），在历代的变化以及变化的背景问题、变化的关键推动人，都说的挺好。

他们的弱点也非常明显，他们的消费者聚合能力、金融资本筹措能力、产业链IT平台建设能力，都弱。尤其是产业链IT平台建设，大量依靠外包，动辄就要搞联合项目行动、长周期磋商探讨、大量集成、大量标准协商。

中国政府在2015年7月份发布了《生产性服务业分类（2015）》，我给大家介绍一下。因为大家看完我的介绍，就知道我们下一波将会火热什么，你赶快看完我的文章去占位发财。

我把你们最看好的APM领域都算在云运维内，我都没看好一家公司，实在抱歉啊。APM本质是持续集成、运维性能监控优化的范畴，这个领域不会是一个独立的领域，APM不是一个独立市场，它一样会被上下分食掉。

我把你们最看好的APM领域都算在云运维内，我都没看好一家公司，实在抱歉啊。APM本质是持续集成、运维性能监控优化的范畴，这个领域不会是一个独立的领域，APM不是一个独立市场，它一样会被上下分食掉。

有收购来的红人点点（社交平台广告投放开放平台）。没想到用友一搞互联网营销，居然就做最当红的社交平台广告投放，而且还是开放平台供需自由对接，网上直接计费、结算、支付划拨（这多亏了用友金融）

中国的企业由中国人构成。中国的客户方、中国的软件方，同一个层次的这两个供需双方，水平都差不多。中国人太多，人才太少，而你经常遇到的，恰恰是客户方的员工或是软件方的员工。他们大多缺乏三种工作入门素质：

2、打碎/单一功能APP/单点突破、功能精细、轻型简化/功能克制、UIUE体验良好

如果大家觉得好，请关注阿朱的微信公众号【erpweixin】