产品经理要懂技术吗?技术总说功能执行不了

产品经理需要懂技术吗?我提出的好几个功能,技术都说太复杂解决不了.
原型图都做好了
结果在执行的时候
技术告诉我不行 要实现这个功能非常耗费时间
现在怎么办呢
已邀请:
老G

老G

赞同来自: Wings invalid 不正义的魔法师

你这流程不对。

你做原型之前,最好先有需求清单。拿需求清单先去找对应的开发聊,让开发评估,了解实现难度。(实际上,你能想到的,肯定都是能做的,只是投入产品比问题。)

如果开发真说做不了,就问他为什么做不了。让他给你说出个1234,然后你记录下来,把这个东西私下找其他团队有经验的开发了解下(最好不要一个团队的,要不然被人知道会很烦你的),他是不是忽悠你。再或者把结果反馈给你老大,让你老大帮忙看看。最坏的打算就是找他老大(不能以打小报告的姿态去问,注意技巧),去了解真实情况。
Wings

Wings

赞同来自: madam

如果不懂技术,最好先问问研发大佬们,你提出的这个需求,难不难实现,研发跟你讨论、确认、同意后,再着手原型的制作,这是个非常重要的问题,不能本末倒置。延伸到各个部门的合作,需求最好是先跟相关部门讨论过的,确认好的,再来出低保真原型。

最后发生了这个问题,让研发给的类似的实现方案吧
invalid

invalid - 我们这个世界,从不会给一个伤心的落伍者颁发奖牌

赞同来自: madam

产品经理在各方面都需要懂一些.运营、设计、交互、技术。很多产品经理都是从各自的岗位转来做产品的,会在某一方面是强项。技术懂一些开发原理就好了。

像你出现的这个问题,可能是下面的情况导致的:

在做功能设计的时候,没有跟技术部门进行沟通。

前期是沟通好的,能做。那就是开发人员欺骗了你。
madam

madam - 有许多人是用青春的幸福作为成功的代价的

赞同来自:

这和懂不懂技术没有关系。

在MRD的环节,你就要拉上技术一起来评审,当然,还有业务方,然后再到PRD。

这样就可以保证你设计的东西技术认可。
不正义的魔法师

不正义的魔法师 - 毫无经验的初恋是迷人的,但经得起考验的爱情是无价的

赞同来自:

针对这个问题,我觉得针对一个需求,从业务层面上分析后,接下来就是分析技术的可行性,建议这个时候去找到相关的技术负责人,技术在讲的时候自己也需要懂一些代码的逻辑,不然肯定会被技术带到沟里走。产品经理不是全才,但至少也要是通才,多少都要都要懂一点。
西风朗月

西风朗月 - 如果爱对了人.每天都是情人节。

赞同来自:

必须要懂,最少要达到,开发说方案的时候,你能理解。

这样就可以发现需求和技术的边界,从而找到最合理的方案。

但是这里也要警惕两点:

1、技术意识太强,限制了创新思维和方案的发展。技术和产品是互相倒逼的关系,任何一方的妥协都会变得草草了事,没有进步。

2、过分沉迷于技术,这样就限制了产品能力的发展,同样也是不好的。

建议把注意力放在怎么做上。即,去做广泛的博览和了解,而不做过分的深入学习,需求导向地去学习。
彩云东升

彩云东升

赞同来自:

产品的职能一部分是挖掘和分析用户需求,包括分析和制定发展战略,一部分是作为负责人去沟通,去执行,去推进整个项目。

懂技术作用更多体现在第二个部分

- 势必涉及到很多与技术开发人员的交流和沟通,懂技术能降低沟通成本,提高你的信服力,使团队能更高效运转

- 懂技术的话提开发需求时能更实际,更少产生天马行空或者创意低的想法。

因此当产品的层次越高,就更关注第一部分的作用,而在产品的执行层面更多的时候,懂技术一定有他的优势和道理。
K

K - 就是这么拽

赞同来自:

道理不讲了,讲个朋友公司的真实案例:
深圳初创公司,女装APP,要实现一个人脸识别。

产品:码猴儿们,这个需求走一个呗~
程序大神:给我XX万经费,XX时间。
程序大妖:咱做不了,外包出去吧。
程序小白:好!我来给你搞定!
BOSS:给我省点钱啊你们这些机车男,看看小白人家年轻人多有干劲!

于是一个月过去……
程序小白to产品:这个还需要搭个框架,得2个月。
于是两个月过去……
程序小白to产品:核心代码我们弄不了,花钱买一段吧。
买了代码又过了一个月:
程序小白to产品:看了代码原来这就TM是个HTML5!我们马上就好!
半年过去…
程序小白交了个类似门禁那样的面部识别(就是录了一段像存起来)
老板&产品:¥&……%¥……#……&
程序大神:我换家公司得了……
程序大妖:啊哈哈哈挺不错的啊这天气

**:

【全公司会上】

程序小白:我们做的时候产品一直都在旁边看啊,接到的需求就是这样,不对他也不说……

结局:

略。

参与讨论请先登录注册