产品经理提需求时是否应该考虑技术实现难度?

产品经理了解技术,有助于和研发人员沟通。
但了解技术后,在提需求时,会权衡需求和实现难度。
有人说产品经理提需求时,只需要考虑用户需求,不应该考虑技术实现难度,这样做是否正确?
回答 45 排序

从本质上来说,没有实现不了的需求,只是实现的代价有多大,价值高不高,打开需求的姿势对不对

这个问题要从几个方面看:

1. 从产品本身来看需要你确定这个需求的价值,可以从KANO模型,ROI投资回报率上来对需求重要性排序,优先做有价值的东西,时间来不来的及

2. 确定了价值,下面就是需求实现的问题,一般来说需求是有多种实现方式的。不仅仅是技术上的,还有其他表现形式上的。打个比方,用户说要可乐,基本的需求是因为渴了,而你如果提供矿泉水其实一样能解决问题,这个需要你从本质上理解用户需求;技术上,实现一个功能,可能写一个工厂方法就可以简化很多事情,而开发也可以己脑洞大开过度设计(这种对于入门没多久又有理想的程序员是比较常见的)。这个在提需求的时候,你提给开发的需求更应该说用户story,而不是描述解决方案:规定好他应该怎么做。同时尽量找开发领导提前沟通需求,这样有可能他会给你一种更加好的实现方案

3. 最后就是努力充实自己,面向对象的编程思维可以多了解了解。产品经理的UML工具其实就是面向对象的思考方式,你可以不用管这个方法具体是通过写了多少行代码实现的,只需要想通中间的逻辑是怎样的即可,这样又可以反过来促进你了解:你的设计中有没有遗漏什么,下一版功能可以往哪拓展;从整体逻辑的复杂性推算功能的实现时间,对整体开发时间的估算越来越有把握,避免被开发忽悠

2017年07月06日
| 评论 3
匿名
布玛 深圳飞翔猫网络科技有限公司 产品经理

沟通这个话题永远都聊不完,我见过专业能力不怎么样但是沟通能力强情商高的产品经理在职场上顺风顺水,却从来没有见过不会“说话”不懂人情世故的产品经理能在职场上顺利的。

所以现在抛开流程,机制等等不讲,谈下个人,产品经理的基础素养里面,数据分析,UED这些应该逐渐成为基本技能,说服不了开发和设计的原因不在流程,而在个人。

在假设大家都是做事情的基础上,有以下几点可以办。
1、用数据说话
这次的优化改进预期能带来多少的提升,上次的改进效果如何如何。这些是数据和预估。任何一个做事的人都必须正视数据。是数据反映这个改进有没有作用。当然,预估要准确。
2、尝试用户的视角来看优化
技术,开发在这个产品上有双重身份,一方面是开发者,要评估实现方式,实现成本,开发周期,另一方面是用户,因为这个用户比较“专业”,所以有时会丧失细节,毕竟开发者是按照自己的偏好来看产品的。
尝试从这两个角度来看问题,然后给对方一个理由。是否是成本不可行,还是因为对方在用户视角里面考虑了自己,而没考虑大部分用户?如果是,说出理由,证据。
3、冷静想清楚自己的建议是否是用户的诉求
是否也因为自己的偏好而去改产品,有没有基于用户视角,CE,UED,数据,技术等多角度的思量?

将以上的这三点思考一下,在沟通之前做好被拒绝的准备,心态好一点耐心一点,正常的话整个推动过程是顺利的。如果做到三点研发还是拒绝说实现不了,那么就跟CTO或者CEO沟通吧, 让他们来决策。

2017年07月07日
| 评论 0
匿名
橙初初 海豚浏览器 产品
这样做当然不正确。

在提需求的过程中,常遇到与技术沟通的各种问题。现在的产品市场已呈现红海,更多的需求是在于“在现有的技术上如何去做的更好”而不是“开发新技术”,目前的状态决定了我们不能一味的考虑用户需求,也要去考虑技术的实现成本与难度。当然,没有说要求产品经理会深谙技术之道或者去写代码,但在不考虑技术实现难度的基础上只考虑用户需求,天马行空无限想象,这样的需求就很容易被技术怼回来还欲哭无泪。我们以为脱离了五年前技术导向的市场,但脱离了技术实现的需求可以说是tan90了。记住了,产品不是寻找技术突破口,而是学习在现有的资源上去让用户体验更佳。

现在越来越多的产品要求了解技术或者计算机背景,也是这个原因。在信息泛滥的时代,作为一个产品er,尽管技术背景欠缺,很容易就能在市场调研的时候去通过竞品发现技术是否能够实现或者实现难度,或者直接跟技术沟通了解,再决定需求是否应该去做。为什么产品er重经验重项目?熟悉业务熟悉流程和用户体验一般说来三两年都可以实现,先不说强洞察力的重要性,资深产品人的优势还体现在"知道是否这个需求可以做,投入产出比是多少",而不是兴高采烈的提出自己突然想到的以为amazing的需求,面对开发的拒绝还摸不清原因。

pm考虑技术实现难度,并不需要很深,可以做做简单的调研,或者在提需求前和开发简单聊一聊实现的难度,思考清楚了再去做。顺便推荐一本书,《给产品经理讲技术》

2017年06月30日
| 评论 3
匿名
jasminehao 垂直互联网 pm喵
这个问题可以从可能性和必要性两方面考虑。产品经理在提需求的时候,可以预期下技术层面的实现难以,但是前提以该需求的必要性判断。接下来分点论述:

1、首先,作为产品,各处收集需求,设计功能,从而迭代实现高转化的目的。那么在第一阶段的需求期,先不要考虑技术实现,一个需求可能有多重实现方案,把多种方案列出,以备评审选最优。而且就现在的发展技术而言,会有多少功能技术实现是有困难的,可能也只是时间和人力的问题。按照麦肯锡的观点,所以这一层要讲的是,提升答案的质量之前,要提升议题的质量。

2、多套需求确认后,可以和开发对接,大概评估功能开发需要的人力和时间,从而考虑实现成本和难度。如果是必须要加的功能,严重影响用户使用体验等,即使成本再高,也要去做。如果目前阶段时间比较紧张,小而不紧急的需求可以先缓缓,排期向后推。

3、说说个人的经历。产品非技术出身,可能对技术并不十分通透,有些时候会跑过去问技术,xxx功能能实现吗?好实现吗?90%的情况研发的回复是没问题啊,可能麻烦点。。。。自己在思考的事,我们现在日常提的需求基本大部分都不是极端需求,就技术而言可能都有解决的方法,前人造的轮子多不胜多。还是那句话,如果有实现难度,可能就是时间和人力的因素。

所以总结,提需求前先给你的需求下个判断,这个需求要做的必要性有多大,会存在技术上实现有难度的可能性,然后在根据实际情况安排开发相应能力开发人员和时间完成功能开发。
2017年07月07日
| 评论 1
匿名
玉米王子 京东金融 产品经理

产品经理如果懂技术,能考虑到技术可行性是比较好的,开发也喜欢这样的产品经理。但是,不能限于技术细节不能自拔,如果每次提的需求都没有技术挑战性,开发团队始终处在舒适区,以后遇到重大产品升级和技术创新,就可能掉链子了。

所以,还是要优先考虑产品价值,如果一个需求能带来巨大的用户价值,即使技术自我感觉不太可行,也要试一下,不经过开发否定的技术难点,都不算技术难题。开发都没否定技术方案,产品自己“想当然”就放弃了,那是多么的可惜啊。

记得第一份工作的总监亮亮跟我说过,技术上可以实现不了,但产品一定要想到各种可能的方案。

2017年07月06日
| 评论 0
匿名
compass 成都电子科技有限公司 产品运营

是的。你得站在程序员的角度,他是你的第一个用户。

2017年07月04日
| 评论 0
匿名
「卿宗伟」 深圳 腾讯保安

产品提出需求时应当考虑技术可行性,因为有些需求可能根本无法实现。

但是,技术实现上的问题不应该过多考虑,原因有二:

1.不是每个产品都懂技术,或者说即使你懂,也不一定能完全判断开发难易与实现成本;

2.什么都由产品做了,那还要其他人干嘛呢。


于我而言,我认为比较合理的是,提出需求之前或当时,从自己的经验和所掌握的技术知识出发,尽可能考虑技术实现难易度和开发成本;在开发评审阶段,与开发详细探讨并确认清楚每一个需求点是否能够实现,这样做的好处:

1.让团队成员了解你作为产品经理,从一开始就有站在他们技术的角度去思考问题,而不是完全凭着自己的想法天马行空;

2.在评审阶段,提出自己的疑惑点,并与开发反复确认每一个点是否都能实现,以及开发成本和工期,并【做好记录!做好记录!做好记录!】,减少甚至避免一开始说可以实现,没问题,而到了开发阶段频繁出现说这也做不了那个实现成本太高的状况。


以上,供参考。

十三

2017年06月30日
| 评论 0
匿名
原咖 blue web开发、产品设计
产品经理提需求的时候,需要考虑技术的实现难度,但是对于产品经理来说,并不能只是简单地去衡量技术的实现难度。

首先,产品经理手里的项目一定是有时间要求的。产品经理的一大职责就是为项目的开发过程进行排期,当然,产品经理可以通过询问技术人员来了解和更改产品需求使产品可以在规定时间内开发出来,但是,了解开发用时后再进行功能需求的删减的时间要远远大于产品经理在提需求是就自己先过滤一些超时方案的时间,所以产品经理提出需求使就自己思考技术实现难度是提高效率的方法。

另一方面,产品经理本来就应该时刻了解最新技术的发展。了解用户需求是产品新需求提出的第一步,而如何满足用户的新需求,则是更为重要的第二步,在设计功能满足用户的新需求时,产品经理如果不能对技术了如指掌,就无法设计出逻辑严谨,体验良好的新功能,甚至如果不能及时跟进对新技术的了解,就会使自己的功能设计落后,没有新鲜感和进步感。

最后,还有一个很重要的方面就是,产品经理在提需求时,不能为了缩减开发时间就一味追求容易实现的技术方案,也不能为了求新,求变,就大量使用实现难度高的高技术难度方案。提出需求时,还是要看自己目标用户的具体需求来定,在用户可以接收的技术范围内,来衡量选择各种难度技术的实现方案。

2017年06月29日
| 评论 0
匿名
不厌旧 新榜 新媒体观察

肯定要考虑技术实现。

用户需求决定了产品是否有这个功能,技术实现决定了产品什么时候有这个功能。

技术实现上首先要考虑逻辑实现,即该功能是否在逻辑上是可以实现的(不考虑本公司的技术水平)。对于逻辑可实现的功能,可以根据公司的技术水平规划产品的版本迭代计划

然后要考虑的是技术发展水平,比如某产品需要实现味觉传递功能,最前沿的技术确实已经可以解决这个问题,但是实际应用成本太高,实操可能性极低,所以归类为无法实现。即便这个功能用户非常需求,但是仍不能作为短期研发规划。

多说两句,关于技术实现难度的把握:

1.对个人技术水平的认知,即产品经理对自己设计的产品需求的技术了解多少。比如产品经理想实现一个前端的动态效果,如果对前端技术一无所知,则可能因为自己对技术实现的错误判断造成产品的不完美。这一点需要产品经理多学习多了解,技多不压身。

2.对公司技术水平的认知,即产品经理对自己公司的技术团队水平了解多少。某项技术可能已经可实现了,但是基于公司的技术水平无法做到,比如某功能腾讯可以做,但是自己公司却做不了。这一点需要产品经理在设计过程中多于研发团队沟通,根据公司的技术水平或者公司研发团队的招聘随时调整产品的功能设计。

3.对行业技术水平的认知,这一点对于极客和前卫的公司比较重要。前沿技术的研究大部分是由科研人员完成的,技术的普及则需要商业化运作的公司来实现,如果公司恰好是那种对前沿技术比较关注的,产品经理则需要在这方面多下功夫了,学术论文、学术会议等没事就多看看,有些技术的出现可能是偶然的,但是可能恰好满足了自己产品的需求,甚至引领用户的需求,比如乔布斯的触屏手机。

2017年06月29日
| 评论 0
匿名
楠色天空 黑龙江程志科技公司 产品总监

你认为简单的开发起来并不简单,你认为很难实现比较复杂的对于技术来说也许并不复杂,关于需求是否合理,是否具有开发性,需要多方面的评估

1.需求来源:如果是已有产品的功能更新,用户习惯性问题想更改使用流程,这部分需求提都不要提,相当于是否认开发前期的成果;

如果是功能优化,用户的使用反馈和建议等方面的数据委婉的告诉开发,这种方式忽然好,但是用户达不到这个水平,如果以一种更简单的方式会更容易接受;

2.需求的市场调研:有一些系统性的产品开发,有很多细节的问题大同小异,其实用户既然提出这个需求说明是见过别人有,而且初步认可了这个功能;有些小而精,有些大而全,如果需求的实现结果一致的话,开发那边不会轻易的改变实现的方式;

3.需求的使用:有些功能隐秘性比较强,有些用户不易轻易发现,而且这个功能又是一个亮点;开发一般会把普遍使用的基础性功能放在显眼的地方,个人小小的创意性功能由于位置有限会隐藏起来,而一旦用户发现认可并强烈需求时,可以向开发提出改进的方案;

4.需求的合理性:需求是否合理,且技术上是否可以实现,一般开发工作量比较大,且手头项目都不止一个,时间上面比较紧迫!有些需求异想天开的话,开发几乎都不愿意去了解,所以需求的评估和过滤还是非常重要的!

2017年07月08日
| 评论 0
匿名
克果 互联网金融 产品经理

这个问题转换一下意思大概就是产品经理需不需要了解技术?

有两派观点:

1、需要了解技术。这样会使得产品经理提需求、设计产品功能的时候考虑的更加全面,跟技术人员也能更好的沟通。

2、不需要了解技术。很了解技术的话,那么在设计产品功能的时候经常会习惯性的考虑技术的实现难度,这样思维就会受到限制。如果不了解技术,那更多情况下产品经理会站在用户角度思考问题,对于产品设计也会具有更多创新创意的点子。

其实这两种观点我个人觉得没有对错之分,现实生活中,你牛逼你说的就是对的,你成功了你说的就是对的。

2017年07月07日
| 评论 1
匿名
nathin 没工作的 产品经理
首先,产品经理只考虑用户需求而不考虑技术实现难道一定是不对的。



我认为产品经理在提需求时分成两个阶段,

第一阶段需求调研,是可以不考虑技术实现难道,这个时候应该是以最理想化的方式去满足用户需求,好的产品经理这时候或许还会和技术一起YY实现方式。现阶段中国很多产品是没有技术背景的所以并不知道目前技术趋势,所以和技术一起YY实现方式是非常有必要的,技术创新和产品场景应用我感觉至少有两年的差距。

第二阶段技术实现阶段,这时候其实是时间,金钱和体验寻求性价比最高的时候,产品经理在这个时候是必须考虑技术实现难道的,要不项目就会进入不可控的实时。做一个假设如果ofo有足够的资金在摩拜还在研究车的时候就用低成本的自行车抢市场份额,现在会是什么情况?在这个阶段是需要考虑技术实现难度的,它是产品的基本技能之一。

产品经理一定要了解技术,特别是技术发展的趋势,如果只是一味的等技术已场景应用,那只是在追溯别人,给牛逼的技术实现方案找到好的场景应用,也是一种创新。当然产品还是要坚信技术是无所不能这句话。了解技术是在帮助产品更好的做决定。
2017年06月30日
| 评论 0
匿名

作为产品经理最需要考虑的是性价比,如果这个功能做出来开发难度相当大,但是收益相当可观(收益包括但不仅限于新用户增加,用户留存,用户转化等),那么是一个可以考虑的方案,如果开发难度相当大解决的是无关痛痒的问题,一个性价比不高的改进、优化,那么多半会否决;

而技术实现难度就是性价比中的一个环节,是需要考虑但不是唯一考虑的。

2017年06月29日
| 评论 0
匿名
Mr.Song86 北京某互联网公司 产品经理

在与开发人员确定技术可行性和实现难度前,首先要考虑你产品需求逻辑设计的是否合理,流程是否走的通,是否存在潜在的BUG。

确定产品的逻辑设定没有问题,那接下来可以通过与开发人员的沟通,了解实现的难度,有无简便方案(看技术水平了);

如果你产品逻辑设定的本身就有问题,不仅浪费开发时间,无形之中还增加开发的难度,很容易推翻重来;

总结起来,需求合理,技术一般都能实现,至于难度的问题,不要自己去考虑,要和团队沟通;

2017年07月10日
| 评论 0
匿名
Milk喝了牛奶 Bytedance 产品经理

不是考虑技术实现难度,而是考虑技术实现排期。

为什么不是考虑技术实现难度? 

举例:前一份工作在阿里,有幸跟一位非常牛逼的技术leader一起工作,每次提产品需求不是不做产品就会死,而是做了产品会更好的需求时,他常会问一句话,这个需求,对我技术的挑战是什么? 如果我技术的实现太普通了,你就需要用更高的产品价值来打动我,不然优先级排期是上不去的。

所以,只有两种,一种是非常明确的核心的有明确数据支持的对产品发展非常高优的需求,这时候技术实现成本很低,技术也有成就感,因为他是产品的一部分。

另外一种是产品经理自己在实验性的,或者基于优化考量的需求,这个部分技术难度反而是提升技术成就感的强有力动力。当然,这个时候产品就需要考虑,我是不是能接受这个技术难度的需求,实现所需要的时长和可能不能实现带来的风险。

2017年07月10日
| 评论 0
匿名
犬太 高瓴资本 产品经理
首先我觉得技术实现难度分两个层面,一个是完全不能够实现和需要耗费很多精力去实现。



我认为产品是商业和技术之间的桥梁,产品需要有时间就去关注一下技术的最新趋势,了解技术的发展状况,来为自己的脑洞和想法提供可行性的方案。如果你提出的一个需求和方案,在现在的技术水平下是根本不能完成的,那就不要在这个需求和点子上浪费太多的时间。

所以我认为,产品在提需求的时候,一定要考虑到这个需求在现今的技术水平下能否被实现。



其次,这个需求可以被实现,但是需要耗费很大的精力和代价。如果是这样的情况下,就要不断跟技术去进行沟通,了解到难点和工期的信息。然后衡量自己的需求被实现和代价相比哪个更有优势。如果这个需求真的很难实现,但是一旦做出来,就是行业的引领者,可以解决用户很大的痛点和问题。即便耗费大量的人力也值得的话,那就去做。

如果性价比不高,做出来用户也不一定会买单的话,那就要衡量到底要不要这样做了。



所以,产品经理在提需求的时候,首先对于技术可行性一定要有了解。不要提一个全世界都无法解决的需求。另外,在提出需求的时候,了解到他的技术难点和工期,对需求进行性价比的讨论和分析。在技术和商业找到一个平衡点。

2017年07月04日
| 评论 0
匿名
暮哲 某OTA金服 产品经理
首先应该看这个产品经理角色是属于后端还是前端产品,如果是前端面向用户则更多站在用户角度吧,如果被研发或者商业捆绑太多,容易太大局限;后端产品更多考虑设计接口间交互的合理以及节约服务器成本,更高效进行交互。总而言之,还是看具体不同岗位的产品经理,对应的思考模式会有所不同吧
2017年07月03日
| 评论 0
匿名
炜君子 网易 打杂的运营实习生
先抛出结论:产品经理提需求时必须考虑技术实现的难度,而不是只考虑用户需求

首先,我认为产品经理不应该一味的站在用户立场。先不提需求是否是伪需求等因素了,单说产品经理为啥要那么注重产品体验,为何要想办法满足用户的需求呢?不仅仅是为了做出优秀的产品。其实做出优秀的产品仅仅只是手段,最终目标还是通过开发产品满足了用户的需求之后,在用户身上获得回报,得到收益。这种情况下,产品和技术应该是站在一条战线,不应该相互给对方添麻烦。产品提需求的时候应该考虑到开发的难度,考虑收益和成本问题。

而收益与成本,则是我觉得产品经理提需求要考虑技术难度的另一个原因。所有岗位在工作中,都必须要考虑到性价比。例如在产品开发初期或者是版本迭代的时候,需要提交的需求可能有很多,对很多需求进行排序时,要综合考虑上时间、开发成本以及技术实现难度。有的时候吧,最合适的方案不一定是最好的那个。而是团队综合考虑各种因素之后在当下环境中选择的最匹配的。

所以,产品经理在需求分析和调研阶段就应该综合考虑到包括技术实现难度的各种因素。优先满座当下阶段最紧急的需求。
2017年07月01日
| 评论 0
匿名
斯陌菁 乙方 交互设计师
产品经理提需求是需要考虑技术实现难度,这个可以和技术大大提前沟通交流,看有没有折中的方案来平衡用户需求和技术实现两方面 。如果只考虑需求,不考虑实现难度这个没有对产品进行系统性思考,没有全局去看问题。产品经理对需求和实现难进行权衡是比较合理和现实的一种做法。
2017年06月30日
| 评论 0
匿名
PIXELSIR PIXELSIR 产品设计
我觉得产品经理是要和程序猿默契配合的,最重要的是要赢得程序猿们的尊敬。我认为产品经理懂些技术是需要的但并不是懂的技术越细越好,而是要用已知的基础上在宏观上对技术有总体上的把握,在微观上懂得放手,相信程序猿,并锻炼好自己其他几项能力。
2017年06月30日
| 评论 0
匿名
查看更多

发表评论,请先 登录 · 注册

合作伙伴

诸葛IO
薪人薪事
会会
华兴阿尔法
 阿尔法公社
测试兄弟
Growing IO
BOSS直聘
Artand
极光推送
SDK.CN
Bugtags
微企点
环信
IXDC