从平台到生态用友BIP商业创新平台能否支撑其千亿估值

　　今天准备谈下用友BIP商业创新平台，在去年我曾经谈到过对于用友网络给千亿估值，最高达到1500亿估值让人看不懂，也有很多分析师认为用友从传统的ERP产品+实施的模式转变为云服务模式很成功，云服务收入也在逐年上升趋势，理应高估值。
　　在去年用户发布了BIP商业创新平台，而实际上这个平台和围绕这个平台的数字化战略，生态构建才是关键。从互联网+到两化融合，从数字经济到企业数字化转型，从智能制造到工业互联网，整个数字经济的市场容量足够大。
　　从产品到服务，从平台到生态，才是数字化下的核心商业逻辑。用友BIP商业创新平台概述
　　官方解释中，YonBIP定位为数智商业应用的基础设施，企业服务产业的共创平台。它具有数字化、智能化、高弹性、安全可信、社会化、全球化、平台化、生态化的八大特性，是一个数智化平台，也是一个服务企业的生态，将以平台和生态模式，更便捷、高效地支持企业和公共组织的数智化发展，尤其是商业创新。
　　就技术和专业而言，YonBIP将基于移动互联网、大数据、云计算、人工智能、物联网及5G、区块链为代表的新一代数智化技术，按照开放和生态的思想，采用云原生、微服务、中台化、数用分离等全新的架构，构建包括技术平台、业务中台、数据中台、智能中台的PaaS平台iuap，进而一站式提供营销、采购、制造、供应链、金融、财务、人力、协同等领域云服务，以及政府、能源、建筑、教育、汽车、烟草、餐饮等行业的云服务，并以生态模式汇聚企业创新发展需要的各种服务资源和能力，全面支撑企业以数智化手段管理自身价值链，并以服务企业管理创新和业务创新为主，支持企业的商业创新与可持续发展。
　　平台服务模式、生态、商业创新是YonBIP的关键词，也是YonBIP与过往的数智化模式，如ERP等产品服务模式的核心区别。其生态、平台模式的核心要义在于，打破过去更多侧重企业内部运营提供数字化产品服务的局限，将企业的外部价值链，以及企业发展所需的各种专业服务资源和能力，也都连接进来，让企业可以通过平台随取随用。这也是YonBIP实现它所强调的另一个关键词——＂商业创新＂，并且让商业创新＂如此便捷的关键所在。
　　从产品服务模式（SaaS为主）升维到平台服务模式（PaaS+SaaS+BaaS+其它XaaS，即＂用友+＂生态），YonBIP也是用友对自己如何助力企业数智化转型升级的大升级。通过YonBIP，它将不只是帮助企业提升内部效率，也助力企业更好地整合外部要素，更便捷高效地创新增益。它将成为企业的数智化底座，而它要支持的，是企业从运营管理到业务创新的方方面面，是整个作业和价值链的高效运转。用友PaaS云平台和技术架构体系
　　从前面对用友BIP的介绍，可以看到实际上用友BIP可以理解为三个方面的内容。其一是底层的厚平台，这个厚平台既包括了云原生技术平台底座，也包括了业务，数据和智能中台能力层的业务沉淀。其二是在厚平台之上构建的各个垂直领域，垂直行业的云服务能力，比如采购云，人力资源云等。其三是基于平台+云服务后形成的连接生态能力。
　　YonBIP的全新一代技术架构体系，主要包括了云原生架构、元数据驱动的架构、中台架构和数用分离架构等四大架构，即用友YonBIP的＂三横一纵＂技术架构体系。
　　可以看到，YonBIP的四大技术架构群分别涵盖了技术基础设施层、数据层、中台共享服务层和纵向从端到数据的应用全链路。这些技术架构体系能够将各种数字化技术与企业商业创新需求融合，使商业创新变得简单、便捷、大众化、社会化。
　　YonBIP的全新一代技术架构保障了企业数智化转型过程的无缝切换，而其六大关键技术，更是其驱动商业创新的核心能力，包括移动互联网、云计算、大数据、人工智能、物联网&5G，以及区块链。
　　在我原来给出的底层平台架构的时候，重点分了横向的两层，即对底层的云原生技术平台和上层的业务能力中台。而在用友的整体技术架构体系里面增加了两个内容，其一是纵向的云数据驱动架构，其二是数用分离。因此需要对这两点做下解释。
　　纵向-元数据驱动架构
　　这又回到了我们传统说的模型驱动架构或低代码开发平台构建逻辑，也就是说好的模型可以支撑你应用的快速开发，构建或组装复用。模型包括了应用数据模型，流程模型，规则模型，界面建模，服务建模，大数据分析中的数据建模等。
　　所有的建模最终都是靠底层元数据进行描述。元数据驱动架构本质意思就是如果我们能够把模型描述清楚，那么就更加容易实现低代码开发，应用的快速组装和交付等。
　　模型驱动贯彻整个平台到应用的所有横向分层。从最底层的技术平台，到中台的核心业务逻辑和数据模型，再到前台的应用展现，所有内容都可以用元数据和模型进行描述。技术人员或业务人员应该更加关注模型和对模型的元数据定义，而最终的底层技术实现应该变化为黑盒对上层用户透明。
　　简单来说，底层技术的复杂度不应该引入到上层应用的构建逻辑中。
　　当你构建了一个完整的技术平台和架构体系后，重点就需要放在如何上上层应用或服务的构建能够更加方便快捷，足够的灵活和可扩展，那么云数据驱动和低代码开发平台等就是其中的关键抓手。
　　数用分离-加速应用的构建
　　Solid（Social Linked Data 社交关联数据）是 Web 之父 Tim Berners-Lee 爵士所领导 MIT 团队的 Web 重新去中心化项目，基于 Linked Data（关联数据）原则以构建去中心化 Web 应用。将数据与应用分离，数据存储在云端 POD（Personal Online Data 个人在线数据） 上，应用访问数据需被授权。
　　数据和应用的分离将提高竞争力，以更快的速度激发创新，提供服务的能力不再取决于数据的所有权。应用将以服务质量取胜，因为人们随时可以更换更合适的应用。
　　如果简单看上面技术架构图，实际上还是很难理解数用分离的作用，数用分离看上去更多的是类似数据中台能力，提供统一的数据湖和数据仓库以方便后续的基于数据的运营，基于数据的分析和应用。
　　那么数用分离究竟是在谈什么？
　　从用友自己的解释来看，数用分离更多还是在数据湖和数据中台构建逻辑上。它基于SSOT(单一真实数据源，Single Source Of Truth)和MVOTs(Multiple Versions of the Truth)思想，以数据中台为支撑，用业务数据化、数据资产化的思想来设计企业服务，给数据予以多层次标签和多维度关系，将数据入湖并资产化，由此打破数据的应用所属和领域使用约束，实现数据和应用的分离。
　　而个人理解，数用分离的核心就是应用的构建者不一定需要你完全去产生数据，是数据的Owner和所有者，你完全可以基于已有的数据服务能力来构建松耦合的上层应用。
　　当重新来回顾数用分离的时候，我想谈几点。
　　其一是即前面谈到的，构建应用可以更加快捷，你不一定拥有数据，但是不妨碍你构建应用，你仅仅是使用数据提供的服务能力，你是数据能力使用者而非数据拥有者。在这个逻辑下关键还是围绕数据的服务能力开放。
　　其二是从传统的业务流程和场景驱动，转变到围绕数据为核心的数据驱动，数据运营和数据分析。数据不是业务流程执行完成后内容的沉淀，而是一开始就基于数据驱动入手考虑数据能力的构建和运营。
　　其三是解决传统的私有云，产品+实施模式向公有云服务转变过程中的关键问题，即数据本身的存储，所有权问题。这个问题不解决，应用很难实现云服务化。而数用分离下希望告诉你的是，你在云端可以构建新的应用和服务，但是数据本身还是企业自建的，包括数据可能还在企业内部私有环境，只要你把关键能力开放出来即可。从传统产品和实施转向云服务
　　除了国外的Oracle ,SAP两大ERP巨头厂商外，国内的ERP软件厂商主要就是金蝶和用友，同时两家在最近几年都在做同样的事情，即云服务转型。
　　整个ERP产品市场可以说发展到当前基本已经到了一个瓶颈期，或者说已经是一个存量市场，一个更加偏向于日常运维和服务的市场，要想出现新的利润快速增长点基本不可能。同时在当前企业数字化过程中，对于私有云化部署的传统ERP项目建设和实施逻辑是否还成立都是一个巨大的问号。
　　早在10多年前，用友就推出了面向中小企业的伟库SaaS应用，金蝶推出了自己的友商网SaaS应用，但是实际来看面向中小企业的SaaS应用服务并没有取得期望的效果，包括整个SaaS应用服务也在市场上沉寂了多年，真正做成功的就没有几个。
　　因此我们需要首先思考一下这个问题在哪里。
　　隔离的两类市场无助于连接生态构建
　　简单来说就是在多年前的云服务化转型上面，仅仅是推出了面向中小企业的SaaS应用服务，就是中小企业直接上SaaS，传统大企业还是继续私有云方式下的ERP产品构建和实施。也就是说细分市场和客户给出了两种不同的选择。
　　传统大企业没有上云服务，ERP厂家也不敢完全革了自己的命。
　　但是由于两个市场推广逻辑下，两方面的业务和用户群并没有出现交叉，企业认为中小企业上SaaS应用是提高效率和自动化水平，而中小企业想的是上SaaS能否更好的帮我赚钱，即我们说的上SaaS后能否快速的构建和大企业的连接。
　　当我们构建一个社群的时候，你如何上社群能够不断扩大和新人加入？实际上最好的方法就是有很多大V在那里，新人加入可以和大V建立连接。简单来说就是新人加入并不是说你社群能够提供多么有用的知识，而是社群构建了关键的连接，连接本身有价值。
　　因此传统的SaaS应用将大企业市场和中小企业市场分离，面向中小企业的时候更多又以单纯的提升效率为卖点，那么注定就不可能成功。真正好的思路即ERP厂商要革自己的命，让大企业逐步转向云服务，然后通过大企业来构建你希望的连接生态，小企业自然就会上来。这才是一个关键逻辑的转变。
　　微服务解耦思想加速垂直领域云服务化
　　对于ERP软件的发展实际有一个重要趋势的变化，即传统的ERP套装软件都是大而全，无所不包。一个软件太臃肿一定就降低了其灵活性。因此在后续ERP建设和实施中，一般大型点的企业都开始围绕ERP拓展构建大量的外围系统，类似采购，合同，WMS，项目管理，CRM等诸多外部系统。ERP在很多企业更多变成了一个财务能力中台。
　　大量系统构建完成后又形成了信息孤岛，系统间需要集成，因此在这个事情很多企业又构建了SOA集成平台或ESB总线，主数据平台来解决信息孤岛的问题。
　　单体应用越来越庞大，在变更运维，性能扩展上都遇到了问题，因此单体应用逐步拆分和微服务化成为内部IT架构转型的一个重要发展趋势。而实际上围绕ERP构建大量外围垂直业务域的垂直应用，本身就是一种拆分。
　　前面谈到对于中小企业全面SaaS化相对容易，但是对于大中型企业，你期望企业自身围绕ERP的所有系统全部迁移到云平台或云服务上，这个短期本身就不现实。
　　那么大中型企业如何上云？
　　简单来说大企业的上云应该是一个逐步演进的过程，即首先是某些和核心ERP耦合低的垂直业务域逐步上云，其次才是整体的内部IT应用全面上云。
　　这即是用友现在推的垂直领域云，包括了财务云，采购云，营销云，制造云，人力服务云等，这些垂直域的云服务相对来说更加容易快速的进行迁移和实施。
　　我们可以看下用友采购云的介绍，如下：
　　采购云立足需方构建的社会化网络交易平台，帮助企业实现全球化采购和网络化协同。支持直接物料、间接物料、工程服务三大交易场景，提供一站式采购服务。涵盖采购寻源（招标/谈判/询价）、合同中心、采购协同、云采超市、废旧拍卖、可视与分析、供应商关系管理七大应用服务，打通社会化交易与企业供应链、制造流程，连接供应商、2B电商，帮助企业获取全球资源。平台支持大数据高性能交易处理和智能化匹配推荐，让采购交易更简单。
　　当我们看了这个介绍后，就更加清楚，面向大中企业构建的采购云服务平台，重点一定不是在于单纯的信息化和自动化，效率的提升。而是前面谈到的两大关键点，即连接能力和内容资源提供能力。
　　简单来说就是我打造的是统一化的集采平台，你需要的供应商和货源都在我这里，我能够更大程度地发挥连接优势，发挥资源集采优势，帮助你降低成本。
　　大企业愿意上到你的平台进行集采，那么更多的中小企业也愿意上来提供原材料，中小企业自然就上了你通过的SaaS服务，同时上来的中小企业越多，本身又可以进一步发挥产品和资源的整合，提供更低的集采价格和成本控制优势。这就形成了一个良性循环，充分发挥飞轮效应和生态构建的优势。
　　在云转型的浪潮之下，用友2017、2018、2019和2020年上半年，云服务收入为4.1亿元、8.5亿元、19.7亿元和7.5亿元，增速分别为250%、108%、132%和59%。连续三年云服务收入增速超过100%。可以说，用友每一步都踏准了软件产品转型升级之路。世纪之初，从财务软件转型到企业管理软件。在从企业管理软件转型云服务，SaaS市场在过去几年的年复合增长率高达43%。
　　从公布的数据来看用友云服务转型相对成功，但是这里的云服务有多少是真正的公有云服务能力，哪些还是传统的私有云产品应用转变为服务方式我们不得而知。
　　但是这个并不是关键，关键的点是在于产品转服务是配合企业数字化转型的关键趋势，特别是对于大中型企业产品转服务，本身就是一个逐步演进的过程，更加应该根据实际情况逐步实施和落地，同时通过连接平台来完成企业内部私有云和公有云服务之间的集成和协同。从云服务到生态体系构建
　　对于用友的BIP商业创新平台，不能简单地理解为一个技术平台或一个领域或行业云服务提供，如果仅此而已，那么很难支撑用友的高估值。
　　高估值那么一定就需要一个好的故事或预期，而这个预期是可预见或可行的。
　　这个预期就是基于用友的BIP平台构建的用户生态体系，对于企业信息化到企业数字化的发展，从消费互联到产业互联，都在说明一个关键道理，即得生态者得天下。
　　对于用友生态体系的构建逻辑，初步理解如下：
　　构建企业和企业间的连接生态
　　简单来说你首先需要建立企业和企业之间的连接，也就是说大量企业都用了你的云服务后，那么企业之间本身可以建立连接。
　　这个连接有个条件，其一就是你做的企业垂直领域云服务不能单做一个，整个供应链上下游的云服务你都需要覆盖。比如下游的采购云服务，上游的销售云服务。也就是说一个企业上来，它的身份既可以是面向下游企业的采购商，也可以是面向上游企业的供应商。
　　正是如此，整个基于供应链的上下游连接才能够形成。这个也可以看作是构建更大的产业互联生态的一个基础。
　　其次，这个连接的构建本身应该是大中型企业先入驻，再带动中小企业入驻的模式。也就是说先有需求者，再有供应者，为了让需求者入驻你可以给出有诱惑力的条件。
　　注：在我们最早谈连接生态的时候个，更多的在谈平台或应用开放API接口服务能力，构建能力开放平台，实现应用之间的连接和集成，这个连接仅仅是连接生态最基础的技术支撑，企业和企业之间真正形成业务连接才是连接生态构建的关键。
　　构建以核心数据驱动的内容生态
　　如果你说你提供一个采购云服务平台，估计并没有多少企业感兴趣，但是你如果说你现在提供成千上万的，能够发挥集采优势，极具竞争力的商品或原材料，估计大家都会感兴趣。类似的还有如果你如果提供一个人力资源服务云，没有谁会感兴趣，但是你如果说上面有大量免费的专业人才库你可以检索，那估计很多企业付费也愿意。
　　举上面的例子是想说明对于云服务来说，应用功能是其次的，重点还是应用功能里面提供的数据和内容，以数据驱动的内容生态构建才是关键。
　　在构建内容生态的时候，实际始终都在解决一个问题，即让企业愿意把数据以服务能力的方式暴露出来，数据很多是属于企业私有，企业并不愿意暴露，但是我们换个相反，如果你暴露你的数据服务能力，是为了云服务平台更好的帮助你赚钱，你愿意吗？
　　构建端到端全链路打通的服务生态
　　任何一个企业如果要想做大，那么一定是围绕其核心业务竞争力，非核心竞争力按道理都应该外包专业服务来完成。最简单的例子就是你为了你自己产品的运输，一开始一定不是自己去建立一个物流部门或自有车队，而是找专业的物流公司提供服务。
　　在任何一个企业本身的业务运作中，都可以看到存在类似保险，物流，金融支付，产品检测认证，法律各方面的服务能力。那么要高效地打通端到端全链路业务运作，接入这些第三方的服务能力，来构建一个完整的服务生态就是必须的。
　　完整的服务生态下增值服务的提供，往往才可能是最佳的可持续盈利模式。
　　最后再简单总结下生态构建逻辑，即：
　　通过打造平台和云服务能力，让企业上云。同时企业上云来构建企业间的连接生态，同时基于连接生态来构建数据驱动的内容生态，同时在内容生态运作中进一步夯实聚合各类第三方机构能力的服务生态。