产品经理到底要不要懂技术?

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