首先声明:以下几种情况确实是不怎么需要懂技术的
小项目，比如捣腾个初级官网
内心无比强大的，学习能力极强的
对面技术总监非常有经验的
烂泥扶不上墙的那种
特别会处理人际关系的（见过一个一点不会技术的，整个团队氛围那个好，经常加班都没任何怨言）
其他之外的大多数情况，最好还是要懂点技术，那么要懂些什么？从哪入手呢？
我们先看看产品分析这个事，比如公司要做个知乎（算了，不做微信了，真真的不好做），那咱们得分析分析到底有哪些功能，分别是做了啥，为了啥？用户使用的界面这些肯定都可以看得到，但是后端你是看不到的，那咋办？脑补呗，这个时候有个编程思路是极好的。你就按照假如你来做知乎，想一想，大概就是怎么规划怎么安排工作的问题，来考虑下：
功能有哪些（balabala其实这里有很多，假设你都能实现）
框架怎么搭
前端用什么技术
后端用什么技术
图片放哪
消息怎么发
服务器放哪
并发咋办
有人说，这些不都是技术总监考虑的么？确实部分是在他的范围内的，可是你不懂，那么你就贯穿不起来，那么单纯谈功能就很难进行沟通。懂这些并不是为了写代码，也不是为了显摆，是为了能在产品上坐上一把交椅，要不那你梳理完基础功能后，基本上就可以被抛弃了。
以上只是简单思考，不代表实际工作，请勿对号入座。
坐上一把交椅了，那产品准备启动了，你要写需求吧，需求咋写呢，比如用户间要发消息，如何保证消息能及时到，是否可以群发，如何减少系统开销？是的，我们不需要具体懂代码，但是我们要知道如何来评判这些需求？要不要加入具体的参数要求。对的，这个是产品需求，研发需要出具体的功能、性能需求，这些需求产品、测试都得参与吧，参与的话看不懂也是很尴尬的，长此以往你就没有话语权了。
产品经理懂技术是好的，但不是为了钻研技术点，是为了能更有效的沟通。是为了能博采众长，现在不是讲究微创新么？原来杯子不能显示温度，现在加个温度传感器，可以显示温度了，这也是创新哈。如果你不懂，那你只能写个idea出来，懂的话，就可以忽悠研发跟着做出来了。
所以说产品经理是要求思维比较领先的，如果有点坚实的专业基础，再加点技术，就有可能做点有意义的东西出来的。
欢迎投稿，欢迎咨询！
