产品经理需不需要懂技术?

最近,我总在思考一个问题「产品经理需要懂技术吗?」当我和研发团队深入交道的这段时间,在发现产品经理和技术团队交流时的两大「忌」后,体会到:大公司的产品经理要不要,我不知道。但小团队中,尤其是创业团队中的产品经理需要懂技术!产品经理交流两大「忌」01.忌「不懂技术」「懂」技术,更直白的讲,应

NetSmell 出品

  最近,我总在思考一个问题「产品经理需要懂技术吗?

  当我和研发团队深入交道的这段时间,在发现产品经理和技术团队交流时的两大「忌」后,体会到:大公司的产品经理要不要,我不知道。但小团队中,尤其是创业团队中的产品经理需要懂技术

  产品经理交流两大「忌」

  01. 忌「不懂技术」

  「懂」技术,更直白的讲,应该叫了解技术。这并不是要求我们产品经理要完全掌握技术,能像技术人员一样,写代码实现需求。准确的说,是不能缺乏设计、开发一个互联网产品基本的技术常识。因为如果不懂,则很难在合作时具备同理心,经常会出现以下对话:

PO:TL 啊,找你聊个需求,我想在后台搜索推荐功能,当用户输入的时候,在下拉框会弹出一些热词,你看看这个大概评估时间要多久呀?

TL:嗯嗯,需求听起来是挺合理的,但是你热词你准备怎么去维护和管理呢?

PO:需要一个热词管理的后台,运营同学可以编辑、添加、删除热词,然后对这些热词可以排序

TL:嗯…看起来挺合理的,但是有必要搞的这么复杂吗?

PO:这个功能挺好的,也能解决用户的痛点和需求,肯定有价值,你看看评估他要多久时间吧?

TL:好吧,那这样吧,按照你这个文档,大概前端需要 5 个人天,后端需要 10 个人天,总共需要 15 人天,还别忘了测试

PO:???为啥这么小的功能需要这么久呢,你在坑我吧!

TL:没有坑你,我是实事求是的评估,首先实现后台热词的编辑、添加和删除,需要单独设计一个数据库,对这个数据库需要做各种处理,还有前端需要和后端需要实现接口对接,对热词进行增删改查,同时前端交互也比较多,需要很多细节处理!!

PO:我不管,我的诉求很简单,就是实现能配置热词,能调顺序,为什么这么简单需要开发这么久呢?

TL:那你完全可以考虑不用后台,直接通过文本编辑,在文本编辑框输入热词,同时热词按照顺序输入,前端只需要读取这个文本配置文件就行了,这样的话前端只需要 2 个人天,后端都不需要,也没有接口的对接,也不用设计数据库

PO:好像也可以,你这样就简单很多了

  由于产品经理不懂技术,只是站在产品的角度上想出了一个简单的功能,他觉得应该是容易实现的。但站在 Tech Lead 的角度上,整个需求的实现它可能涉及到了前端的交互、前端的接口、后台的数据库的一个接口的一个交互和整个数据库的一个搭建,这些可能后台涉及到的底层的一些技术,而这些产品经理可能都不知道。

  因此,作为产品经理,如果以这种思维和沟通去和技术交涉,可能会处于一个很被动的状态。一定不招 TL 待见,他们可能什么都不说,但心里已经开始等着看笑话了。

  02. 忌「太懂技术」

  从交付项目到产品,我也听过很多 TL 喜欢说:「技术是支撑业务的,只要产品需求明确,技术上一切都能实现」

  这句话最初听起来相当豪迈,也让产品经理大为放心,觉得技术真是产品的坚强后盾。但其实转念一想,这实则传递了一个特别糟糕的信号。当技术一旦这么说的时候,潜台词是:「你弄好你自己的事儿就行了,别来管我!」而且这种说法隐含着一个乐观但显然并不现实的假设:技术是无所不能的,象灯神一样,可以实现产品经理的任何愿望,只要你能明确的描述它。

  其实团队中,关于产品、关于 UI、关于商业模式,每个人都能说上两句,更别说用户体验,更是任何人都能发表意见,反正我也是用户,别让我思考。但一旦涉及到代码,一半人都听得云里雾里。因此,技术人员最得天独厚的优势,就是专业门槛高于任何角色。

  可当产品经理一旦太懂技术,就好比「流氓会武功」,既是用户代表,又能检查代码,谁不害怕。

  懂技术对产品经理有哪些好处呢?

  01. 更快的建立信任感

  这个信任感建立在,一方面技术同学不再会简单的跟你说一句「这个需求实现不了」就能打发你。另一方面,产品同学也可以理解技术同学的辛苦和难处,毕竟技术架构、数据结构在产品之初就已经设计好了,变动技术底层,或是需求变更造成的返工是产品同学无法想象的巨大调整,因此在合作中懂技术的产品更能体谅和理解技术同学。

  02. 了解可行性,平衡需求和技术的矛盾

  虽说「没有实现不了的需求」,但是放在特定的项目环境以及有限的资源下,完全不考虑技术的可行性并非最优解,所以我们在方案设计阶段就需要考虑到技术的可行性、复杂度和局限性。另外还有一些常见的技术成本比较高的,比如多数据源的聚合查询分页,改动到数据结构的看起来很小的需求,低版本浏览器或手机端兼容问题等,这些都需要产品在设计阶段做出取舍。

  03. 快速判断需求的复杂程度

  如果对于需求的分拆仅局限于 UI 和前端,对于产品来说肯定是不够的。需求是否牵涉到服务端,是否要修改数据结构,甚至历史数据如何处理,是否要依赖模块做改动等都需要产品经理在第一时间做出判断和预估。

  04. 提高自己的效率

  产品经理在产品上线后都只能看预先设置好的数据或图表,如果想查询一些特定的数据就需要提需求给技术。要不就得等,要不得天天麻烦他人。但如果稍微懂点技术知识,那么这个问题就能迎刃而解。自己动手写几条 select 语句就能查到自己想要的数据,效率高并且数据实时。这样很多数据都可以自己统计,非常灵活且新鲜。

  总之,我认为一个合格的产品经理需要的是:理解基础的技术知识 + 把握用户需求。而对于不同类型的产品经理来说,所需要懂技术的程度也是不一样的。

显示余下内容
相关文章:
  1. 刘芹:投资人,就是最冷静的脑,和最疯狂的心
  2. 2021年诺贝尔经济学奖得主戴维·卡德:帮哈佛打官司的经济学家
  3. 比亚迪汉对撞北汽极狐阿尔法S:静置后起火!比亚迪坐不住了
  4. 任正非选天才,张一鸣用平常人
  5. 企业家还是资本家,这是一个问题
  6. 没穿加压宇航服?贝索斯、布兰森触太空飞行安全红线
  7. Apple Watch摔倒检测功能两次挽救一位波士顿老人的生命
  8. Office 365将允许管理员阻止受信任文档上的活动内容
  9. 余承东:华为HarmonyOS2.0用户已经超过4000万
  10. 40%高风险漏洞,开源代码成了garbage in!GitHub Copilot生成的代码不可靠
 

发表评论

您的电子邮箱地址不会被公开。