如果出现了以产品工期为代价的问题,该如何权衡?


背景:完善实现的设计细节,修调动画参数、显示参数等往往可能消耗很多时间,在工期要求紧的情况下,是应当先做部分功能的完善产品,还是应该先做完全功能的不完善产品,如何权衡?
回答 21 排序

产品需求第一,其他都得向后排。

如果你要做的东西,因为市场需求发生改变了,莫说产品工期了,甚至产品整个生产周期都要重修规划。

如果只是页面的调整,仅仅是易用性方面,即交互和视觉方面的需求,完全可以按照MVP的模式进行简约设计,这样既能保证工期又能满足需求。如果是可用性方面的问题,那么类似于产品bug,必须马上调整。

匿名
柳柳要长肉 河马科技 运营经理

正好我负责公司的oa和对外的用户中心平台。也可以理解为2B和2C这两种的不同。

oa里面,以工期为主,核心功能完善,流程无误,上线。小优化后期慢慢调整。

用户中心,界面样式很重要,甚至要兼容到ie6,这些都得慢慢来。

所以我觉得这个问题主要看产品形态和针对的人群。

匿名
草坪 小小公司 产品经理

背景:处于一家创业公司,程序人手4个,负责公司三个产品,需求每周都会有更新,特别是运营需求,时不时就搞个活动,然后说下周就要上线。

个人处理方法:

1、明确需求,一般根据提出你觉得不合理的需求,去多问这样做目的是什么,这样做是否能给用户带来好处,拒绝不合理的需求,同时也要需要思考合理的需求是否有多个解决方法

2、跟程序和需求方沟通,定一个合理的需求开发时间,合理的时间能更好让产品去注重用户体验

3、如果需求解决和需求完成时间都是不可变的,一个需求又来不及在时间内完成的情况,则需要分解需求,一般将需求分不同时间段内的核心需求,其他需求,争取在有限的时间段内完成该阶段的核心需求。

针对问题的建议:

你所提出的问题是先做部分功能的完善产品,还是应该先做完全功能的不完善产品,我的答案先做做好能满足用户基本需求的核心功能,方式如下

找出目前阶段你认为开发的产品中核心的需求,在有限的时间内优先完成功能的开发,其他的方面包括ui,交互只要没有bug即可。另外强调是在目前阶段找出核心需求,所有对核心需求需要不断去拆分。

至于为什么这样做的原因,个人觉得产品就是在有限的资源下去满足核心用户的需求这样一份工作,在无法改变资源的情况,就要想方设法去解决。另外,很多时候如果一个产品没有快速推出去,很难去验证这个需求,所以在其他方面都满足基本可用情况,个人倾向于去完善功能,快速推出去验证并不断去迭代和修改。

匿名
無下子明 武汉 产品经理
产品第一,需求第一。其他的东西都排后。

工期对于项目经理来说很重要,因为涉及用户交付。

对于产品经理而言,就不是最重要的事情了,因为产品经理最重要的产品需求是否符合市场预期,是否满足用户要求,解决痛点。

我们做产品的时候经常会遇到,市场情况发生改变,导致产品需求需要重新调研重新设计产品功能。

可以举一个例子,就是互联网彩票,由于国家政策叫停,会导致需求发生很大的改变,原来产品经理要做的就是设计一个能够让用户快速在线上购买彩票下单的流程,而由于需求改变,则需要改变思路,辅助用户获取彩票的最新信息,帮助他在线下购买彩票。

所以,产品经理,要以需求优先,工期其次。
匿名
7号 某金融数据公司 产品经理

泻药。

说一下我遇到这种情况会怎么处理吧,不一定对,仅供参考。

我们做产品,设计某一个功能,是为了满足用户在特定场景下的需求。

工期在那里摆着,又不可能把所有功能都实现,怎么办?砍需求,做减法。

怎么减?依据是什么?

问自己:不做这个功能,有什么影响?影响范围有多大?

没什么影响,只是体验好一点点,不影响用户需求路径的完成,砍吧;

有一点点影响,不过要改善的话,要花一点时间,砍吧;

直接影响用户需求路径的完成,延期都要做。

题中提到了部分功能完善的产品和完全功能不完善的产品怎么选择?

还是一样的思路:

部分功能完善的产品,影不影响用户需求的完成,不影响,那就上这个版本。有时候有些东西能人工完成,前期可以考虑人工去做,不一定非得做成线上处理。

现实情况中,很多时候,很多功能第一版都是可以砍掉的,基本上不会做完全功能的不完善产品,不可能一个产品是需要把所有功能都做完了才能满足用户的需求,如果真的是这样,那就需要回过头去思考,用户真正需求的是什么?或者问你自己,必须要砍一个功能,你砍哪一个?砍一个之后,再问,必须砍一个砍哪个?直到不能砍了。这也就是大家说的MVP。

最后说个题外话,MVP是最小化可行产品,但不代表它是一个体验差的产品。

匿名
我觉得,这个就涉及到MVP的考量。首先,你要做的这个产品如果是一个尚未上市,或者要快速投入市场验证其反响的。自然要先思考你的产品的核心功能是什么,核心功能只会是1-2个,最多不过3个核心功能。完善设计细节、动画参数这些都属于用户体验,在前期其实可能并没有那么重要,很多好产品,先期都是很粗糙的,用的都是核心功能抓住用户。

那么,在工期紧急的情况下,优先保证你的基础功能(登录、注册、用户个人资料管理),比如你是电商产品,那么商品的展示和详情页、下单、支付流程是必须要完善的。我理解的完全功能会包括期望功能,或者是让用户兴奋点的功能,但这些功能是前期你可以选择做或不做的。他的优先级是落后于基本功能-核心功能的。

所以,功能开发的时候,要先明确哪些是你的基本功能,哪些是你的核心功能,哪些是你的兴奋点功能。优先级是基本>核心>兴奋,如果工期要求紧,先把前两个功能完善。
匿名
haoyang0625 小米 产品经理(实习)
需求分为两类:功能性需求、体验性需求。

你在题目中说的设计细节、动画、显示参数都是属于体验性质的需求,在时间紧迫的情况下,两类需求可以合起来统筹考虑。这里要用到一个经典的理论:奥卡姆剃刀法,如无必要,勿增实体。

具体的操作方法可以是这样:

1、汇总所有的需求,包括功能性需求、体验性需求,整理为一个思维导图,这样你自己看的会清楚一点;

2、搞清楚,产品要解决的用户什么问题,要是核心需求哦,这是后续我们做判断的准则。

3、对上面列出来的需求列表做判断。判断,如果这个需求不做,上面的核心需求是否能够被满足,问题能否被解决?如果依旧可以,说明这个需求可以被砍掉(暂时不做),如果不行,那么这个需求就非做不可。

4、在准则的执行上,我觉得还要明确一点,如果某需求不做,用户的需求/问题依旧能够打折扣的完成,即满足的不好,这个我觉得也可以暂时缓一缓。参照12306,体验如此差,但是基本还是能买票的嘛,又不是不能用。如果贵司的排期可以跟的上的话,这些需求可以根据实际情况排进去。

以上。
匿名
订正 互金 产品
一般来说,一般负责一款产品,都是按照产品的生命周期,伴随着业务模式的变更,并且都是先完成框架, 细节的东西慢慢打磨。以这个角度去考虑你这个问题,可能就豁然开朗了。



产品职能方的角度思考

1、作为产品的职责,你需要按照时间节点,确保按时上线的情况下,同时保证质量。

而这个保证质量,是在上一次的需求研讨会,或者说是在项目确立的目标的情况下确立的东西,而在实现的过程中,如果不是重大的逻辑问题,一般不介意去这里加一个那里加一个,这样不只是加长工期,还会引起同事的反弹,类似于频繁改需求的场景。



从需求处理方的角度来说,你需要确立可行性,做定量定性的分析

2、如何解决

正如上一个论点所说,定性,这件事,做了,预估会达到什么结果,不做,会达到什么结果。

定量:如果要做,你会需要付出多少时间来做这件事,对全局的帮助有多大。



3、这个需求的背景是什么

是老板拍脑袋说我要加一个功能,如果是这样,你做好调研,是否真的需要这样的需求,如果真的需要,那就做定量,告知老板,如何如何,并且尽量放在下一版本迭代,尽量不要影响本次功能。



如果是你做出的调研,觉得用户在体验中遇到的问题,平台有优化空间,那就衡量优先级吧。

让你的产品工作有序的进行,而不是今天一个明天一个,这样谁都受不了。
匿名
曾逸哲 重庆声光电智联电子有限公司 产品经理
楼主的问题是:在时间有限的情况下,选择“部分功能的完善产品”还是“完全功能的不完善产品”?

回答这个问题之前,首先向说一下个人对产品的理解:产品的本质属性是工具,工具存在的意义是为了帮助用户完成其目标/核心需求,所以衡量产品价值最重要的标准就是:该产品能否完成用户的目标/核心需求。

所以,这个问题的答案取决于对于“部分功能”和“完全功能”的定义:如果“部分功能”能够满足用户的核心需求,能够把产品的使用场景和逻辑跑通,则应该选择先“部分功能的完善产品”;但是如果只有“完全功能”能够满足用户的核心需求,能够把产品的使用场景和逻辑跑通,则必须选择“完全功能的不完善产品”。所以,核心的判断点就是:你所选择的那种决策,哪一种更能够“满足你用户的核心需求,能够把产品的使用场景和逻辑跑通”,哪个选择能够满足这个条件,就选择哪个。

这个问题还需要考虑一点的就是你现有产品处于生命周期的哪一个阶段?如果处于起步阶段,先把完整的功能做出来,别太在意细节;如果产品和竞品都很成熟了,在功能上已经拉不开差距了,这个时候才是你抠细节的时候。

其实要是有第三个选项,个人更偏向于做“部分功能的不完善产品”。KK在失控中提出了一个观点(个人理解):想要制造一个复杂系统,其最可行的方式就是由简单系统慢慢演化而来。在我们产品行业内,这一思想的体现就是MVP理论,可以去看看BAT的产品的迭代,他们不缺资源,但是看其产品版本迭代依然是一个版本只做一两个功能,可谓“部分功能”。

匿名
无情背锅侠 背锅的 产品总监
从项目管理的角度来讲,每个项目或项目阶段都需要考虑1.范围 2.时间 3.成本,这三个要素.但是根据不同的阶段需求,一定有一个要素是优先级最高的.现在你的背景是时间要素优先级最高,那原则上就不要去完善设计细节,而应该去把主要功能做到流程,无BUG,体验适中.再进入下个迭代版本的时候再去看这3个关键要素的优先级,这是讲道理跟你的上级去沟通.如果是自己来权衡,那这个思路大方向不会有很大出入,是可以参考的.
匿名

很认同一句话,把核心功能做出来,做好体验,才可以提上线。


一直觉得产品熬这种时间与产品性能的能力是产品经理很重要的品行之一。有些时候,你就是面对很多很多很对的事情,每一样都看起来很有用处,而你却只能选择挖其中一个,而且还得忍受不挖其他坑的风险。。(经常被项目经理问,别人家都上线一个XX功能了,我们还在这里搞基础)


但是这就是我们需要坚持的。

匿名
又累死一只狗 某 不靠谱的产品经理
抛砖引玉,不喜勿喷。

先说结论:简而言之,在确保核心功能的基础上,进行优先级排序,保质保量的完成任务。

题主纠结的是产品的质量和进度产生冲突,即保证质量,会带来产品延期,此时要考虑该功能是产品的什么样的功能?核心功能?附加功能?

1、 如果功能是核心功能,即部分功能缺失会导致用户无法实现软件带给用户的核心价值,那么此时就应该先将这部分功能实现,可以适当降低产品质量,甚至可能带有部分的小bug,先期抢占市场。但后期必须迅速迭代,优化。

2、 如果功能是附加价值功能,用户缺失该部分功能不影响体验,流程可以等可以正常流转,建议去除部分功能,保质的完成当前产品。缺失功能可以在二期进行开发。

举个例子,在QQ草创初期,如果说聊天,文件传输、发送语音、视频聊天这些功能都没有做的话,建议加班加点把聊天的功能先做完,因为产品定位是IM。如果到后面说QQ秀和厘米秀没上的话,可以继续优化报风险,延期上线。

Ps:如果功能是核心功能(范围不能消减),又要保质保量,此时要申请增加资源。(如果资源不增加的话建议辞职O(∩_∩)O哈哈~)

匿名
紫原新之助 寻找新机会,深圳 产品汪/设计狮
个人看法是先做部分功能的完善产品,像MVP那样在有限的资源和时间下完成核心功能流程,形成闭环;再在后续迭代中逐渐完善产品。部分功能完善的产品,功能完善会更容易获得良好的用户体验,使用户留存下来,用户也会比较大概率给产品提出建议,希望产品功能完善,这样在迭代中不仅是按自己的计划进行,也给了用户被重视被尊重的感觉,提升体验。现在很多产品和平台都强调垂直这一特性了,如果一味追求大而全而都是残次品的话,没有竞争壁垒,很容易被其他竞品替代,前期获得不了用户口碑,在后面迭代中表现再好,用户也不太容易回来了。
匿名
大杉小谢 专业打杂 人肉撕逼

所有的问题都是生存问题。

如果没有这个功能会怎么?

如果这个功能糙会怎么样?

有的时候我们可以选择怎么样活着,有的时候只能选择to be or not to be。

匿名
Porn 中软 测试工程师

我们单位是做研发的,我是项目经理。但是我的项目基本都是延期完成的。最长的都已经做了两年了。我总结了下原因:

一、市场部的原因。

1.市场部有了产品的想法,就交给我们来做产品规格。但是这个想法往往很模糊,经常处于变化中。

2.公司有个流程,要求我们的产品规格必须提交给市场部批准后,才能继续下面的工作。可市场部在地球的另一边,我们提交后,他们却迟迟不予反馈,项目没法继续。

二、采购部的原因。我填了采购单,交给采购部后,就如泥牛入海,没了踪影。当时的采购周期是采购部认可了的。甚至拍胸脯保证没问题!可是需要的采购件却是一拖再拖。可我对采购部的人,对其他部门的所有人,又都没有权力管。

fetch_file2fe5a3ad66e351ce8b84fdcb119057a1-picture

两个问题都应该是跨部门沟通协作的问题,需要注意以下几点:目标至上,关系第二,该要求时间点的就一定要要求;有耐心,不吵嘴,不伤害;勤询问,不能自以为如何;换位思考,多考虑对方情况;懂得合理的拒绝;

如何做好时间管理,结合产生的问题,一定是要和具体做相关任务的部门干系人达成一致,帮助他们考虑,获得对方的承诺;过程中及时沟通跟进; 还有就是在做计划的时候一定要做wbs拆分,做到执行计划的合理性;适当考虑风险应对的时间和方法。

针对市场部:

建议首要解决需求细化迭代和确认的问题,确认了DEMO或原型、就要按照对应的计划去执行,没开发完追究开发责任、需求变更就得接受计划影响延期的风险,其次才是项目计划管控与执行;

针对采购部:

加大频度跟踪采购发起与执行的各个环节,并及时上报采购环节的问题和风险、影响程度,引导有权利的人和干系人主动管或配合管。

匿名
Maxinor 深圳 新新产品汪

谢邀

在保证产品可用性和易用性的前提下,才能去考虑其他的问题。如果产品的可用性都实现不了,那么即使赶上工期也是白搭。

同时也根据产品本身的特质有所不同,如果是成熟产品,那么最好还是完善了产品以后再上线,如果是全新的产品,个人认为在实现产品功能的前提下需要进行快速试错,不需要像成熟产品一样。

个人见解,欢迎指导。

匿名
Samuel琛 寻坑中的 产品经理

这个时候你就需要到这个图

QQ截图20170623175022.png

匿名
锋无二 一年级 产品经理

某位产品大咖说过,没有丑死的产品,只有难用死的产品。

匿名
wxin9 某公司 产品经理

看你的产品处于什么阶段。

已经在稳定期,处于慢慢打磨阶段,各种方面都做好,节奏慢点照顾好口碑和体验是值得的。

在新产品尝试阶段,保证产品使用路径畅通就赶紧上线测试吧,小步快跑,迅速迭代,别等着都做全了市场机会都不在了,或者说是伪需求呢。。

匿名

很认同一句话,产品不是以上线为目的的。

匿名
查看更多

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