产品经理需要懂技术吗？要懂到什么程度？

由于个人的一些机缘巧合，以及领导的大力培养，我从一个小小的设计师，接触并加入到产品经理为个队伍，从一开始的无从下手，到现在还算是勉强应付吧，中间过程也就不一一说出来了，太长戏了，以后会慢慢分享我的心路历程。

今天想说的一个主题是“产品经理需要懂技术吗？要懂到什么程度？”

其实由于产品经理没有什么技术门槛，越来越多的人都转行做产品经理，可以说绝大部分的产品经理是不“懂”技术的。

当然“懂”技术，并不是指要写代码这种，在一开始做产品的时候我就很怕提的需求被技术鄙视，说不会技术瞎指挥，于是就去书店想买相关书籍看一下，技术书籍又贵又难懂，逛了半天最终还是放弃，技术类的书不是谁都能看懂的，尽管我有一颗很想懂技术的心，但是很多事情还是要看现实的啦。

在做产品的过程中更多的是与工程师打交道，面对一群专业性很强且逻辑思维很强的群体，我内心还是很慌张的 ，我并没有任何技术背景，每次把精心写好的需求文档拿出来一起评审时，总会被工程师批判，虽然我们的团队氛围很融恰，不会恶言相待，但是这种评审会议有时还真是让我无地自容，也会反问自己为何没有想得更细致一些。有时工程师们也会说一些专业的词语，我听得一头雾水，这样也经常导致和工程师之前的沟通也不是很顺利。

于是产品了想学技术的想法，可是我到底要从哪里开始学呢，要学到什么程度了，难道我也要写一个项目的代码吗？通过各大网络资料以及同事及领导那边得到的总结，我并不需要去实际写代码，当然有机会有能力写也是可以的，目前阶段我只需要做到掌握一 些基础技术知识就好了，不用深入到实现层面，但是要对产品背后的整体技术架构有数就行了。

工作中我发现，每当对某一个功能点进行讨论时，我和工程师的角度就不一样了，我通常是用户场景和用户体验方面，而工程师是路径推理的技术逻辑，比如实现方式，技术架构，开发成本等等来评估。产品经理如果懂一些技术思维，从技术角度来看待产品设计，更能有利于产品需求的落地和推动产品的实施。

在不懂技术前，我以为开发人员就只是写代码而已，没想到技术其实分很多种，比如：架构搭建、前端技术研发、后端技术研发等。

如果产品设计只是优化了 1% 用户的使用问题，却需要投入极大的开发成本，那是不合适的，比如工作中有一个 Wi-Fi 的一个信息详情给用户去配置 IP 等信息，这个功能绝大部分用户并不会去使用，对于产品设计来说只是加一个功能点，可是开发去实现就会花费比较长的时间而且也没有什么意义，一般来说工程师评估后会把成本问题反馈给产品经理再去调整产品设计。

举一个工作中的小例子吧，让我稍稍得瑟一下，在感知到懂技术对产品的重要性其实我也有偷偷的学习一些些技术，平时吧也偷偷看看开发人员的代码，一个小插曲吧，有跟一个开发人员改个小 Bug 时小漏了一手，找到解决 Bug 的那一行代码，可能是开发小哥哥被无数个 Bug 搞晕了才被我这个小产品得手了，不过不管基于什么原因，我内心还是很激动和开心的啦，哈哈

现在我在做产品设计和需求时，会考虑一下在现有技术条件下该功能是否能够实现，比如我们的手势识别，现有的技术只能实现静态的图片，产品功能设计得再酷炫也没有用，因为他没办法实现。

当然也有一些技术边界的问题，比如微信上的微信运动，微信运动这个功能其实受限于手机传感器，而且我也发现微信运动的用户绝大部门是 iPhone 的用户，Android 的用户相对少很多，那是因为传感器在 iPhone 和一些高端的手机中是自带的，Android 手机的品牌多，一些比较低端一些Android 手机并没有，微信只是开发一个功能通过重力加速度传感器获取这个数值。同样一个产品功能，在不同物理设备上，由于设备的技术标准限制，使得一个产品功能在一些设备上可用，在一些设备上不可用。

现在我懂的也只是一点点皮毛，只能说开始有一点点技术思维了吧，作为产品经理，在工作中实施中要不断了解技术，这样沟通也会更顺畅，产品推进也会更快。

Powered by Froala Editor