万字长文浅谈企业数字化建模蓝图.docxVIP

万字长文浅谈企业数字化建模蓝图 好久没有更新文章了，最近一直在给一些大型企业做数字化转型的方案，所以公众号又落灰了。恰逢项目间隙，想着沉淀下之前的一些建模的方法和思路，分享给大家。 一、写在正文前 目前我就职于一家tob的数字化服务公司，主要为各类大中型企业服务，提供数字化转型的咨询、诊断、评估、落地实施等一条龙的服务。 在这个过程中接触了很多百亿规模营收的公司，即有之前熟悉的零售连锁行业，也有很多未曾接触过的行业，如医药，保健品，工业等。 在服务的过程中，无论是前期的战略规划还是系统顶层架构设计，对我这种常年生活于互联网公司的人来说，最大的感受不是在于许多传统行业的同学不向往数字化，而是大多数人也说不清楚怎么样叫数字化。 对于大多数人来说，包括一些在互联网公司的人员，对于数字化、信息化、数智化这些层出不穷的概念未必都有很清晰的理解和认知。下图是我对于各类公司在广泛意义上对数字化理解的细分拆解： 数字化阶段拆解 工具化：有些公司还停留在所谓IT时代，大多数对于系统的理解是进行单点的操作工具。 比如单一的财务系统，通过导入excel生成订单记录的订单系统等。 这类公司对于系统的理解更多是excel表的延伸，不具备太多流程化的信息能力。不过此类公司在当前时代已经比较少见了。 信息化：这个阶段的公司属于市面上的主流情况，公司内部通过购买、自研等方式已经完成了线上、线下业务流程的打通和闭环，可以通过一定量的信息化系统完成日常的运营、操作、执行等动作。 信息化的典型特征就是看起来系统貌似各个环节都有。但是各自为政的情况比较多。而且数据底层的连通性较差。 不少公司的管理者往往期望在这个阶段就开始所谓数字化的转型，但实际上还是缺乏很多必要的支撑。 自动化：在这个阶段是容易产生误差最大的阶段。 自动化是建立在信息化的基础上，目的是提高系统间的协同能力，这里包括一体化的中台能力，底层的数据架构。从根本上来说自动化是通过系统的协同完成完整的线上作业流程，从而降本增效。 大多数传统公司会误解的点主要是高层在很多时候会忽略这个阶段，尝试从有系统到智能决策一步过渡，但实际运行过程中我们发现，大多数的信息化能力仅仅是有，而还没有做到自动协同，一体化管理决策的基础搭建。 数智化：这个阶段我理解才是我们常常想象的数字化。 智能化决策、数据中枢等等都是我们梦寐以求的能力，到达这个解决的公司是比较少的，往往会通过加速进程的方式使得部分环节达到初步的能力。 数字化转型过程中之所以有这么多的误解，最大的原因还是认知问题。这也就是为什么这么多网上类似的文章提到数字化转型不仅仅是系统升级，更多是战略、组织的变革。 在调研和沟通的过程中，来自数字化转型企业的人员甚至高管经常会问到类似的一些问题： 目前我们系统都比较健全，但是在对业务支撑上总是不太够用，是出了什么问题？ 目前我们的需求来自于业务方，业务人员并不知道如何提出相应的问题，更多的需求都是解决操作易用性的问题。 多数传统企业还是早年信息化的认知阶段，所以在进行数字化转型时候往往按照以前的ERP设计思路来改造数字化架构，感觉到处都别扭。 在我看来，服务过这么多家各行各业头部客户以后发现，数字化转型主要面临的是对于系统价值的认知及使用模式发生了变化。 很多早年传统的管理者，甚至是IT负责人都不能很好的理解其中的价值和含义，才使得数字化转型变得步履蹒跚。 数字化转型在我看来，对于企业业务的经营改革主要是来自于对于认知的变化，体现的现象就是要求一些非标的能力、行为、准则逐步建立结构化的形式和数据，从而提供数据驱动业务发展、决策的模式。 早期企业对于系统的诉求更多是完成降本增效的诉求，所以更多以工具的形式来辅助业务运营。 随着市场环境的不断变化，我们渐渐开始进入到乌卡时代(VUCA volatile，uncertain，complex，ambiguous ),企业需要面对更多的不确定性，更多的竞争，对于企业经营来说也要求脱离以往粗放型的人为决策管理方式，变为精细化、数据化、标准化的高效管理模式。 在这个前提下，对于数字化对系统的要求也不仅仅是工具，而是需要精准的数据、多维度的决策判断、直达一线的命令传达效率等等。 这些都需要通过数字化及系统、数据的改进过程中不停的对组织、战略认知进行调整，从而逐步达到数字化转型的目的。 而在这个过程中，如何量化线下人为的各种运营动作和行为，能够完成从非标到标准化、结构化的过程就是建模的过程。在我看来，掌握建模方法的平台才能最快最有效的快速完成数字化转型的道路。 二、数字化建模框架 我们知道想完成企业的结构化标准化，就需要从战略、执行、模式等多方面出发，这样看来建模也不仅仅是系统层面的架构设计，更多是要看符合战略、模式的契合度。 企业架构（EA Enterprise Architecture）