数据百问系列之四：产品经理的能力期望

本次讨论的主题是：对于数据产品经理的突出能力，你更看重哪一方面？

问题描述：

现在有两个产品可能会和你合作：
1、 一个产品，不懂技术细节，但是能给你带来业务价值，能帮你把数仓推广到全公司，帮你在老板前露脸
2、另一个产品，对数仓很了解，甚至能帮你设计一套数据仓库，可能比你设计的还好，但是其他方面一般般，比较偏研发
这两个产品，你会选哪个做你们的合作伙伴？请说出你的理由！

分析：

本话题是一个发散性的话题，并没有限制太多的内容，主要是想跟大家讨论一下在实际工作中我们会更希望产品经理具有哪一方面的能力，又是为什么这么选。

对于这个问题，我感觉还是应该分情况来讨论。毕竟是“你”想要的伙伴，那么选择哪一种其实是由“你”现在所处的位置、“你”的能力、“你”想要获得的收益、“你”想要实现的目标等多种主观跟客观的因素共同决定的。所以在讨论中才会出现各种两种不同的声音。而对于我来说，我想我会在以下三种情况下进行不同的衡量与选择：

• 我自身的开发能力很强，不需要产品为我解决技术上的问题。那我会选择第一种，技术问题我来搞定，但是我需要产品为我打通老板及各个部门间的关系，说服他们支持我们的数仓建设，能让我们引入数据并将数据打通。也需要产品能很好地理解业务场景，让我少花时间在业务理解上的同时也让技术能实实在在地落实于业务中。
• 我自身开发能力较差，又希望能有个懂业务也懂技术的人带一下我，那我会选择第二种。有些数据产品经理其实是从技术岗位转过去的，一个能比我设计出的数据仓库还要好的数据产品，还具备业务能力，就算业务能力一般，他也能给我带来很多的帮助。当我的数据仓库开发不下去的时候，他能站在数仓与业务的角度给我建议，对于我来说，这就够了。如果是业务能力很强的产品经理，当我的数据仓库开发不下去了，就算是各个部门的数据过来了又能怎么样，我搞不定它们而他也帮不了我，这样反而容易让项目搁浅。当然，你也会说，你开发能力差肯定会有大拿带着你的，技术上的事基本上不用数据产品来帮你解决，你问一下部门里面的大拿就可以了。的确，但是对于自己负责开发的模块，我觉得还是直接跟产品对接比较好，在业务的理解与需求上面，他肯定比其他同事要更加的清楚，而这个时候，如果他还懂很多的数据仓库开发知识，那么对于我来说，帮助就很大了。当然，还有一点就是这个阶段的我更关心的是我能不能把需求写出来而不会去过于操心这个数据仓库最后会推广的怎么样。
• 我开发能力一般，但是我可以搞定数据仓库的建设，虽然它设计的不是很好，但是运行起来还是可以的，这种情况下，我会选择第一种。我已经拥有能把数据仓库开发好的能力了，我现在想要的就是我所开发的数据仓库能落地下来，得到其他部门的支持与认可，获取到相关的资源并应用于业务中，那么一个业务能力强的数据产品就可以帮到我很多了。他能推动我们项目的进程，为我们的项目争取到资源。“先圈地再优化”，不管我们的数据仓库设计的怎么样，反正先用起来，后续我们再慢慢地进行改进就可以了。