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

推荐订阅源

Stack Overflow Blog
Stack Overflow Blog
量子位
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
美团技术团队
小众软件
小众软件
aimingoo的专栏
aimingoo的专栏
Recent Announcements
Recent Announcements
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Security Blog
Microsoft Security Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
酷 壳 – CoolShell
酷 壳 – CoolShell
J
Java Code Geeks
V
V2EX
大猫的无限游戏
大猫的无限游戏
D
DataBreaches.Net
博客园 - Franky
爱范儿
爱范儿
T
Tailwind CSS Blog
A
About on SuperTechFans
Google DeepMind News
Google DeepMind News
博客园_首页
B
Blog RSS Feed
博客园 - 司徒正美
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
BI项目不应由IT部门主导,99%的企业都做错!
风姑娘的数字视角 · 2024-12-09 · via 人人都是产品经理

在数字化时代,企业纷纷启动BI(商业智能)项目以提升数据驱动决策的能力。然而,一个普遍存在的误区是将BI项目的主导权交给了IT部门。本文将探讨为什么BI项目不应由IT部门主导,并指出99%的企业都做错了这一点。

现在在每家企业中,BI项目几乎成了提升数据化能力的“标配”,这里能否成为标配是存在争议的。我们今天要思考另外的一个问题:在推进这类项目时,大多数企业的核心决策者竟然是IT部门。

这个应该是当前各家企业的现状,存在不一定合理,现在都在倡导BI是要让业务用起来,所以一个“业务导向”的工具,却被IT主导,这真的合理吗?

我们先来看下整个BI项目实施的现状:当前企业决定上线一个BI系统,就会由IT部门作为“专业人士”全程负责,从工具选型到项目实施。

最终系统上线后,业务部门就会开始抱怨不断,例如销售团队看不懂复杂的分析界面,财务部门发现核心报表无法按需求生成,而IT却会告诉你这个需求是你们提的,你们是签过字的。

这个问题在过往文章有分析过,本质上IT和业务方对于BI项目的实际需求就不一样,对于项目管理的目标也是不一样的。

我们一直强调BI的核心目的是帮助业务部门做出更明智的决策,而不是实现很炫的图表展示。但不得不承认IT部门往往把焦点放在系统的稳定性、数据源的对接和功能的实现上,而业务的实际需求则被简单归结为“看报表”、“自动化计算”。这就好比,你肚子饿了想吃顿饭,结果厨师给你端来了一堆没烤熟的面包,说“这够你吃了”。

更实际的说,业务部门可能需要一个可以帮助进行促销决策的仪表盘,而IT部门更关注ETL流程能跑得多快,结果上线的系统统计了去年的销售数据,却帮不上当前的促销决策。当然,在这过程中IT部门还会不停催促进度,其实项目是否延期才是他们的核心的管理目标。

再进一步说,IT部门的绩效考核通常与系统运行是否平稳、项目不厌其烦、项目不超预算挂钩,而不是BI系统切实可用,当然他们也并不清楚什么样的分析结果是有用的,这也是主要矛盾之一。所以在项目实施中,他们更倾向于选择对自己“风险低”的方案,方案里包括了硬性以及软性的选择,但是对于业务而言却未必是合理的。

有些公司甚至会遇到这样的场景:IT部门为了减少工作量,强行让业务部门迁就系统逻辑,结果工具成了摆设,用户体验极差。说白了,IT的考量往往是他们自己的部门利益优先,而不是企业业务发展优先。

事实上,如果将BI定位为一个“服务于业务”的工具,其发起人、项目经理乃至主导者,都应该是业务部门,而不是IT部门。IT部门的角色,应该是技术支持者,负责解决系统实现上的问题,而不是项目的管理决策者。

一、为什么业务部门更适合主导?

首先,业务部门最了解自己的“病在哪里”,也最清楚“药该怎么配”。例如:

销售部门知道需要追踪哪些客户指标,才能有效提升成交转化率;财务部门清楚成本管理中,哪些数据维度最能帮助成本管控;运营部门更明白,实时监控哪些KPI能更有利于运营。

这些痛点和需求只有业务人员才能提出,而IT部门,除非长期扎根在某个业务领域,否则很难具备这样的洞察力,很多企业还会去招聘专业的数据分析师,但是又不得不直面分析师是技术人员的事实,最终并无法取得良好的结果。

BI项目的成功很大程度上取决于需求的把控,而业务部门出身的项目经理,天然对“用户需求”更敏感。比如,企业在进行BI系统上线时,如果让销售人员来担任项目经理,结果不但能够快速完成需求梳理,还能提出场景化的分析需求(当然,也会存在业务部门无法提出需求,这个问题过往文章也有过分析),很多细节,IT部门很难想到。

但现实中,几乎99%的企业BI项目的主导权都在IT,导致IT部门掌控了业务的决策需求,所以如果把BI项目定义为一项IT项目,看似由IT部门主导是合理,但是再分析BI项目的实施目标,IT部门主导BI项目是极其不合理。

当然,很多人会说信息化的项目预算就在IT部门,企业从上至下都认为BI项目属于IT项目,业务部门没有钱如何做项目?

这确实是一个问题,所以我们谈企业数据文化,其中企业从上至下如何认识数据以及了解项目如何实施非常关键,错误的认知导致错误的决策,最终导致企业无法很好将数据用起来,这是一个必然的结果。

还有,BI项目涉及复杂的技术实现,比如数据仓库的建设、数据源的对接、代码开发等。这些确实是技术型工作,所以我们说BI项目如果由业务部门主导,并非让IT部门人员都不参与了,他们可以作为技术支持者参与项目,但仍然不是主导项目。

还有,因为业务部门对于BI项目都不理解,很难去主导该项目的实施,这确实是一大难题,所以我们又要回到企业数据文化的建设上,培训是否到位了呢?这是一大关键。

二、那么,如何实现让业务部门主导BI项目呢?这里提供几个点供参考

首先,公司在启动BI项目时,应明确规定由业务部门发起需求,IT部门负责技术支持。

其次,对于业务人员要培训到位,注意这里不是技术的培训,工具的培训并不是难事,再难,封闭式一个月一直用工具,不会也会了,所以很多企业把培训的焦点放在技术点上,这并非合理,很多人也觉得我没有掌握数据分析,是因为我不懂工具,我学会了工具我数据分析就实现了,这也是一个错误的认知,会了工具只能说比0基础的人多走了0.5。

对于BI项目,企业应以业务指标的提升为核心考核标准,而不是简单地看系统是否稳定上线。很多企业对于信息化项目是缺乏考核的,所以很多信息化项目其实并不理想,当然这里说的其实就是数字化转型,很多企业投入了大量的金钱、人力,最后效果平平,然后数字化转型还未成功就被大家放弃了,放弃是必然的选择。

所以,在BI项目中,IT部门最多只是扮演“工具匠”的角色,如果能把主导权交给业务部门,让IT回归辅助者的定位,可能效果会更好。

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

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