惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
人人都是产品经理
人人都是产品经理
Engineering at Meta
Engineering at Meta
小众软件
小众软件
I
InfoQ
有赞技术团队
有赞技术团队
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Martin Fowler
Martin Fowler
月光博客
月光博客
雷峰网
雷峰网
aimingoo的专栏
aimingoo的专栏
云风的 BLOG
云风的 BLOG
Last Week in AI
Last Week in AI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
S
SegmentFault 最新的问题
The GitHub Blog
The GitHub Blog
Y
Y Combinator Blog
V
Visual Studio Blog
博客园 - 叶小钗
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
GbyAI
GbyAI
P
Proofpoint News Feed
Apple Machine Learning Research
Apple Machine Learning Research

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
企业数字化项目,潜藏着IT与业务致命的矛盾!
风姑娘的数字视角 · 2024-09-07 · via 人人都是产品经理

本文通过探讨一个常见的场景——IT部门与业务部门在数字化转型项目中的冲突与挑战,揭示了造成这一困境的根本原因,并讨论了解决之道。

此前和一个朋友聊天,他说他们公司很奇怪,他们作为数字化部门,其实也就是IT部门,一和业务开会不是大家沉默就是吵架。

一问数字化系统做得怎么样?答案永远是不太好用。

再问哪里不好用,答案永远是沉默。

比如要做BI报表,问业务有什么需求,答案是需求很多。

再问具体是哪些需求,答案是沉默。

所以我这个朋友就会把所有的数据拉出一个清单,让他们自己打勾。

如此,最后业务并没有给出需求清单。

他说他们实在不知道如何继续,反正一直在以上的“周期”里循环不止,关键是各部门向上汇报的时候,业务总要说他们。

此种情景,相信很多人都深有体会,或者正在经历同样的场景。

但是这里其实有个非常关键的问题,就是业务真的提不出需求,然后对于IT部门做的项目也是真的不感冒,这样的境况在很多企业上演。

很多企业数字化项目推进的都不怎么样,很多企业会把系统项目和数据类项目归入到数字化转型里,所以我们来分析下业务的做法到底对不对。

01

系统项目我们以SAP系统为例,SAP项目比较庞大,涉及了非常多的业务部门,涉入最多的是财务部,因为SAP项目本来就是一个业财一体化的项目,本质企业上这套系统就是为了实现财务数字化的,所以财务部可以说与SAP项目深度绑定。

SAP有专门的FICO模块,也就是全部是财务内容,这里面有流程、有做账、有核算、有报表,按照实际项目实施来看,其实财务部对这里的种种内容都很有微词。

特别是做账,在计算机系统的语言里数字其实比文字更好识别,但是每家企业会计科目那么多,谁能把科目代码都背下来,但是SAP系统好像如果没有二次开发带出来的基本都是代码,所以这个问题就会被财务人员诟病。

SAP系统整套流程非常复杂,我用流程精细化来形容它,很多财务部门的流程并非都非常规范、完备,但不影响他们业务开展,所以上了系统后,其实有的工作会比原来复杂很多,有的可以说比原先有过之而不及,所以用户体验就很不好。

数字化、信息化的项目通常由IT部门发起,整个项目实施中IT部门控预算、控人天,业务部门只是参与方,或者说是配合方,然后项目实施进度主体是由财务部决定,但是控制权仍然在IT部门,所以很多时候IT部门是在把控财务部,然后项目签字却是要财务部先签。

在项目签字这个过程中问题重重,都是很细致的,但是总体来说财务部很难不签字,他们会很有压力,然后在这种过程中其实财务部根本不懂SAP,所有的流程和实施都是被供应商和IT部门拿捏着,很多坑看不到,很多问题无法知晓,但是这些问题却会在整个项目实施后暴露出来,那你问财务部,SAP系统好用吗?谁能说好用?

这只是SAP系统的冰山一角,我们再来看BI这个典型的数字化项目,这个项目的问题我说过很多了,特别是业务也提不出需求这个问题,可以参看这篇文章:BI报表系统建设10大坑。

02

对于BI项目,提不出需求是真的提不出,他们一贯的思维都是报表思维,他们能做的是把原先手工的所有报表发给你,这是他们的需求?但是这真的是需求吗?不是

很多报表虽然沿用很久,但不代表它就是对的,它就是有用的,我们谈数字化转型,转的就是以前固有的思维和习惯,但是最后很多企业都没有转型成功,只不过换了一套工具执行着他们以前的工作而已,本质上并没有很大的区别,因为有时候excel比各种工具还好用。

所以比如我这个朋友,列出数据清单让业务部门勾,业务部门也很为难,但是数字化也就是IT部门人员也不懂数据分析,他们也很难提出分析需求,所以最后一家企业就会被供应商带着跑。

所以这时候什么是关键的?这时候考验的是供应商的咨询能力,但是我们必须认识到一个现实是:很多供应商都不缺乏数据开发也就是技术代码能力,但是能实现咨询解决方案的人是稀缺物,稀有物种怎么轻易被任何一家企业碰到呢?

所以很多企业的BI项目都是钱花了,报表的效率提升发挥了一点能力,但是最终这个项目在企业决策层也就是管理层几乎荡不起水花。

说到这里,你或许能理解我开头说的例子中业务与IT每次的矛盾对抗。

所以能做好企业数字化项目那是相当不容易,那主要的矛盾点到底在哪?

03

两方目标其实并不相同。虽然很多IT部门打着说我要实现业务目标的目的但是本质上并不是,他们按时完成项目比实现业务目标更重要,有的IT部门负责人甚至是以和供应商搞好关系更重要,所以在项目实施中和业务部门就站到了对立面。

责任的锅很容易甩给业务。如果数字化项目失败了,IT部门其实很快可以撇清责任,他们会说他们只负责系统技术层面的支持,但是业务操作应用都是以业务部门为主导,业务已经签字了说明他们认为项目实施的可以,但是我们会发现数字化的项目经理几乎都是IT部门的人,到底谁说了算,显而易见。

沟通不在一个层次。业务的思维在如何更方便做业务,IT的思维在于如何可以实施完工。业务想要快速与方便,但是很多数字化系统是打不成快速与方便的,这个问题不可抗力。

IT部门人员并不具备专业的数字化能力。系统项目因为由来已久比较成熟,所以会好点,特别是数据类项目,专业的人其实是很匮乏的,很多人都是不懂数据应用,都是技术型工程师,所以业务希望IT帮助实现更好的业务目标,但是IT并不具备这种能力。

本文由人人都是产品经理作者【风姑娘的数字视角】,微信公众号:【风姑娘的数字视角】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。