数字化项目负责人，不需要懂数字化？

关注并将「人人都是产品经理」设为 ★ 星标

每天早上更新，与你一起成长

企业数字化转型渗透持续进行。很多企业从基础信息化到会员运营数字化，服务数字化，到整体业务流的数字化，更前端的在做数智化。

看起来这件事风生水起，但是真正我们把镜头放大，看到每个人具体工作时，大家会被很多细节问题干扰。

比如：

这个时候我们好像发现，数字化转型，懂技术并不是最重要的——拿到结果实现业绩目标才是最重要的。

也就是，数字化部门或者数字化平台，本质是一个利用了技术的团队协作部门，和其他的运营部门、财务部门、销售部门没有区别；只是这个部门团队需要有的能力特殊一些。

所以你会发现一些有意思的现象：

所以，产品经理真的不能只闷头做系统，做设计，做方案；技术负责人也不能只闷着搞技术，搞管理，搞流程。

「如何利用你的专业能力更好的帮企业解决问题，才是你需要做的核心主线。」

我认识很多产品经理，很多都是在企业内部支持业务。有时候聊起来就会发现，最后要解决的问题，并不是产品设计问题，也不是专业技术问题，「更多的是如何沟通，如何向上汇报，如何争取资源，如何解决问题。」

总结了下，除了基础的专业能力，可能我们还需要注意意识到以下几类情况：

说服和争取

我没想到这个情况是呼声最高的一类问题。

我沟通的产品经理，遇到问题最多的是这个问题。

比如：

这些和专业的产品设计无关，和逻辑处理也无关；但是却是在产品本职工作完成后，影响个人产出需要处理的关键问题。

不同的问题可能各有特殊性，我也会基于特殊的情况给一些建议。

但是核心是：产品经理要知道，数字化转型这件事，是「从上到下，从下到上」在这条线捋清楚的情况下，后续工作才会展开：

本质上捋清楚这两条线，推动的过程才是专业能力的加持啦。

第二层，如何争取？

需要会讲故事

这个讲故事的能力，需要和我们在做产品设计用designthinking提到的故事板是两个概念。

讲故事是包装平台的价值，向上汇报的能力。

你做了一个平台系统的重构 ，从公司成本角度来说，额外投入了很多成本；你汇报的价值是降本增效，直接这么说可能会非常平淡无奇，这个时候或许可以试试拔高度+找亮点的形式来传达价值。

拔高度的意思，比如你做了系统的重构，那么除了只描述工作本身的价值，你还需要从更高维度去找到这件事情的价值；