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

CORNERSTONE · · 33 次点击 · 开始浏览    置顶
「产品经理需要懂技术吗?懂到什么程度?」这是产品新人最容易提起的问题。 不学吧,怕做产品的时候思考不周全,学吧,又感觉太难,不知道从何学起。 今天咱们就来聊聊对于产品经理来说,到底要不要懂技术,以及对技术要了解到什么程度。 ![image.png](https://img-blog.csdnimg.cn/20200622143801997.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxMTM3NDkz,size_16,color_FFFFFF,t_70) 我们把对技术的了解程度分为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人以下团队即可免费使用。 ![aeef399ffa8046109e455da2e8c34dc4.png](https://img-blog.csdnimg.cn/20200622143808682.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQxMTM3NDkz,size_16,color_FFFFFF,t_70)
33 次点击  
加入收藏 微博
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传