产品经理到底要不要懂技术?
「产品经理需要懂技术吗？懂到什么程度？」这是产品新人最容易提起的问题。不学吧，怕做产品的时候思考不周全，学吧，又感觉太难，不知道从何学起。
今天咱们就来聊聊对于产品经理来说，到底要不要懂技术，以及对技术要了解到什么程度。
https://pm.itit.io/p/file/get_file/892879d041b842c68b99716ea505c54d.png
我们把对技术的了解程度分为3个层次：
1、完全不了解技术；
2、了解一些「技术框架」；
3、对「技术框架」甚至很多技术实现都充分了解。
对于第1个层次，大部分是刚入行没多久的产品经理，完全不了解技术也是OK的，但是你需要了解特定的「产品功能是否能实现」。
否则容易出现以下情况：
老板给产品经理小A安排了个项目，要求2周内上线。小A吭哧吭哧做了近一个星期，然后找技术评审，技术评审时发现关键模块按目前的设计方式无法实现，最后需求打回重新改，导致项目延期。
如果小A初期就能预料的这个模块比较复杂，找技术大概沟通下，也许就可以避免这个窘境了。
「功能是否能实现」可以参考平时体验过的其他产品（所以多体验还是挺重要的），或者提前与技术沟通。
对于第2个层次，大部分是入行几年之后的产品经理，在项目积累&耳濡目染之下，还是懂了些技术框架，这时候基本也能了解「功能的实现难度」如何了。
比如，对于特定的功能，能知道是否需要JS支持、UE支持、前端支持、与后端有数据交互、不同部门间的API接口对接等等（不同公司可能会有差异），了解到这个程度就差不多了。
对于第3个层次，这部分产品经理一般是自己钻研了一些主流技术，或者是从研发转的产品，达到这一阶段不是必须的，只是一个更优解。
对于到达了第2、3个层次的产品经理来说，和技术沟通时会更具优势，他们能更好的站在技术的角度去沟通。同时，对特定功能的实现难度判断更加准确，自然也就可以更好的预判项目周期、优先级等等。
总的来说，就是在做好了自身专业知识储备的情况下，能去多了解一些技术，肯定是加分项。
但千万不要本末倒置了，还是以自身专业技能为主，技术只是辅助。对于大部分人来说，了解到「第2个层次+」的程度就差不多了，储备自身专业技能相对更具重要。
在日常项目中注意积累和总结，多用搜索引擎，多和技术沟通，相信这个层次是比较容易到达的。
如果对技术有点兴趣，可以考虑学一下Python，简单易学，在产品经理的实际工作中应用也比较多。特别是在文本分析、数据分析这块。
最后插一个题外话：
如果你对技术已经较为深入的了解了，最好也不要对具体的技术方案指手画脚。大部分情况下可能是班门弄斧，而且容易招致技术反感。
毕竟大部分人还是不希望自己的专业领域受到外行质疑的。
除非有些情况下，技术觉得无法实现，但是你认为通过一些方式是可以实现的，且成本也不是很高，这个方法技术可能没有考虑到，这时候可以提，但也要挑好了人，以合适的方式来提。
合理并且有效地运用项目管理软件，不仅可以让我们工作井然有序地进行，还能最大程度保证项目目标的达成。我推荐使用CORNERSTONE，它提供了包括任务/需求/测试管理、迭代规划、缺陷追踪、报表统计、团队协作、WIKI、共享文件和日历等功能模块,现在申请20人以下团队即可免费使用。
https://pm.itit.io/p/file/get_file/aeef399ffa8046109e455da2e8c34dc4.png
是的，产品经理懂技术是一个加分项，对整个项目的可执行性有很大的好处 毫无疑问，得懂点技术啊 ； 从技术转型的，更好 ；
页:
[1]
