【转发】“不干了，入职产品经理1年多，还被研发怼”

早上好，我是老原。

先给大家分享个粉丝吐槽，看看你是不是也经历过。

公司新来了一个产品小白小T，他最近和公司技术老Y的沟通和对接，说是可把他愁死了……

小T想增加两个新需求，一是增加用户搜索推荐，二是热词管理功能，看下多久功能能上线，老Y听了眉头一皱说搞这么复杂有必要吗。

小T从市场、用户到产品给老Y分析了一通，老Y勉强同意了，说前端后端加测试，差不多10个人日吧。

小T不理解但备受震撼，老Y气定神闲的说，开数据库、做接口、交互啥的细节很多，哪有那么简单……

小T只能说有啥办法可以快一些。

老Y：可以啊，你把后台功能砍掉就可以快一点。直接前端读取文本文件就好。

小T：听起来还行，那我要实现埋点和数据统计怎么办？

老Y有点不耐烦了，你这个也让我指导，干脆让我来干产品得了。

明明很简单的需求，怎么到技术那就变复杂了。但是他也不知道如何去判断，如何去实现……小T最后只能一个人垂头丧气的回去琢磨。

这就是产品/项目经理不懂技术的困扰，在沟通时会一直处于被动的状态。

一直以来，对于产品经理、项目经理这两个PM要不要懂技术，都是大家非常关心的问题。

从小T这不难看出，让你懂技术，并不是要你去敲代码，而是为了实现某种功能，对开发流程、工时的把握。

如果不刻意去提升，工作多少年，得到的也只是工作年限，你不会有任何提升。

所以关于，PM到底要不要懂技术，我的答案一直都是：

能懂技术最好，不懂也勉强可以。你看小T有多勉强……

今天分3个维度来聊聊这个话题：

1、产品经理为什么需要懂技术

2、要懂到什么程度？

3、怎么提升？

01  产品经理为什么要懂技术

为什么要懂，小T的经历就是一个很好的例子。遇上事全程懵逼被技术牵着鼻子走，最后还得被怼回去自我反思……

你自己说，产品经理需要懂技术吗？答案自然是肯定的。

但也不是要你像程序员一样，精通各种编程语言，自己敲代码做网页。需要的是技术思维，了解基本的技术知识，可以更好地和开发人员沟通，将需求落地。

01 产品思维和技术思维之间有什么区别联系？

老话都说，知己知彼百战不殆。

彼此沟通，要用对方听得懂的语言，也要听得懂对方的语言和思维方式，否则就是鸡同鸭讲，你觉得自己在对牛谈琴，他觉得自己多说无益。

从图里也不难看出两种思维的明显区别。

就拿小T来说，他是完全处于产品的角度，要怎么去实现需求，怎么去解决问题，但是对于开发来说，他们更关注的是功能的实现方式、技术架构、实现难度、相关成本等等。

那懂了以后，又会什么具体的好处呢？

02 产品经理懂技术，对工作有什么帮助？

1、减少沟通成本。

最大的好处就是可以高效沟通，能够对产品的业务逻辑进行更好的诠释。

2、对成本敏感。

很多产品决策其实是商业决策，网络通信是否快速、服务器能否TOLD住产品需要的计算能力，这些成本因素也可能决定着产品能否活下去。

产品设计的策略可能对实现成本产生巨大的影响，产品经理需要懂得如何优化资源，用最聪明的方式去解决问题。

3、能够更清晰地把握系统的现状。

你们公司的开发技术最讨厌的产品是啥样的？

乱评估工期、瞎改需求，还有就是，不懂重构等技术调整对产品的意义，明明很重要的事情，却一直分配不到优先级。

说白了，他们讨厌的是你的无知……

懂技术的产品经理能对系统的现状有一个大致的了解，并且在产品需要以上技术调整时，能够提供合理的资源和优先级支持，更能够帮助统计和表达技术调整对业务的贡献，避免让有价值的事一直沉寂在后方。

02  要懂到什么程度？

要知道，不同类型的产品经理，所需要懂的技术程度是不同的。

而且针对每个等级的PM，需要下的功夫也不一样。能有效解决自己的需求和痛点，才是王道。

技术的了解程度，我粗浅的分为3个阶段：

1、完全不了解；

2、了解一点技术框架

3、对「技术框架」甚至很多技术实现都充分了解

01 完全不了解

小T就处于这个阶段，刚入行没多久的产品小白，完全不了解技术。

这个阶段，至少需要了解特定的「产品功能是否能实现」，这个可以借鉴其他的产品体验，或者像小T一样提前和技术沟通，由技术进行评估，这样的话就会比较被动。

02 了解一些「技术框架」

处于这个阶段的大多都是已经入行几年，有经验傍身的产品经理。

可能是在在项目积累&耳濡目染之下，懂了些技术框架，这时候基本也能了解「功能的实现难度」是如何的。

比如，对于特定的功能，能知道是否需要JS支持、UE支持、前端支持、与后端有数据交互、不同部门间的API接口对接等等（不同公司可能会有差异），了解到这个程度就差不多了。

这个阶段，对于一般的产品经理来说，也差不多够用了。

03 对「技术框架」甚至很多技术实现都充分了解

对于产品经理来说，不是非要到这个阶段，只是一个相对的更优解。

能到这个阶段的产品经理，要么是研发转的产品，要么就是自己钻研学习了一些主流技术。

在第2、3阶段的产品经理，和技术沟通会更有优势，对特定功能的实现难度判断更加准确，自然也就可以更好的预判项目周期、优先级等等。

无论你是在哪个阶段，在做好了自身专业知识储备的情况下，能去多了解一些技术，肯定是加分项。但不要本末倒置，一头扎进技术里。

已经看到这了，要不要懂技术，你心里应该也有答案了。

但是要怎么入门和进阶，培养产品人的「技术能力」呢？继续往下看。

03  产品人要怎么自我发展？

产品是入门容易进阶难，技术是入门困难进阶更难。

产品经理学技术和程序员学技术侧重点那是完全不一样的。前者更偏向于技术思维，后者则偏向于上手实践。

PM要怎么学习技术，主要有3个方法：

01 第一种：收集。

你没看错，就是收集。

收集工作中遇到的技术问题，包括但不限于概念理解、技术工作量评估、bug解决思路等等。

这些，都是免费的、天然的、优质的技术原理学习素材。

02 第二种，阅读。

光靠零星的收集肯定是不够的，你得有地方分门别类地把他们放好。

想要简单好入门的，推荐你们选一些大学编程类教材，那些课本一般都比较简单并且很友好，适合自学。

03 第三种，学完基础和原理后，可以动手做一些小项目。

目的不是掌握编程能力，而是切身体会技术落地的过程。

OK，至此，整个流程就闭环了。PM懂技术，其实也就是让一些相关流程完成闭环。

而让流程闭环的能力，是项目管理能力，计划在接下来的文章里能够分享一下。