为什么数字化部门老背锅?

0 评论 1203 浏览 2 收藏 9 分钟

本文深入剖析了数字化部门在企业中面临的困境和挑战,从“一句话需求”的随意承诺到数字化项目的误解,再到沟通不畅的困境,一一揭示了数字化部门成为“背锅侠”的深层原因。

数字化部门主要搞IT,经常自嘲为“挨踢”。

的确,在很多公司,数字化部门经常被业务部门告状、不满。

是数字化部门能力不到位,还是责任心不到位?其实,不但不是,而是太负责任了。

导致意识不到自己的工作方法有问题,越俎代庖,最终工作结果不符合预期,业务部门不认可;自己出力不讨好,成了名副其实的“背锅侠”。

我结合工作经验,总结了三点关键原因,分享给大家。

01 随便答应“一句话需求”

我们经常遇到以下三种场景。

有时候,公司某领导在会上提到某个事儿,需要数字化系统来支撑。

具体这个事儿的业务对接方是谁,业务策略是啥,还没明确,可能这事儿就直接让数字化部门牵头了。

有时候,数字化产品经理参加一次业务讨论会,会上个别人提到或一起讨论到某个业务事情需要以数字化系统实现,业务部门就会认为这就是提数字化需求了。

其实,业务上需要做什么,什么时间弄完,需弄到什么程度,业务的紧迫度等,一概不明确。

有时候,某业务方很认真的发了封需求邮件,但是,需求就一句话。

需求背景是什么?要解决的业务问题描述准确吗?涉及哪些业务流程?涉及哪些业务角色?涉及什么流程管控点?一概含含糊糊或不知道。

当面对如上三种场景时,难以让每个业务方都把需求提到位,甚至让业务方搞清什么是业务讨论,什么是业务需求,什么是数字化需求。

但是,什么是合格的数字化需求,做为数字化专业人员的你,你要清楚,你的尺度要坚持。

那么,面对上面三种场景应该如何做呢?

先说总结论,让业务方明白“数字化需求,需业务需求先行;一句话不是需求,连业务需求都不是”。

基于这个结论,我们就好办了。

面对领导会上一句话,要先找到主要业务配合方或业务牵头方;面对业务讨论会上一句话,需提出一起先把业务需求讨论清楚;面对邮件一句话,要约时间专门沟通细化需求。

然后,推动业务方去做,或者协助业务方把业务需求捋清楚,包括业务目的、业务流程、业务规则、涉及角色、业务优先级等,从中再识别出数字化需求。

让他们明白,前面这些事儿主要是业务上的事儿。

可能业务捋完,短则三五天,长则一两个月过去了。

他们就不会拍着桌子说,数字化部门不干活;也不会到老板那里说,这需求我给数字化部门提了2个月了,迟迟看不到动静。

02 认识不到数字化项目都是业务项目

很多做数字化的同学有个误区,尤其是B端数字化项目,认为数字化项目的效果,就该数字化部门负责,甚至兜底。

甚至在市场上,有些做B端软件的乙方,为了拿下项目,给甲方签兜底协议。

这在一定程度上,让人认为数字化项目就是交钥匙工程,就该数字化承建方兜底。

这是很严重的一个误区,任何数字化项目,都是一个业务项目,数字化仅是实现的方法和工具,是落地支撑而已。

数字化项目,一般上线前涉及业务需求梳理、流程梳理;上线后涉及宣贯、培训、管理规则颁布、试跑、推广,甚至还有回炉培训。

这些都离不开业务方的深度参与或主导。

所以,做数字化项目实施计划时,一定要把业务方的事项与计划一并制定出来。

开项目启动会时,一起明确,相互承诺。

我以前曾遇到一个营销体系激励分配改革的项目,在需求提出时,业务部门非常着急,导致项目研发计划排的特别紧。

数字化研发同事,元旦期间加了三天班,平时两个月没有周末休息日。

结果数字化应用功能上线都半年了,人力资源迟迟没有发布激励分配管理规定。

你能说数字化项目做的不好吗?如果这事儿,公司领导不知道,在领导眼里就是一个失败的数字化项目。前期没有把业务方一起拉进来,制定明确的业务计划、躬身入局;从数字化角度项目是上线了,自己背锅的日子也开始了。

所以,数字化项目也都是业务项目。

03 光顾埋头干活,不善向上沟通

尤其是在有一定人员规模的公司,比如5000人以上的公司,公司高层没有时间天天盯着你做的那些事儿;业务部门怎么在领导那里说,有意无意的怎么说数字化的事儿,你是不清楚的。

说好的还行,说差的,可能很多事儿吭哧吭哧白干。

所以,要主动往聚光灯下,主动往高层雷达圈儿里走;不能光顾埋头干活,还要善于向上沟通。

为了尽量客观,带来不必要的误会,同时考虑部门之间的协作关系,建议每有阶段成果时,数字化部门主动联合业务部门给公司高层进行项目汇报,或工作汇报。

  • 通过这种方式,增加部门间协作的凝聚力。
  • 通过这种方式,还能进一步摸清业务方关注的重点,还能倒推业务小兵知道他们领导到底在想什么。
  • 通过这种方式,与公司高层互通有无、拉齐共识,倾听领导想法,明确工作方向和重点。
  • 通过这种方式还可以讲成绩、要资源。通过这种方式,减少背锅,减少挨踢。

04 最后总结

数字化的事情,属于业务工作落地的工具支撑,属于下游;很多上游的问题没有及时有效解决,堆积在下游,集中爆发;导致数字化部门挨踢、背锅。

作为数字化人员,要清醒的认识到问题的原因,并找到科学的解决办法,才是问题解决之路。

这样,会从原来背锅的,成为堪当重任扛大旗的。

作者:产品人晓明;微信公众号:营销数字化实践;多年CRM、互联网产品经验。做后端产品居多,从0到N做过CRM、用户订单、商家平台、商家结算......

本文由 @营销数字化实践  原创发布于人人都是产品经理,未经作者许可,禁止转载。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!