阿里在探索數位轉型的过程中经历了不同的发展阶段，比如技术架构演变、组织架构演变、业务“急”、技术“疲”、人才错配、数据文化演变等。梳理这些可为企业數位轉型提供更多的借鉴意义。

一、技术架构演变

阿里的数据中台架构是从BI等独立数据工具演变而来的。早期，阿里并没有使用报表，直到各个业务单元逐渐产生了分析需求，才开始采用BI工具来分析数据。到后来，淘宝涉及的业务需求越来越多，为了应对这些需求，便开始为数据治理、大数据集群配置相对应的工具，导致不同类别的工具越来越多。

为了更好地解决问题，阿里需要将不同的工具组合成集成式平台，在集成式平台运行的过程中，阿里发现该平台存在一些缺陷。

1.数据质量管控和应用未实现智能化

阿里使用集成式平台期间，数据经常出错，IT团队不得不调动大量工程师以手动的形式保障数据分析结果准确和数据治理的效果，但数据仍然会出错，且维护成本高。

2.无法快速产出深度智能应用

该平台产出的是报表和精准行銷、用户画像等静态数据应用，不能快速产出深度智能应用，比如动态画像、智能运营等应用，且该平台的开发成本较高。面对以上问题，阿里逐步由集成式平台进化到现在的数据中台，整个演变过程及各阶段的特点。

二、组织架构演变

阿里的组织架构经历了6次演变，如图15-3所示。

第一阶段:业务部门负责提需求，由IT部门实现，但二者各自独立。

第二阶段:业务部门负责提需求，由IT部门下设的两个子部门—数据部门和传统IT部门实现。

第三阶段:业务部门下设IT部门和DT部门，IT部门增设数据管理部门。

第四阶段:业务部门下设數位化部门和IT部门，IT部门下设数据技术部门。

第五阶段:业务部门保留數位化部门，原有的IT部门和DT部门共同支撑业务部门，IT部门下设数据部门和數位化部门。

第六阶段:IT部门负责传统的技术支持，DT部门提供数据技术和數位化能力。

以上是阿里6次组织架构的演变历程。在这期间，阿里对不同部门进行拆分，尝试了不同的组织模式，逐步发展成如今的组织架构。

某些企业想照搬阿里的组织架构，以图“一步到位”，但这并不能真正解决企业面临的问题。企业应在参考阿里组织架构的基础上根据自己的具体情况设计适合自身发展的數位化组织架构。

三、业务创新模式

在组织架构不断演化的过程中，阿里的业务部门需要不断创新以提升业绩，即“业务急”。但是，业务创新需要后台强有力的支撑，IT部门常常因为需求不断变更、创新成本太高等原因，无法及时响应业务部门的需求。

业务创新无法被满足一般包括以下几种情况。

1.需求难描述，被认为是产品差

对于一些难以描述的业务需求，IT部门认为是业务需求涉及的产品不符合市场需要，即“需求难描述，被认为是产品差”。业务需求有时候很难用语言精准地描述出来，IT部门一旦遇到这种情况，响应速度就变慢了，而业务创新也就止步于此。

2.创新成本太高

有些业务需求虽然可以被业务部门清楚地描述出来，但是如果用传统的IT开发方式实现，开发成本较高，可能导致这种需求不能通过产品评审会。企业在立项时需要为各个项目排优先级，且预算有限，某些开发成本过高的项目可能无法通过。

3.周期长、响应慢

项目执行周期长、响应速度慢也会导致业务创新不能被及时响应，业务创新的过程如下图所示。

热点事件通常会在网络上引起热议，是开展行銷活动的好机会。运营人员想通过热点事件做行銷活动，需要做很多前期准备工作，且执行周期较长，往往会因此错过最佳时机。比如，某运营人员想要针对某手机产品做一次行銷活动。做活动的前提是要有执行方案，而想要完成具体的可执行方案，首先面临数据问题。事件行銷可能覆盖几亿用户，运营需要精准地找到C端用户，同时分析出哪些B端商家适合参加这个活动，还要对SKU进行筛选。这些工作需要数据来佐证，因此，运营人员需要对数据进行分析，从而确定不同阶段的可执行情况。

(1)确定C端用户

运营人员需要在热点事件爆发的前期确定哪些用户最有可能购买手机，例如恰好在最近浏览过手机产品的用户。

(2)确定B端商家

运营人员需要初步筛选出适合参加本次促销活动的商家，并根据活动的具体需要进行二次筛选，最终确定入围的商家。

(3)确定SKU

运营人员需要运用数据从上亿的SKU中筛选出适合参加这次活动的对象。可见，这样简单的一个行銷活动也是需要数据支撑的。在整个行銷流程中，通过数据分析确定这三类参与者，最快可能也需要两周的时间。而两周之后，这个事件的热度已经过了。很多时候，这样的创新机会就因为执行周期长而不了了之。致力于數位轉型的企业可以对比阿里的业务创新的模式，部署數位化技术，优化业务部门的业务创新方式，降低业务创新的成本，缩短业务创新的时间。

四、技术价值显现

技术部门支撑着业务部门的发展。在长期低效的工作中，一些IT人员的工作状态会变得消极，原因可能是他们每天都在做无法提升个人价值的工作，具体表现如下。

1.制作报表

数据部门经常做的一项工作就是制作报表，通常是用Excel等办公软件或写SQL的方式分析数据。制作报表对于IT人员的职业发展价值有限。

2.人工筛查数据错误

IT部门是通过传统的数据仓库技术使用数据的，不论是报表、模型还是智能应用，都缺少对数据质量的维护。很多公司以人工维护的方式来保证数据质量。

数据一旦出错，技术部门便会以人工的方式在浩瀚的数据字段和数据指标里寻找关联数据和数据出错原因。但是，数据出错的原因多种多样，有可能是业务系统技术模块里一个字段的定义发生了变化，造成上层在做数据应用时，数据指标也发生了变化;也有可能是数据没有计算完整，或者模型没有训练好出现了错误。只通过人工或少量工具作为辅助的方式完成数据错误筛查，需要调用大量的IT人员，且耗时较长。

3.补窟窿

一个公司存续的时间越久，产生的数据应用就会越多，报表、应用或模型都会产生数据结果。而一旦数据应用和数据产品开发岗位发生人员变动，后来的技术人员可能看不懂前任写的代码，无法顺利更正数据。企业出现的数据错误越多，IT部门需要补的窟窿就越多。技术人员不得不花费较多精力查漏补缺，很难再有精力去研发新的应用。

4.工作价值不被认可

企业运用传统的技术架构产出的大多是报表或展示类应用。即使IT部门开发的应用再好，产生的价值再多，也只是为业务产生的部门提供辅助决策工具而已。业务价值高可能是因为业务人员决策正确，也可能是因为报表的准确度高，这很难分辨是激起了关键作用。业务价值的提高无法确定是技术部门的功劳，工作价值无法被量化。另外，这些报表本身是很难帮助公司降本创收的，虽然IT人员的工作量较大，但都是日常工作，无法衡量IT团队的价值，其工作价值也是不被认可的。

技术团队总是做着简单、重复的工作，且不被认可。淘宝经历了很长时间的发展才让技术团队从这样的状态中解放出来，令其工作有价值、被认可，技术人员的工作热情变得高涨。致力于數位轉型的企业只有完成了这个转变，技术部门和业务部门才有未来。

五、人才配置合理

在數位轉型过程中，阿里也曾混淆技术人才和數位化人才。如今，大多数企业的人才配置是以业务人员和技术人员为主。大多数时候是技术人员根据业务人员提出的需求和想法给予技术支持，而技术人员最核心的工作内容就是高效地写出质量更佳的代码。曾经的阿里也和大多数企业一样，没有从技术人才中细分出另外一种角色，即數位化人才。

數位化人才的主要职责并不是写代码，而是快速洞察业务问题，以数据应用的方式创新性地解决业务问题。解决方案有可能是由技术人才实现的，也有可能是由數位化人才实现的。

对于技术人才和數位化人才的隶属关系和层级关系，阿里在早期也不是非常清楚，曾经让技术人才领导數位化人才。二者的工作思路是不一样的，技术人才追求更高效地实现业务价值，數位化人才追求的是创新性地发现业务存在的问题并解决。让技术人才领导數位化人才会影响數位化工作的效率。阿里经过一段时间的摸索后才逐步形成了數位化人才与技术部门各自独立工作的模式。

六、数据文化演变

阿里在數位轉型的过程中，数据文化的演变经历了7个阶段，下面进行详细介绍。

1.不相信數位化的能力

阿里最早提出要进行數位轉型时，很多人是不相信的，一些业务部门和关键决策人持反对意见。因为业务部门背着业绩指标，他们需要用更稳定的方法去完成业绩。但是，數位轉型是企业的整体战略，业务部门不得不一边在數位化创新的路上花费大量时间和精力，一边承担业绩压力。在不能确定數位轉型是否能成功时，就会对转型效果持怀疑态度，担心业绩受到影响，而高层又要求數位轉型工作不能影响业绩。

2.排斥數位化

业务人员排斥數位化的原因很多，阿里规定各部门要尝试用數位化方式做业务，业务人员拿出一部分精力配合这样的创新，但是在创新过程中却发现效果并不理想。这是因为一开始以管控的方式进行數位化是错的，让IT做DT的事情，业务部门花了很多精力配合數位化工作，但效果又不是很好，还使得业绩受到影响。

3.机械性地应付數位化

配合數位化创新是组织下发的硬性任务，而各个部门都有重要的工作要完成，这时有人可能就想应付了事，这种情况往往是最可怕的。

4.产生数据应用的意识

在这个阶段，数据起到的更多是辅助作用。业务部门能够感受到数据的价值，可能是因为在一两件事情上数据起了很大的作用。在这个阶段，业务人员主要还是采用传统的方式解决问题，只在某些时候会想到结合数据。阿里在这一阶段萌生了数据信仰文化，一旦公司上下对数据有了信心，數位化发展就会进入到下一个阶段，也就是所谓的以数据为主导阶段。

5.以数据为主导

这一阶段在阿里内部被称为数据化运营。业务部门遇到问题或者想要进行业务创新的时候，都会优先想到用数据的方法来提高效率，他们会把机械性的工作交给數位化应用处理，集中精力做更有创新个性的事情。在这个阶段，业务部门有了數位化运营的意识，会主动用数据的方式进行业务创新。在这一阶段，数据方式和传统方式在业务中各占一半，但对企业来说这已经是一个比较好的状态了。能否进入下一阶段取决于这个阶段的数据响应是否足够快、足够灵活。

6.离不开数据

到了这一阶段，业务创新基本上离不开数据，也可以说大部分工作都已经建立在数据基础之上了。阿里将自己定位为数据公司，也有这方面的原因。可以说，阿里一旦离开数据，便没法正常运转了。在这个阶段，阿里的整个组织都十分依赖数据，各部门工作效率都非常高。企业上下已经习惯了用数据来解决问题，碰到问题的时候也会优先想到用数据解决，其次才是用人工解决。这种数据应用的状态贯穿到下一个阶段就会发展为数据信仰。

7.形成数据信仰

不管是经营当前的业务，还是开拓一个新的业务，甚至成立一个新的公司或者事业部，从高层到中层再到基层，所有人都会潜移默化地用数据的方式开展相应的商业活动。

更多企业數位轉型干货尽在《數位轉型方法论》