Entradas del foro

sifat khan
06 jun 2022
In Foro de cine y televisión
我发现不管在哪,产品经理总是免不了被diss的命运,新西兰电话号码列表 这可能就是这个岗位深入灵魂的属性值吧。 一会互联网界的大佬曾经说过:(其实是我说的)“如何让一个未入行的产品经理放弃这条道路?答:那就带他参加一下内部需求评审会吧;如何让一个刚入行的产品经理放弃这条道路?答:那就带他再参加一次外部需求评审会吧!” 对于许多产品经理来说,新西兰电话号码列表 设计完原型,或许只是噩梦的起点,我们接下来有一项非常重要的任务,那就是先能够活着走出需求评审会。 01 还原案发现场 事情的背景是这样的:我近期不是负责了一条新的产品线么,然后根据我的规划,是打算先搞出来一个MVP产品,看看这个产品对用户有没有价值,以及技术可行性如何。 话说,既然都是MVP产品了,那么界面的美丑我觉得不重要,用户体验什么的都靠边站,新西兰电话号码列表 我们这一版是内部使用,也不对外,所以安全性也往后排就完事了。并且也说明了,我们要采取敏捷开发的方式,逐步去迭代完善。在这之前,新西兰电话号码列表 还专门搞了一次敏捷开发的培训会。 然鹅,就是这样的MVP产品,在需求评审的时候,把我郁闷的,差点就去拿我40米的大砍刀了。给我反馈的内容,简直******(脏话)。 反馈的内容,让我忍不住******的,主要有以下几个方面: 1. 共识性需求,还让我描述 产品经理怎样活着走出需求评审会? 一个超级简单的登陆界面,而且我也已经说明了:“现阶段账号管理无需前端界面,直接通过数据库维护账号即可,账号可设定为销售人员手机号,密码可默认为123456。” 然后评审的时候,竟然还让我描述清楚,账号、密码的数据限制都是什么,输错以后的反馈都是什么,巴拉巴拉。 我******,在我的概念里,像这种登录界面,不都是封装好的现成内容么,新西兰电话号码列表 开发连这些最基本的都不积累么?而且上面我也已经说明了自己的要求,这些都特么不重要,甚至登录界面砍掉都行。。。 唉,我再次****** 2. MVP产品,纠结用户体验 产品经理怎样活着走出需求评审会? 这个也是让我略郁闷,这个界面,上来给我反馈一句,别用弹框,弹框的体验不好。 我当时就很纳闷,我们探讨的不应该是用户看到这些内容有没有价值么?我承认,界面是线框图,交互体验也没怎么思考。新西兰电话号码列表 但如果连价值都没有考虑清楚,只是给用户一个只是好看的“花瓶”产品,这又有什么意义呢? 3. 设计层面,牵扯尺寸把控的细节 产品经理怎样活着走出需求评审会? 我设计了列表形式,然后评审的时候,问我一个界面展示多少条数据。这个吧,对于我一个理工科出身,非设计背景,而且已经在B端混迹多年的老产品来说,着实是难为到我了。 因为在我的概念里,新西兰电话号码列表 一个界面有多少条数据,这个不应该是考虑整个界面多大尺寸,然后每个列表多大尺寸,有了这两样数据,再说一个界面展示多少条数据才是合适的么~ 反正对于我来说,我只能给出,比如“界面默认十条数据”,这样的反馈,至于十条是否合适,我是觉得,应该由UI来把控。其实上面的说是产品来给出定义,这个我认同,但是下面这个,我真是忍不住******* 产品经理怎样活着走出需求评审会? 新西兰电话号码列表 我都已经给出这样的反馈了,然后还追问我:“这个图标放在标签的前面还是后面,用什么颜色,这个得由你来定一下。” 4. 最不能忍的:原型高保真,详细PRD! 我们团队,虽然提了这一点,但是提的还算客观,大概就是说,让我把细节给落实一下,不然开发过程中,还会有各种沟通协调,新西兰电话号码列表 各种工作反复,这个我是认同的。 包括我们之前总结过的,作为产品经理的原型设计,应该包含的内容都是什么,尤其是逻辑层面的: 产品经理怎样活着走出需求评审会? 但在我之前工作,有一些**团队,上来就说,原型需要高保真,配套详细PRD(我经历过,一个小产品,就一个月能开发完的那种,然后PRD让写100多页的)。 这种在我的概念里,完全是浪费时间!高保真有啥用。PRD文档写那么详细,谁看啊。而且,评审过后,99%都是有东西需要优化的,高保真与详细PRD的修改时间,真的是白白浪费掉的! 5. 小结 相信很多同学,也都有跟我一样的遭遇吧,甚至是更糟。其实上面的很多反馈,我也是认同的,这些是产品经理的工作,但我不认同的是时间不对,阶段不对。这些绝不是一上来就该做的事情! 就好比我们现在打算盖一栋楼,连盖几层,每层几户,每户是几室几厅都没整明白的,新西兰电话号码列表 上来就开始讨论床该怎么放,柜子该怎么设计。 关于产品经理做设计应该做到哪种程度,我们之前也是总结过的,有兴趣的同学也可以自行查看一下:《用户体验设计之路(三)原型是设计的表达》 今天我们主要是总结一下,面对这种情况,该如何应对! 02 现状和原因 正如我们引言所述,设计评审,似乎是每一位产品经理成长过程中的必经之劫数。 对于需求阶段抽象的文字概念,大家可能无法做出过多的争论。新西兰电话号码列表 于是各种意见,就犹如天雷滚滚一般,都集中在了可视化的原型之上,而原型的设计者自然也就成为了众人抨击的焦点,其惨烈之程度简直不可描述~ 究其原因,无非是感性的个人喜好以及理性的个人立场不同。
产品经理怎样活着走出需求评审会 新西兰电话号码列表? content media
0
0
11

sifat khan

Más opciones