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