[attach]8513[/attach] 为了分别聊清楚SAP、Oracle、用友、金蝶及鼎捷这五家友商公司的告急软件产物线，我们筹分别下面五个章节来举行，每章节以该公司**的首页图样作为开头：
[attach]8514[/attach] www.sap.comSAP产物简史，53年的迭代SAP，为“** Applications and Products”的简称，是SAP公司的产物——企业管理**方案的软件名称。该公司创建于1972年。履历了近半个世纪的发展，现如今，险些成为了大型企业信息化数字化的代名词。不外，这个过程并不是一挥而就、一帆风顺的，此中也履历过各种杂乱、错误、迷失。如今，许多大型企业与构造会直接利用SAP最新产物S/4 HANA,大概升级到S/4 HANA。但是HANA到底是什么呢？与之前的版本有何差别呢？为什么会有这些厘革？SAP是怎么一步步酿成如今这个样子的？这些标题的相识，信托可以资助一些年轻的顾问和SAP的客户，得到更多角度的认识。这也是写这篇文章的目标。也大概，这篇文章的内容也可以对国内toB行业的软件行业偕行，在产物演进构思上、在错误思绪规避上、在差别化产物探求上、在核心范畴的借力上，也可以或许有所开导，那就更好。SAP产物的发展汗青，大抵分成以下六个发展阶段，并大概每十年一次大的迭代升级产物的过程。 [attach]8515[/attach] 一. 让我们重新开始，R/1诞生[attach]8516[/attach] SAP由上个世纪七十年代初的几个前IBM员工建立。他们开辟出的第一个体系称之为RF（及时财务），厥后改名为R/1，这个字母R，Realtime及时的意思，它是一款基于大型主机上运行的体系， 这个在当时可谓是相当具有技能创新意义的，要知道IBM大型机**/360在1964年才发布；Unix在1974年才第一次对外公布消息；Oracle 也是在1978年才开始创业。SAP的软件产物战略基于以下三个告急概念，不停延用至今：提供尺度化“现成**方案”：在几十年前，许多企业一样寻常是从零开始开辟自己的应用管理步伐的期间，SAP就盼望是开辟出通过很少的设置就可利用的实用于各种企业的软件产物。及时：输入到步伐里的信息，可以在整个应用步伐中得以及时利用；集成：同一数据在体系的多个功能部分之间共享，从而极大的镌汰对冗余数据输入的需求。及时集成到底意味着什么呢？一个来**造业的例子。原质料被转换为制品，然后**并运送给客户。这个过程涉及许多部分。采购，仓储，制造，财务，贩卖等。如果我们仅思量此中一部分，从供应商处吸收原质料，必要举行两项活动。[attach]8517[/attach] 在ERP之前，这些活动大概已经分别完成，比方，堆栈管理大概已在一天竣事时，更新了库存清单，然后发送了信息副本以供财务更新帐户。一整天，库存和财务信息，都不会是最新的或同等的。而且浪费了两次输入雷同数据的精神。利用SAP，当堆栈更新库存时，管帐纪录将主动及时更新。在配景，ERP在差别的表之间有许多毗连，可以使差别职能和团队的信息保持同步。一旦相识了这一点，我们就会相识ERP体系的代价，以及它们为何云云受接待。我们可以想象，在上个世纪70年代，**如许的标题对于企业的告急性，以及以当时的技能，资助多行业企业，毗连流程和数据时的复杂。同样的原理，SAP采取了同样的目标尺度，应用于贩卖，营销，生产等。二. 进入1979年，SAP发布了R/2版本[attach]8518[/attach] 1979年，IBM的数据库和交互控制体系的推进，促使了SAP的重新思索。正是在如许的配景下，第二代尺度软件：SAP R/2体系诞生了。从技能角度来看，从R/1到R/2的转换，是一个更为玄妙的演变，随着SAP开始扩大其客户群，核心功能也有所增长。关于R/2，核心是一个扩展的思绪，这个过程中，告急是对业务、行业特性的覆盖度上，随着客户和项目越来愈多，日益丰满。随着业务的不停拓展，1984年，SAP国际公司在瑞士创建；1986年在奥地利创建第一个子公司；1987年，盘算机技能更新和软件产物尺度化发展，促使SAP实验在软件生产中创建规范，开始开辟R/3体系。而1988年SAP在德国公开上市，更是成为其里程碑的一年。1989年，SAP为SAP R/2推出了各种开辟项目，包罗利用新的工具如ABAP/4编程情况。三.进入90年代和R/3[attach]8519[/attach] 在SAP早期创建软件规范的资助下，1989年，SAP R/3也已初具规模。1991年，SAP在汉诺威展会上展示了SAP R/3体系中的首批应用。1992年，SAP将SAP R/3体系全面推向市场。R/3被分类为客户端/服务器体系，是一次更机动、更经济的架构式改进。R/3体系更**，可扩展性更强，为天下范围内的构造业务提供了机会。R/3每年都在发展，如今以致另有许多企业利用的还是R/3体系。1993年，SAP开始与微软公司相助，将SAP R/3移植到Windows 的操纵体系上。R/3体系资助SAP得到了更多中型企业及大型企业团体的分公司和子公司的市场机会。1998年，SAP乐成进入了纽交所。同年，推出了全新的CRM和SCM**方案。 从R/2到R/3的转换意义庞大，并举行了许多庞大更改：R/1和R/2被分类为大型机体系，R/3被分类为客户端/服务器体系。这是随着盘算机遍及过程中，做的一次更机动、更经济的架构式改进。台式机（比方Windows台式机或条记本电脑）上有更完备的“图形用户界面”；在服务器端也更**，更容易扩展和更机动。从R/2到R/3的变化，以及R/3到90年代的一连发展，也代表了所涵盖业务流程的显着扩展。R/2和R/3黑白常差别的体系。要从一个体系切换到另一个体系，您必要在加载到R/3之条件取和转换数据，还必须映射全部历程。也可以这么说，从R/2切换到R/3，雷同于从非SAP体系切换到R/3。在评论R/3时，思量规模和举世化也很告急。大型机体系通常是为单个国家或业务部分实验的。R/3的更**，可扩展性更强的体系布局，为实现一个涵盖整个地区，或天下范围内的构造业务的R/3体系提供了机会。举世化构造覆盖，这很告急，由于它是导致更大数据量和更多性能寻衅的因素之一。作为一个复杂的集成体系，R/3每年都在发展，并在举世范围内被大型构造利用。这是HANA附带的场景，也是一个很有前瞻性的计划，如今以致另有许多企业利用的还是R/3体系。为了简朴阐明R/2和R/3的差别，我们可以看几个屏幕。 [attach]8520[/attach] [attach]8521[/attach] R/2 具有非常简朴的界面，此**能键和事件代码用于在字段之间导航；R/3 包罗菜单，选项卡，按钮，“资助查找”等。我们将看到，SAP在R/3和S/4 HANA之间的表面和感觉也有了很大的进步。关于R/3流程范围的阐明这是一个从事R/3工作的人都认识的图表，它概述了R/3涵盖的差别模块或“功能地区”。[attach]8522[/attach] 只管ERP和R/3好像很复杂；而且，它所做的就是通过在体系中输入交易业务纪录有关业务活动的信息，并将有关发生的情况的信息存储在数据库中。然后，您可以查察和调解该信息来管理企业。以下是上面表现的一些模块的一些简朴示例： FI - 财务管理，纪录定期应计项目。CO - 本钱控制，纪录/查察部分的付出。SD –贩卖和分销，纪录要**给客户的贩卖订单PP – 生产筹划，筹划生产时间表MM - 物料管理，纪录内部物流和外部交集点的物料移动信息，并主动库存盘算。HR – 人力资源，付出员工工资和管理。四.ECC（mySAP ERP）、NetWeaver期间：当我们来到2000年时，SAP品牌宣传变得有些杂乱。[attach]8523[/attach] 有许多关键重点范畴，我们看到R/3被称为mySAP.com，也被称为ERP（技能上称为ECC）。值得注意的重点是： 1999年5月，SAP公布了一项新战略及其产物组合：mySAP.com。定位在Web技能底子上将电子商务**方案与SAP现有的ERP应用步伐联合起来。2000年，SAP成为了举世第三大**软件供应商。2001年，SAP扩展了mySAP.com，使其成为一项全面的业务应用技能。2004年，SAP NetWeaver的第一个版本推向市场。2009年，SAP推出了SAP Business Suite 7软件，该软件旨在资助企业优化性能并低沉IT本钱。这个阶段，SAP的品牌就混淆了许多产物，尤其是在2005年到2010年期间，SAP开始了一系列的收购，此中包罗Pilot Software、OutlookSoft、、MaXware、Business Objects等公司。2004年，互联网泡沫破碎后的回升阶段，SAP为了**杂乱的局面，又回到了主打R/3的阶段，不停升级到4.7版本，直到2009年。五.Business suite[attach]8524[/attach] 在2000年代，R/3或ERP涵盖的流程数量不停增长，别的，还启动了许多其他应用步伐，以在某些范畴提供更高级的功能。SAP在90年代后期开始将许多此类产物打包在一起，定名为“业务套件”。业务套件的告急组件是：[attach]8525[/attach] ERP（企业资源筹划），根本上是R/3的发展–业务套件的核心，包罗财务，人力资源管理，运营，公司服务等。CRM（客户关系管理），贩卖，市场营销和服务。SCM（供应链管理），采购网络，生产网络，分销网络，筹划，构造和实验供应流程。PLM（产物生命周期管理），产物构思到生产。SRM（供应商关系管理），质料，商品和服务的采购。确定要**的商品才华付款。关于OLAP与OLTP的阐明如前所述，R/3存在的一个告急标题，是无法处置惩罚不停增长的数据量的陈诉，尤其是对快速分析的需求不停增长时。作为体系的R/3并非旨在快速读取数据。这导致了**体系的开辟，比方SAP的数据堆栈BW，这些体系颠末优化可读取数据。以下术语用于形貌这两种差别范例的体系： OLTP –在线交易业务处置惩罚（比方R/3）OLAP –在线分析处置惩罚（比方BW）[attach]8526[/attach] 因此，大型构造通常得到的体系格局，此中包罗将多个OLTP体系和多个OLAP体系毗连在一起。而且这还没有思量到Web应用步伐，大数据等主题！这时间的SAP，越来越复杂，在推出HANA之前，回首一下SAP产物组合的状态非常有用： ERP的核心已经发展了几十年，所涵盖的流程的数量和复杂性不停增长。还提供了多种针对特定行业的**方案；涵盖了许多地区的要求；纪录交易业务的应用步伐（OLTP），与实验简朴陈诉的应用步伐和信息分析的应用步伐（OLAP）之间存在分歧。及时集成并不存在于整个应用步伐中。产物组合变得巨大，部分缘故起因是SAP开辟了多种新产物，部分缘故起因是大量收购。这些年来，集成和网络技能的尺度和方法取得了庞大进步。自负型机期间以来，总体而言，业务体系情况的复杂性不停在大大增长。我以为这是一个主题，在体系布局筹划中没有**应有的标题，而我们应该拥抱新技能，同时也应该使旧技能公道化。这时，我们进入了2010年代，SAP的部分重点是低沉核心产物的复杂性，同时还不停开辟新技能。HANA在低沉复杂性和将及时性重新纳入分析功能方面发挥了告急作用。六. S/4 HANA[attach]8527[/attach] 什么是S/4 HANA ？，它代表“ SAP业务套件4 SAP HANA”，而且包罗了许多差别的东西。这是为什么HANA未被很好明白的缘故起因之一。它不能准确地称为技能升级或功能加强，它是两者的联合。别的，作为S/4 HANA转换的一部分，有许多可选项。每个公司都必要根据自己的目标界说自己的S/4 HANA转换范围。在本文中，将先容S/4 HANA的三个告急构建块。这些是： HANA平台（或HANA数据库）– **ERP所面临标题的新数据库；S/4 HANA（即HANA业务套件）– 利用HANA平台的上风的业务套件7的更新版本；Fiori – 一种新的UI方法，更加注意机动的应用步伐样式开辟和移动。[attach]8528[/attach] 在这篇文章中，将用剩下的大部分时间来表明HANA平台及其对业务套件的影响，我以为这并不为人所知。对于商务套件和Fiori，我将做一个非常简短的概述，由于这些主题非常深入，而且SAP具有大量可用信息。别的，在查察这些主题时，必要逐个完成，比方按功能或UX案例。HANA平台要相识HANA，我们必要稍微思量一下内存在盘算机中的工作方式。与许多应用步伐一样，ERP的计划基于当时可用的技能可以完成的工作。告急制约因素是处置惩罚本事和存储本钱。硬件限定导致软件逻辑上的限定，这导致了我们上面已经讨论过的许多标题。然而，思量到摩尔定律，处置惩罚本事和存储量的增长以及硬件本钱的低沉使SAP有机会重新思量ERP的体系布局。这将我们带到HANA。HANA是用于指代一个由SAP首创人之不停导开辟的新数据库的术语（Hasso Plattner是SAP的五位首创人之一）。HANA代表高性能分析应用步伐。HANA平台具有三个关键功能，可以**ERP和BI面临的标题，它们是： 1. 内存盘算；2. 列式数据库管理和数据压缩；3. 并行处置惩罚；我们将看一下前两个主题，以更好地相识HANA是什么。由于，第三点，并行处置惩罚，是一个相当广泛的概念，当代盘算机可以在一个操纵上同时利用多个处置惩罚器。要开始表明HANA怎样利用内存，让我们思量一个通例台式盘算机的示例。内存可以分为3种范例： 1. 辅助内存：最大和最**的内存。磁盘或固态驱动器。电源关闭时，数据将生存。写入或读取数据非常慢。2. 主存储器：告急由RAM构成，代价更高，但比辅助存储器快得多。电源关闭时数据会丢失。3. 高速缓存内存：靠近CPU的少量非常快的内存，用于存储CPU当前正在利用的数据。[attach]8529[/attach] 决定盘算机处置惩罚速率的最大因素，是盘算机可以读取和写入内存的速率。如果处置惩罚器必要访问辅助内存，则该过程将非常痴钝。R/3不在桌面上运行，而是在服务器上运行。因此，我们可以将R/3 ERP视为具有大量数据量的大型盘算机，不能将其用于高级数据分析的告急缘故起因之一，是从辅助内存中检索数据所泯灭的时间。利用HANA举行内存盘算随着技能的进步和组件代价的降落，如今可以以肯定的本钱得到主存储器，可以将其用于从前只能存储在辅助存储器中的存储量。要直接引用SAP，SAP HANA在多核CPU上运行，处置惩罚器内核之间具有快速通讯，而且包罗数TB的主内存。利用SAP HANA，全部数据都可以在主内存中利用，从而克制了磁盘I/O的性能降落（即读/写到辅助内存）。用简朴的英语来说，ERP中的完备数据集，存储在我们台式机或条记本电脑上的“ RAM”中，而且处置惩罚器可以轻松访问。利用HANA，我们不必要辅助存储器来举行一样寻常操纵，如下所示。但是请注意，它用于备份/劫难规复，比方在断电的情况下。[attach]8530[/attach] HANA的列式数据存储除了内存外，HANA还应用了数据库管理方法，这些方法在压缩数据方面服从更高。压缩数据越多，体系运行速率越快。传统上，OLTP范例的数据库会将数据生存在行存储中。如果将行存储与其他方法举行比力；列存储，您将很快意识到，对于列存储，许多值大概会并排重复。直观地我们可以看到，柱状存储大概更容易压缩。压缩是一个相当广泛且技能性的主题，但只需想象一下所在表中的“都会”列，我们将有数百个（如果不是成千上万个）“伦敦”条目，如果是如许的话，我们就无需存储每次利用伦敦时，我们都可以存储以伦敦为都会的行的范围，这意味着，如果有关于伦敦的查询，则应用步伐不必要遍历每一行来获取结果。[attach]8531[/attach] 思量到“列”存储的“内存中”计划，HANA平台提供的数据库的运行速率比R/3或Business Suite 7或任何传统OLTP体系中利用的数据库选件要快得多。这很告急。我们不再必要将OLTP和OLAP应用步伐分离到差别的数据库/应用步伐。单个HANA数据库和应用步伐可以有用地实验两种范例的操纵。这是大规模简化硬件，技能架构和数据架构的机会。我们可以简化商务套件应用步伐。如许的一个例子：由于OLTP体系通常在读取和分析数据方面很慢，以是在处置惩罚事件时通常会更新许多小计和总计表。这些表以及许多复杂性可以简化或删除。SAP Business Suite 4 HANA –简化项目追念我们说过S/4 HANA的三个告急构成部分[attach]8532[/attach] 既然我们涵盖了HANA平台，我们就可以看到S/4 HANA中存在的商务套件，本质上是Business suite 7的更新版本。我们可以说，从数据库角度来看，从R/3到S/4 HANA的转换是一项技能升级。但是从应用步伐的角度来看，还存在进一步的更改和加强，此中许多更改是通过数据库转换实现的。S/4 HANA实现的很大一部分简化和加强功能，以及您想实现哪些简化和加强功能。并非全部的简化都是欺压性的。每次简化或加强都会对流程，数据等产生独特的影响。本日不会详细先容这些，这是一个巨大的清单。值得一提的是，大多数简化都在财务和物流范畴内。财务方面的一些例子： The universal journal（告急简化表格/分类帐，因此可以在财务范畴举行陈诉）Changes to transaction code（删除旧的/引入新的）新总帐（S/4 HANA之前已实现的GL的更新版本）新资产管帐等等在财务方面，简化之旅始于ERP（ECC 6.0），这时NewGL推出了，它大大简化了财务和控制的工作方式： 简化编号 内部分类帐（比方取消FICO对帐）添加领先/非领先的分类账功能以满足多种评估需求扩展GL代码块，比方用于IFRS分段要求NewGL为HANA实现的进一步简化提供了出发点。FioriFiori是SAP的用户界面计划的新方法。Fiori的告急目标之一，是允许开辟职员快速创建“应用步伐”，作为SAP**定活动或任务的界面。这些应用步伐可以改**视觉计划，特定于脚色的操纵，而且可以在台式机，平板电脑和移动装备等之间举行调解。Fiori从launchpad开始，在这里可以将差别的应用步伐，作为图块以及用户个性化选项，搜索和关照之类的全局元素放置在右上角固定位置。[attach]8533[/attach] 这为针对特定脚色定制界面，并改**用户体验的本事迈出了告急的一步。一清二楚，关键人物和活动一清二楚会带来许多长处。Fiori随附了许多SAP提供的应用步伐，构造也可以开辟自己的应用步伐。7.谈到SAP产物末了SAP在其高出五十年的汗青当中，发展为了一个平台型的公司，发展成为ToB的软件巨头，与其强盛的技能创新气力、开源开放战略、不停地收购和扩展产物线、相助共创等办法是密不可分的。那么在人工智能大热的市场下，SAP又会有什么样的动作呢？如今如今的SAP无疑是巨大、复杂的，也无疑是机动、强盛、丰富的。怎样组合？怎样应用？怎样迭代？怎样监控 ？怎样把握利用深度？怎样联动企业发展？等等… 这岂论对企业来说，对顾问来说，都更具寻衅。您以为相识和规划SAP干系工作的哪些方面最具寻衅性？- SAP End -2025年，Oracle初次逾越SAP，成为举世最大的ERP应用软件供应商，竣事了SAP自上世纪80年代以来在该范畴的恒久霸主职位，我们就转聊Oracle的企业软件产物了。 [attach]8534[/attach] www.oracle.comOracle ERP产物宿世今身Oracle ERP的发展历程可追溯至20世纪90年代初，其演变过程与举世ERP市场格局细密干系，以下是梳理的几个关键节点： 一、开端与早期发展
当前Oracle ERP与SAP并称行业“双雄”，其乐成源于一连并购整合与技能前瞻性。早期因缺乏市场认知被低估，但通过战略调解终极实现逆袭。 Oracle ERP从最初的数据库衍生工具，通过并购扩张（Peoplesoft、NetSuite）和云转型（Fusion Cloud ERP），乐成从传统ERP巨头变化为云+AI驱动的企业服务向导者。将来，它将继承在AI、主动化、安全合规方向深化，但需应对国产更换和SAP竞争的双重寻衅。 这里，我就知道的情况聊聊，如果各人不敷过瘾，想进一步相识Oracle ERP的宿世此生，这里我先容一篇原创文章给各人，点击链接《ORACLE ERP 的宿世此生》可直接进入阅读。 - Oracle End - 上面，咱们就两家国外的龙头企业与产物聊了一下，对于咱国内企业软件企业来说，有句”北有用友，南有金蝶“之说的鄙谚，下面，咱们就这两家的产物进一步谈谈，从北用友开始。 [attach]8535[/attach] www.yonyou.com用友五款告急产物：BIP、U9C、U8C、YonSuite、U8+ 这五款产物是用友在 “平原战争” 与 “高原战争” 中摆设的立体化产物矩阵，本质是用友从软件允许模式向云服务订阅模式全面转型过程中，针对差别客户阶段、差别需求条理推出的战略产物。
用友的“战略皇冠”和生态基座。它的目标是通过BIP实现“国产化更换”，在大型、超大型团体客户市场创建绝对上风，并构建一个雷同Salesforce Force.com的PaaS生态。这是用友迈向平台化公司、提升估值天花板的关键。
2、国产化更换的“王牌”：在当前的国际**经济格局下，BIP是打击SAP、Oracle在大型国企、央企及巨头企业中把持职位的最有力武器，享有巨大的政策红利和市场窗口期。 3、技能架构的先辈性：真正的云原生、微服务、中台化架构，理论上具备更好的弹性、扩展性和迭代速率。
2、“平台”与“应用”的失衡：在打造强盛平台的同时，其核心应用（如财务、制造）的功能深度和成熟度，尤其是在与U9C这种深耕多年的产物对比时，在某些场景下大概被客户诟病为“大而不全”。 3、内部斲丧：巨大的研发投入是公司亏损的主因之一，如果市场增长不能尽快消化投入，将面临巨大的表里压力。 二、浅谈U9 Cloud优劣势 深耕离散制造行业的“隐形冠军”。它的战略任务是守住一个利润丰厚、门槛高、对手难以攻入的利基市场。中国市场必要深度行业化，制造业是根基。U9C的存在确保了用友在核心制造业的话语权和一连现金流。它大概不是增长最快的，但却是最稳固的“护城河”之一。
2、极高的客户粘性：一旦乐成摆设，更换本钱极高，客户粘性极强，能带来一连稳固的维护费和服务收入。 3、云化升级：相比传统U9，U9C提供了公有云、混淆云等更多摆设选择，满足了客户上云的开端需求。
2、技能架构的“汗青包袱”：虽冠以“Cloud”之名，但其内核是传统U9的云化升级，而非从零构建的云原生架构，在真正的多租户、弹性伸缩和产物体验上，与YonSuite有代差。 3、被融合的运气：从久远看，其最名贵的制造内核大概会被徐徐融合到BIP的“制造中台”中。（注意是“融合”而非“更换”，但融合之后，既然BIP有了雷同以致更加强盛的制造中台，那U9C将来的发展战略就存在极大的不确定性了。是基于这个中台举行重构？大概徐徐定位为BIP在制造范畴的一个“超等行业插件”？我们多年以后再来定论） 怎样界说U9C与BIP的关系，是让U9C**发展，还是果断将其本事沉入BIP平台？这关系到研发资源是“**”还是“聚焦”。 三、浅谈用友U8+优劣势 U8+的战略任务非常现实：贡献稳固现金流、维持巨大的渠道搭档体系、守卫巨大的存量客户群。转型必要钱，必要时间。U8+就是转型期的“粮草”和“稳固器”。不能盲目放弃这块巨大市场，而是要通过“+云”（好比为其嫁接畅捷通、银企联、转换YS等云服务）的方式，徐徐引导存量客户向云迁徙，为终极向BIP/YonSuite过渡夺取时间。
2、极致的成熟度与稳固性：颠末二十多年的迭代，产物极其稳固，功能满足中小企业“财税贸一体”核心需求绰绰有余，是“不会错”的选择。 3、现金牛：传统的允许证模式为团体贡献了至关告急的当期现金流，为转型输血。
2. 被SaaS降维打击：正遭受来自YonSuite、金蝶云星空等纯SaaS产物的剧烈打击。后者更低的入门本钱、更优的移动体验、更快的迭代速率，正在疯狂收割新生代企业主。 3. 渠道转型的“绞索”：巨大的传统渠道搭档体系是其上风，也是其向云转型的最大包袱。涉及贸易模式（从一次收款到分期收款）、职员技能、服务模式的彻底厘革，阻力巨大。 四、浅谈U8 Cloud优劣势
2、平滑过渡：对于恐惊彻底改变但又盼望实验“云”的U8+老客户，U8 Cloud提供了一个迁徙本钱相对较低的选项。
2、左右互搏：它不但对外与YonSuite等真云产物形成辩说，对内也与U8+自相残杀，分流了本该升级到更先辈平台（YonSuite）的客户。 3、没有将来：这是一种过渡性、防御性的临时方案，从技能趋势看注定会被镌汰。在其上的任何投入从久远看都大概是一种浪费。 如那里理U8 Cloud？ 这是一个战略级困难。生存它，会延缓真云转型；放弃它，大概引发渠道动荡。高层必须在“短期稳固”和“恒久准确”之间做出困难决议。 五、浅谈YonSuite的优劣势 YS的主要战略任务不是立即创造巨额利润，而是以最快的速率抢占市场心智和份额，尤其是对抗金蝶云星空等SaaS对手。它代表用友有本事做出真正的、国际尺度的SaaS，并能吸引新一代客户和生态搭档。YonSuite是BIP理念的SaaS化实践，是“用友云”品牌的尖兵。
2、天生举世化与**化协同：基于一个平台计划，自然支持多语言、多管帐准则、多所在、多法人协同，非常恰当当代的新兴企业、互联网企业、团体分支机构。 3、代表将来：是用友向资源市场报告增长故事的核心载体，其订阅制收入模式（ARR）是估值重塑的关键。 4、与BIP生态同源：作为BIP上长出来的SaaS应用，可以无缝享受BIP的平台本事和生态资源，将来扩展性无穷。
2、渠道辩说与本事错配：传统的U8+渠道搭档在贩卖、实验、服务YonSuite时面临巨大寻衅。订阅制收入模式也会短期内影响渠道搭档的现金流，转型动力不敷。 3、市场担当度磨练：必要教诲市场担当“数据全部上公有云”的理念，并直面与金蝶云星空等产物的白热化竞争，获客本钱高。 末了关于用友的一些思索 1、怎样再造渠道？ 这是转型成败的命门。可否乐成将渠道搭档从“软件经销商”变化为“云服务顾问”，决定了YonSuite和BIP可否快速规模化。 2、技能层面的买通与融合：确保YonSuite和BIP共享同一PaaS底座，加快创新同步。探索U8+/U9C与BIP平台的集成方案，让传统产物客户能平滑享受到BIP的生态本事（如采购云、**云、银企联云等），作为增值服务，“以新带老”。 3、将来的大概性演进：①U8+终极会徐徐被YonSuite覆盖和更换，这是一个不可逆的趋势。当前战略是最大化其现金流代价，同时引导其客户群徐徐迁徙；②U9C最名贵的制造内核应徐徐沉淀为BIP的“制造中台”或“精智制造云”，成为BIP攻克大型制造企业的核心武器，U9C自身则可聚焦于中型制造市场；③YonSuite & BIP是绝对的将来。YonSuite负责“量”，快速覆盖SaaS市场。BIP负责“质”，攻坚**客户，树立标杆。 王文京向导下用友的战略蓝图是清楚的，但实验难度是地狱级的。用友也正在用本日的亏损和杂乱，赌一个云期间的将来。终极，这场“五箭齐发”的战争乐成与否，取决于用友可否乐成驾御传统与创新、深度与广度、允许与订阅之间的巨大张力，实现安稳而果断的战略转型。这条路很长，但方向是准确的。 - 用友 End - [attach]8536[/attach] www.kingdee.com金蝶软件的四款平台：苍穹、星瀚、星空、星辰 先来一段交际废话：在云服务这场马拉松中，金蝶软件既构建了令人奋发的数字化舰队，也面临着来自深海暗流的寻衅。表面的人看，金蝶软件阵容划一、从航母到巡逻艇都有了；关起门来说，每个平台也都是双刃剑，爽点背后也有暗坑。优劣参半吧，没有美满的产物，只有恰到好处的需求契合。进入主题： 一、 苍穹（PaaS平台）：技能大牛的“阳春白雪”与规模化之困
2、“最佳实践”的沉淀与变现：苍穹上沉淀了金蝶过往服务大客户的履历与方**（如企业架构模子、流程模板）。甲方购买的不但是技能，更是内化了行业know-how的“数字化蓝图”，这大幅低沉了其试错本钱，构成了难以被纯技能公司**的壁垒。
2、与巨头们的正面斲丧战：在PaaS层面，不可克制与阿里云、腾讯云、等巨头短兵相接。这是产物、生态、资源和底子办法的全面竞争。大厂的IaaS险些白送、就为捆着卖PaaS，苍穹作为**PaaS平台的获客本钱和生存压力被急剧放大。 3、生态的不确定性：苍穹上的行业插件和**方案由ISV提供，其质量七零八落。你大概找不到你所在行业的成熟**方案，必要自己重新造轮子，本钱和时间不可控。 二、 星瀚（EBC大型企业SaaS）：抱负与现实的“落差”
2、打洋枪的土炮：在高端市场直面国外体系时，星瀚的国产化（V9.0）、安全可控、贴身服务以及对中国复杂贸易情况（如多构造、多渠道营销）的深度适配。
2、交付本事的极限**：EBC理念的落地必要超强的咨询与交付本事。这对金蝶相助搭档生态的成熟度提出了极致要求。如果交付质量七零八落，很容易形成“喝彩不叫座”的局面。 三、 星空（中型市场SaaS）：现金牛的“天花板”与“围城”
2、渠道生态的肌肉影象：遍布天下的渠道搭档网络为星空构建了强盛的线下触角和交付护城河。这种深度**的生态，使得竞争对手难以在短时间内通过纯产物上风实现颠覆。
2、技能架构的汗青包袱：相较于从零构建的纯云原生应用，星空在演进过程中不可克制地携带了一些汗青技能债务。在应对极度高并发、微服务拆分粒度、新技能融合（如AI原生）等方面，会显得粗笨和迟缓。 3、“被集成”的勾引与陷阱：随着企业选用多套SaaS成为常态，星空是应对峙作为核心中枢，还是开放成为“被集成”的一部分？战略选择至关告急。太过开放大概丧失主导权，太过封闭则大概被客户摒弃于最佳组合之外。 四、 星辰（小微企业SaaS）：流量入口的“代价发掘之痛”
2、“数据富矿”的埋伏代价：海量的小微企业交易业务和活动数据，将来代价大概远超SaaS订阅费自己。等他们长大了，就是星空和星瀚的客户了。
2、产物功能的两难：功能过于简朴、客户发展后极易流失，功能过于复杂、又违反了简朴易用的初志。稍微复杂一点的业务场景一碰就碎，好比多SKU的序列号管理、复杂的生产工序、深度的客户分级，它立马抓瞎。固然了，一分钱一分货，也不能祈求太多。 3、与互联网巨头的“降维竞争”：钉钉、企业微信、飞书等平台通过免费底子功能+生态应用的模式，构建了强盛的平台效应。星辰作为**SaaS，在流量获取、用户粘性上与之相比处于自然劣势，必要思索怎样与平台共舞而非正面抗争。 写在金蝶末了：一盘大棋，下的步步惊心 金蝶的四舰编队已然成型，但其飞行并非一帆风顺，核心寻衅在于： 1、协同大于内耗：必须创建清楚的客户传导机制（如星辰->星空->星瀚/苍穹）和代价分配体系，让四款产物形成协力，而非相互争取资源。 2、产物化与定制化的平衡：尤其在高端市场，必须找到将项目结果转化为可**产物的捷径，否则将陷入“做得越多，包袱越重”的逆境。 3、生态的真正开放：无论是苍穹的开辟者生态，还是星空、星辰的渠道生态，必须从管理走向赋能，构建长处共享、繁荣共生的运气共同体。 选型发起①：星辰看预算，星空看平衡，星瀚看气力和管理，苍穹看野心和本事。永久别被贩卖牵着鼻子走； 选型发起②：星辰怕“业务长太快”，星空怕“需求太个性”，星瀚怕“实验玩不转”，苍穹怕“自身没人才”。甲方要清楚认识自身短板才华避开陷阱，且，不要对大而全的产物要求深而精。 选型发起③：别听信“中台”、“EBC”、“云原生”这些高大上的词汇。追问到底“这个功能在哪个菜单？”“这个场景详细怎么实现？”“谁来做？要多久？加多少钱？” 全部体系都答应能支持将来业务发展。但你要评估的是，为谁人“将来”提前付出的巨额本钱和负担的复杂度，在“如今”是否值得。 通常，选择比当前需求略高一点点的产物，是最经济的选择。 - 金蝶 End -下面，我们再聊一家企业软件市场中不容忽视的，早期具有台资企业配景的软件企业——鼎捷数智的软件产物。 [attach]8537[/attach] www.digiwin.com鼎捷数智的四款产物：T100、E10、易飞、TOPGP 鼎捷全部产物的核心上风，都源于其数十年深耕制造业所沉淀的“行业Know-How”，这也是鼎捷无法被容易**的制造业魂魄。与用友的“生态平台”战略和金蝶的“云原生”战略差别，鼎捷的产物战略核心是 “行业深化” 和 “客户分层” 。 而鼎捷的劣势与其上风同样光显，比力突出的是身世标题（点到即止）带来的国产化信托危急、生态与渠道建立的滞后性、专业顾问的青黄不接、技能栈的“淹没本钱”与转身迟缓…… 本日只谈产物，不谈战略。我没有谁人高度。 一、鼎捷T100
2、行业深度：继承了鼎捷在制造范畴的深厚积聚，生产制造模块（尤其是离散制造）的深度和风雅度，是鼎捷与用友BIP、金蝶苍穹等平台型产物竞争时的核心差别化上风。
2、生态与平台本事单薄：告急定位是“强应用”，在构建开辟者生态、提供低代码平台（aPaaS）、数据中台等方面，与用友BIP、金蝶苍穹相比存在显着短板，更像一个套装软件而非生态平台。 二、鼎捷E10
2、性价比高：在代价、功能、实验本钱之间取得了良好平衡，是中型客户“稳妥”的选择。
2、技能架构危急：传统的C/S架构已显着落伍于期间，虽能维持存量市场，但在吸引新一代企业主时乏力。云转型压力巨大。 3、创新不敷：产物发展重点在于维护和小修小补，缺乏颠覆性创新，存在感徐徐弱化。 三、鼎捷易飞
2、稳固性和可靠性：高并发业务操纵下性能表现可靠，强盛的流程管理和继承性。拥有巨大客户群，是鼎捷业务的毛细血管。
2、落伍的用户体验与学习本钱：功能强盛带来的反面是操纵不敷“傻瓜化”，用户必要担当较多培训才华纯熟利用，上手门槛较高。一个简朴的操纵大概必要点开多个窗口；操纵界面具有剧烈的传统软件风格，繁琐、不敷直观，与当前主流的Web化、移动化、轻便化的用户体验有代际差距。 3、战略职位边沿化：在鼎捷聚焦中高端制造的战略下，易飞所能得到的研发和战略关注度最低，毕竟上大概已被战略放弃，其存在仅是为了消化末了的存量客户和渠道需求，不再见有实质性投入。 四、鼎捷TOPGP (原易拓ERP) 该产物应该已经进入生命周期封存期，很少大概不再对外主推贩卖，多是存量客户。之以是也拿出来分析，由于鼎捷官网依然还生存其较靠前的位置。
2、客户粘性极高：一旦在客户复杂的生产情况中乐成应用，由于其专业性极强，更换本钱巨大，客户忠诚度非常高。
2、技能架构陈旧：与T100雷同，面临技能架构老化的寻衅，用户体验（尤其是移动端）相较新一代云产物有差距。弹性不敷、升级未便、用户体验相对传统。 3、本事被融合的风险：恒久来看，其最核心的制造本事有被徐徐沉淀到将来大概的新平台或中台中的战略风险。 写在鼎捷软件的末了： 鼎捷最大的逆境在于，最核心的上风（制造深度）无法规模化**，而最致命的劣势（配景、架构、生态）却难以在短期内补充。产物层面，寻衅远比机会更为严厉： 1、云转型的滞后性：全线产物都面临技能架构老化的核心标题。如安在不放弃现有成熟产物上风的条件下，快速向云原生架构转型，是最大的战略困难。“船浩劫掉头” 的逆境比用友、金蝶更为显着。 2、平台与生态的缺失：缺乏一个同一的PaaS平台来整合T100、TOPGP、E10的本事，导致研发资源分散，无法形成生态协力。在与夸大“平台+生态”的对手竞争时，故事不敷动听，估值也受影响。 3、多面受敌：上攻高端市场，受制于国际巨头的壁垒；下守中低端市场，受到国内友商和SaaS新权势的代价与灵敏性打击。但是也有大概，鼎捷只想聚焦做好做深制造业、成为深度行业化专家、而非全能霸主。 - 鼎捷 End -到此我们聊完了SAP、Oracle、用友、金蝶及鼎捷这几家图凌友商的软件产物线，各人有什么反馈，可以留言给我们。末了，以一段与这几家软件干系的短视频作为竣事。【告急提示】有粉丝私信说，偶然收不到本公众号的推送。这是由于微信调解了保举机制。如不想错过每期推文，请星标公众号，详细方法：点击下方手刺→点右上角（…）弹出菜单栏→点“设为星标”即可 [attach]8538[/attach] 更多消息：1、多品种+小批量生产筹划方法2、企业实验ERP体系的关键乐成因素3、该演示功能是工厂引入ERP软件的告急意义之一4、该演示功能是工厂引入ERP软件的告急意义之二5、谈谈ERP是怎样实现满足物料全程可追溯性要求的6、小功能，大用处，分享一组图凌ERP里不为人知的细节功能7、PQ-PR为多品种少数量生产安排与排程提供了简朴可行的方法8、面向复杂产物BOM的数据完备性与差别化分析ERP功能演示9、三言两语 | 评估一个ERP项目是否实验乐成的关键指标10、一张图，相识ERP知识布局与发展历程11、图凌ERP实验培训与技能交换现场图分享12、大道至简，看ERP怎样助力工厂轻便处置惩罚浩繁复杂业务的 13、本日，聊聊为什么说ERP是一分价格一分货 14、ERP中BOM等生产主数据展示15、聊聊图凌ERP【turingERP】里的MDI与SDI两种界面风格16、APICS更名ASCM的背后与思索17、企业去顺应ERP，还是ERP去顺应企业18、回首乔布斯07年第一代iPhone发布会现场，为创新点赞！19、视频演示ERP业财一体化后，财务管帐职员一样寻常工作的样子20、图凌软件**发展型企业管理"规范与服从"之间抵牾的探索 免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！ |
登录后关闭弹窗
