从需求分析到原型制作再到需求文档,产品经理会陷入哪些坑?

2020年10月17日17:43:40 发表评论 2 次浏览

从需求分析到原型作再到需求文档,产品经理会陷入哪些坑?

需求分析

我从一开始就看不上产品经理这个位置,以为自己不接触码,不接触设计,工作以沟通和杂务为主,工作室会轻松一些,但后来真的上了。和产品打交道多年,发现自己之前的认知完全错了,一个需求分析或者写一个需求文档就足够我入研究很久了。

在这里,我就我走过多年的坑,以及熟悉的、不重复的经历,给大家一些参考意见。

需求分析

做需求分析的时候,不要总是用我觉得& # 8230;“我感觉& # 8230;”这种说法解释了我们为什么需要做这个需求。这种解释很无力。如果有时间做一个用户访谈,可以参考腾讯的10/100/1000法则(每月10个用户调查,关注100个用户博客,收集反馈1000个用户体验)。只有当我们对用户需求有了全球性的理解,我们才能造出供人使用的产品。

会上需求分析的时候,随着头脑风暴的兴起,需求会加,纸上出现几篇文章,很正。这个时候,作为产品经理,从来不宣布会议结束,直接确定需求,是非愚蠢的。

我一直坚持的观点是,只能增加需求的人不是产品经理,能减少需求的人才能称为产品经理。

我参加了几次产品需求评审会议。我把需求先化后,后期临时增加需求,然后无限制加班。最终的产物是一个物,功能多样,主次不分,混乱不堪。

总的来说,对于需求分析,我个人认为正确的做法是在需求分析会上加很多需求,记录下来,然后回到产品定位,从中思考,不要做一个旅游APP,加一个社交功能,注意私密信息,这是多的。

根据产品定位思考,选择最重要的功能,与参与者仔细确认,包括老板的意见,询问项目经理是否可以实现等。,然后确定主要要求,会后整理,发邮件给反馈确认。

选择最重要的功能进行开发,可以提高开发周期的效率,快出产品,用户使用时快速试错,通过用户反馈做出更好的产品体验。

需求确定后,在后续的设计开发过程中,不要有临时加需求的想法,这样会影响产品的初始规划和开发进度。以我个人经验,后期随添加需求往往意义不大。

原型制作

从需求分析到原型制作再到需求文档,产品经理会陷入哪些坑?

  需求确定后,产品经理通常开始原型化。现在大部分产品经理都需要了解交互,所以你必须了解并专化。

1.根据信息架构的原型。根据具体产品,我还是议用比较的原型图来表现。

原型图不能一次通过,需要审核更。制作高保真原型图涉及跳转链接,费时费力,需要更改。你需要花很多时间,只需要讲明,提高效率。

原型图上出现各种颜和按钮形状,会极大的干扰UI设计师的设计思路,会干扰他们的思维,专业的人会做专业的事。

2.在制作原型图的过程中,建议先画出清晰的业务流程图,有清晰的思路供制作原型图参考。每个功能都需要画出相应的详细流程图,这是确认流程工作所必需的。

往往在确定需求之后,产品经理直接画出原型,最后交给开发,发现最简的登录注册流程都不行,真的很可笑。

记得给每个功能画相应的流程图。

3.在绘制原型图的过程中,尽使用定词进行功能描述,不要使用歧义词。

功能描述可以分列出来,简单直接。在设计开发中不用大段就很好理解。

比如这是消息界面的反例:用户可以在消息界面上留言,删除消息,点击屏幕刷新。

程序员看到就会崩溃。留言一定要登陆吗?消息的字数限制,最初显示多少条消息?管理员或用户可以删除邮件吗?刷新是下拉刷新还是其他方法?

更标准化的实践:

最初显示条消息。要查看更多消息,单击下面的页码按钮。

访客不能留言,只有注册用户可以留言。

留言字数限制在50字以内。

如果用户留言,我可以删除,但其他用户无删除。

以上只是一个简单的例子,功能描述足够清晰,提高了设计开发效率,降低了通信本。

4、细节,玩过很多产品,有些产品还在作案,

是“登录”,不是“登录”,

是“登录”,不是“登录”,

是“登录”,不是“登录”,

重要的事情说遍。

需求文档

需求文档是产品经理的常工作。可能是我们没有做好这项工作,专注于细节。

应该为需求文档的命名确定一个规范,这将在将来遵循,以便于文档序。

在需求文档中,有必要在开始时给出一个产品定义,说明产品是为什么用户服务的,基于什么场景,以及如何使用产品。

至于需求文档中的术语和定义,需要对专有名词进行具体的解释。

需求文章中最基本的信息架构图和产品用例图都要放上去,让读者了解产品的整体轮廓,更好的理解需求文档。

在产品的版本规划中,明确的都填,不确定的写出来沟通。

对于具体功能,首先给出功能定义,然后给出详细的流程图。前提条件、功能规则、后处理都用清晰明确的文字表达。不要使用程序表达式,如产品经理自己并不特别熟悉的正则表达式。这样的描述是不确定的,程序员看到这样的内容更加斥。专业的人应该做专业的事,信任专业的人。

产品经理给出了填写用户数据、评论、消息等字段描述的具体规则。,这些都是产品经理必备的质,比如微博状态140字,QQ个性签名50字等。,并通过了解和参考具体产品给出理的字段描述规则。

其他的

1.最后,在产品设计过程中,不要刻意追求新,打破一些现有的产品交互逻辑。

比如更改密码,绑定邮箱等。一直放在菜单设置中。经过这么多年的产品培训,用户不应该随意打破这个习惯。打破的效果只会适得其反。

2.每次和设计开发沟通,首先要想好你想说的问题,为什么要这么做,找到相应的数据和产品样本来支持,说明你的做法,说服他们,不要因为程序认真表达了他的意见而拒绝你的需求,你会立马拆。这是最没有意义的行为。

其实我见过的程序员都是讲道理的,前提是你有足够的理由说服他。

最后的

从小听了很多道理,但还是过不好自己的生活。

我个人很赞话,所以我更愿意掉坑。在产品设计的过程中,我只有掉坑之后才能被自己打。只有当我在实践中遇到困难时,我才能有更多的产品设计经验,提高自己的能力。

还有一个很重要的就是总结。在你完成一个产品发布,一个产品迭代之后,看完一本产品书,不要去翻,看完再看。用mindjet等软件记录这个过程中的坑和内容总结是非常必要的,这样可以快速吸收经验和知识,快速提高自己的能力。

这是《用户体验元素》的一章,一章总结浓缩成一页。一本书的本质只有几页。这种方法的点。

提高过滤和总结内容的能力

加深对产品设计流程或书籍的理解

方便产品设计思维有困难时快速查阅,从中找到一些灵感。

如果你有兴趣思考产品设计,可以和我交流。

相关阅读品多多与楚橙联,供需方如何向打通?

10月10,恰逢品多多& ldquo;周年典大促销& rdquo;56岁的严一斌在怒江边的云南省龙陵县云观桔子基地宣布,桔子已经和新的电子商务平台拼多多打成一片

产品经理如何做好需求版本控制

刚入行的产品经理,经常一提什么功能和需求就打开电脑,看到我给你画的样。是不是很牛逼?在做了一段时间的产品经理后,当涉及到任何

什么样的营销网站才能满足企业网络营销的需求

随着互联网的发展,企业对网络营销的需求越来越大,在此基础上,营销网站的建设成为企业的一项必要工作。通过营销网站

软件需求工程——需求分析

需求的特点是糊性、完整性、一致性、可测试性、确定性、可追溯性、正确性和必要性。需求分析的7个方面——绘制系统上下文范围图——系统和系统

如何准确看到用户的需求?

如何准确看到用户的需求?营销是“通过改变影响用户产品买决策的各种因素,达到争夺用户或刺激用户消费的目的”

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: