半懂不懂技术的PM如何开展工作

#半懂不懂技术的PM开展工作的感想

感谢未来网红博主的邀请，今天能有机会和大家分(tu)享(cao)一下，作为一个半懂不懂技术的PM开展工作的一些感想

全文1844字，阅读时间5分钟

####首先，什么叫“半懂不懂技术”的PM

产品经理被质疑是否需要懂技术，已经是一个争论已久的话题了，无论是知乎还是各大PM门户论坛搜相关问题，都会有不少答复。

首先，我的答案是

——是的，产品经理是需要懂技术的。并且更重要的是，随着产品资历的提升，不同方向的产品经理需要的懂的技术是不同的。

——前台交互/后台逻辑/数据增长，每个产品终有一天是需要选定好自己的专精天赋。

其次，通识性的技术，是一定需要了解的，这是作为一个产品经理的入门，你能够与RD大哥顺利沟通的立足之本。比如，html和css，server和api等等。

综上，既然要谈我的感想，那么我就用我自己的例子来说明最好。以下是截取的，我2016年记录的，在工作过程中，我半懂或者不懂的，技术或者名词。大家随意感受一下。

那时候刚刚看完各种XX入门，各种xx基础，各种《XX从入门到精通》，甚至注册了无数mooc网站，然而实际上并没有写过几行代码，更别说自己实现什么功能了。

笔者在16年中旬，正式独立负责某产品线的时候，明显的感受到了自己处于“半懂不懂”的状态，用纸上谈兵来形容，再合适不过了。

####那么，半懂不懂的产品经理会怎么样呢？

1.场景一：没听过

* PM：为什么这里会和高保真不一样，我们之前商量的交互和数据展现不是这样的吧？

* RD：呃。。。。。是这样的，一开始我们技术名词A，但是后来技术名词B以及技术名词C，所以我们技术名词D，这就导致了技术名词E，如果我们继续技术名词A也可以，但是就会有技术名词F和技术名词G的问题

* PM：哦.....

事实：开发说的是真的没错，只是因为你基本没听过这些名词，所以笔者我就像当年高考英语做完型填空一样，科科。

2.场景二：听过但是听不懂

* PM：为什么这两个按钮是处理一个场景，要放在两个页面，这样是不是太割裂了，我想要放到一个页面上完成。

* RD：呃....是这样的，两个按钮是两个接口，如果其中一个接口挂了，那么至少另外一个按钮处理的逻辑能够实现阿，如果在同一个页面，会因为一个接口挂了而影响另一个接口的正常提交。还是分开比较好。

* PM：哦....

事实：开发这时候说的其实是忽悠你的。API接口报错比较常见的是服务器错误，一般来说一个场景的接口都是在同一个服务器下，所以无论这两个按钮对应的接口在不在一个页面，一旦发生挂了的事情，基本都会是两个接口一起挂，谈何一个为了一个好？

3.场景三：不想听

* PM：这里嗯？？？？

* RD：呃...是这样的...

* PM：你别说，让我想想，我再想想

事实：第三个场景实际上是在考验PM自己有多少自知之明了，笔者前两天就实际发生过这样的实例。

场景是我们的一个移动端网页A展示第三方提供的一个广告内容，我们需要在页面上嵌入一个我们自己的iframeB，通过这个iframeB监控展现和点击，而iframeB的内容是由别的第三方公司提供广告内容的iframeC。

因此实际上我们需要在A的自适应规则下，监控C的状态，在合适的情况下补充B的内容，做到最好的用户体验。

这里作为PM我需要和UI，负责A的前端，负责B的前端以及负责C的第三方合作伙伴，四个不同的人来沟通协调具体的问题，期间可谓是充分的运用了我的HTML知识。

好在最后通过大家的不断沟通梳理，事情算是圆满搞定了，exp up。

希望各位看官遇到类似的事情不要勉强，PM不耻下问别怕丢脸，反而是很好的刷RD好感度的方式。

####最后，感想？

都说产品经理懂技术之后有利于沟通，是的没有错。然而实际上沟通最重要的是人，是PM以及PM要去沟通的那个人。

再懂技术不如靠谱的态度，不如平时学会好好说话。

感谢公司里的小伙伴们对我的支持和信任，和一群聪明靠谱的小伙伴一起工作是一件再愉快不过的事情了。

似乎有点跑题了，各位看官本来是想看段子，没想到看到了这么些有得没得的东西。

不过，科科，这就是我们这个公众号的风格不是吗？

欢迎关注我们这个由未来网红博主亲自运营的不知道哪篇是干货哪篇是段子也不知道所谓的开坑有没有续篇的大概并不会有任何连载主题的专业产品狗秀恩爱指南。