企业数字化转型的正确认知和路径 ——让团队不再彷徨和迷茫
1.老板期望高，投入少，只投20人期望达到BAT 的效果
2.大数据AI新技术投入要求立竿见影
3.转型阻力大，优柔寡断，半途而废，缺乏连续性
4.会影响到自身的利益，抗拒改变
5.数字化转型风险太大，不敢试错，害怕失败担责
6.遗留系统耦合太深，改造难度大风险高
7.外部咨询公司会帮我们搞定数字化转型的一切工作，我们只需配合就好
8.数字化技术具有颠覆性，会造成混乱和困惑9.数字技术仅适用于拥有巨额预算的大规模企业
10.数字化就是机械、机器人和物联网 (IoT)11.尚未制定数字化转型计划。
现在为时已晚，我们已错过机会
12.只要和客户把关系维护好，数字化转型不太重要
13.数字化转型上云的话，担心数据安全数据泄露
14.数字化转型就是一刀切，把以前的系统快速换掉
认知问题
1.覆盖面与精准度欠缺；少部分无人负责、
缺乏建设
2.缺乏全链路监控；无统一的事故调度组织
3.人员投入：人员结构不合理，缺乏必备的
专业知识和能力稳定性问题
1.业务系统分散
2.系统交互复杂，边界混乱
3.应用拆分解耦不充分
4.
系统交互协议、数据定义不一致5.服务能力输出弱，单体应用居多6.缺少专业的业务架构、产品人才架构问题
1.业务系统分散，一堆遗留破系统
2.系统交互复杂，边界混乱
3.应用拆分解耦不充分
4.系统交互协议、数据定义不一致
5.服务能力输出弱，单体应用居多
6.缺少专业的业务架构、产品人才
7.复杂混乱的技术栈
8.
缺乏规范统一的技术架构设计
业务架构技术
架构
1.业务组件、工具、中间件重复造车轮，未形成技术能力共享
2.缺乏体系化的技术架构迭代规划
3.技术架构人才缺乏，施展空间比较受限
4.总体架构不统一
5.系统治理不完善（容器、编排）
6.应用治理缺失（上下线、扩缩容）
7.服务治理不完善（系统未服务化）
8.故障治理缺失(故障发现、定位、决策、恢复、演练)
架构治理监控
数据库
安全
云建设基础建设
1.技术栈繁杂、不统一、缺乏标准规范流程
2.缺乏健全的工具/平台，孤岛未联动，人工
效率低
3.混合部署导致维护、监控、排障较混乱应用
1.业务线多，DB版本及配置不统一，BUG多
2.系统耦合性高，架构不统一，复杂度高，
易出故障
3.业务SQL无审核管控，易引发故障
4.自动化程度低
1.沒有建设完整的安全体系
2.IDC出入口多，目前没有统一管控防护
3.专业安全人员相对偏少
1.私有云：购买商务产品，自主掌控较弱
2.人员缺乏相关经验
1.IDC故障：87%为运营商问题，13%找不到原
因
2.IDC单点风险；无自主掌控权，故障恢复时
间不可控
3.IDC出入口不统一，架构凌乱不可控
1/6
业务成功
管理组织文化重塑
追求卓越负责任的人更自由鼓
励试错
高
绩效重新定义用户价值
全局视
角下的用户
思维数字化转型战略思维
战略定
力，长期投入全局
视角，全产
业布局自驱式的转型执行力
自
上而下、
利出一
孔的变
革落
地执行力用户
体验驱动的企业
经营持续优化数字化场景思维
数字
化产品思维
站在业
务&用户视角的数
字化产
品能力
思维 数 字 化 转 型
2/6
企业数字化转型
正确认知
¾
数字化转型一定是一把手工程
¾
数字化变革一定是自上而下的¾转型要先变领导者的脑子¾转型必将触动一部分人的利益¾“一把手”统筹，打破“烟囱式”建设
¾科技投入、IT投入是价值成本，和一般的成本不一样
¾合理、务实拥抱新技术，重新思考CTO面向未来的价值&定位，全方位从战略、文化、组织、人才、流程多维度推动数字化转型变革。
¾发展才是硬道理
¾体系思维： 全局视角，舍九取一
¾追求卓越、负责任的人更自由、鼓励试错、高绩效
¾云是最好的商业模式用户思维，平台思维，有利润有收入软件更有价值
¾既要正视数字化转型的风险，也要认知数字化转型给业务带来的高回报。
¾数字化转型过程肯定是曲折的，善于快速识别短期能看到的数字化转型产品收益。
¾深耕用户经营，联合IT团队，构建数字化用户体验运营团队。
¾致力于数字化人才梯队的长期建设。
¾深刻理解业务，帮业务成功¾每个产品能明确识别出核心能力¾适度创新、快速试错，不断迭代¾用户体验驱动的产品优化
¾产品经理下终端，作为用户体验产品¾产品思维比会一个产品重要¾架构思维比架构技术重要
¾设计思维比会一门设计技术重要
3/6
内部(复杂)
认知到位
KISS原则
产品规划
产品设计产品执行
0->1，从无到有；
1->100从有到
优->卓越，不可或缺
持
续迭代外部(简单)
自上而下规划
自下
而上完善
决策能力
交易能力基础能力
智能化
决策自动化
产品能力是分层的
交易自动化
平台化系统化
业务效果感知
看得见的
业务收益看
不见的
产品能力技术能力彪悍执行
哇
Data
无数据不管理多维指标
消费者维度指标产品维度指标项目维度指标技术维度指标绩效维度指标
用户感知 外部（简单）
正向感知-产品的设计
负向感知-Design for failure
内部(复杂)
Data
服务契约
分解功能分析流程4/6
业务能感知的产品能力建设
产品管理流程
3+1组织绩效管理体系
年度季度产品规划
（1）库存一致性方案，解决库存超卖问题（2）电子&服装前台统一化（3）共享库存，尾货清理项目（4）运营一体化（5）服装供应链
（6）大数据数据实时性......
业务关注的重点产品能力建设
产品成熟度评估指标体系
用户体验满意度
产品ROI
BUG 需求故障
...
多维产品视图管理流程
研发中心/小分队/产品指标监
控流程
需求/Bug/故障管理规范&红线
原则产品满意度调研流程
...
Ø构建产品小分队作战体系Ø绩效与激励体系落地Ø给火车头加满油、切尾巴
Ø提高人才密度
5/6
认知转型管理转型产品转型
组织架构&文化
转型u明确分工，同样的能力建设
不允许两个部门重复做
u IT人员必须懂业务，下终端
u IT唯一的考核指标是帮业务成功
u项目PK：用有限的资源做更有价值的事
u IT人员不准碰生产数据
u建立数据湖
u管理系统化、数据化
u上云
u面向产品型组织架构调整
u契约精神
u选择同路人
u切尾巴，给火车头加满油
u提高人才密度，打造精兵队伍u让负责人的人更自由u提前做产品规划，制定清晰可衡量的目标，引领业务
u聚焦做能快速感知到价值的产品u以用户为中心，用户驱动内部经营完善
u快速试错不断迭代
u“一站一键一秒”的用户体验
u制定IT文化手册，进行理念宣导，
上下同欲
u与业务部门Leader达成共识
u每周组织IT总部与业务沟通会
u各研发团队定期组织与业务沟通会6/6。