需求分析篇|从实例分析中理解业务需求、用户需求、功能需求的转化

本节试图从一个简单的“用户自助寄件”案例出发,分析业务需求、用户需求、功能需求之间的关系和差异,以及如何进行需求的分析和转化。在产品的需求里面,经常有这三个概念:业务需求、用户需求、功能需求,但往往,我们很容易搞混,不清楚他们之间的关系和差异,我们先引用一下比较官方的解释:业务需求( Business requirement ) 表示组织或客户高层次的目标。业务需求通常来自

如何抓住用户的真实需求?

业最重要的三件事情:产品,产品,产品。重要的事情说三遍,产品可以说是创业公司的核心。所有的商务,市场,技术,运营的连接点就是产品,整个创业公司就是围绕所要提供的产品创建的团队。而在设计产品的时候什么最重要呢?在这件事情相信大部分人都有相同的认知,需求最重要。产品说白了就是要解决用户的某个实际问题,不了解用户的需求,是无法设计出有价值的产品的。但如何精准的把握用户的需求呢?坊

由于项目时间紧张要缩减需求的时候,产品经理该怎么办?

在一个产品线中除了做各部门协调的工作,把握时间进度,确认需求内容,这个时候每一个版本与下一个版本要做到无缝衔接。如需求分析,竞品分析等等的一定要做足功课,免得在产品在开发的时候还要再去想产品的流程或者是需求是否该做的问题。问题和原因“这次的项目时间紧,一定要保证 *时间上线。”“可是领导这次功能太多,可能没办法按时上线。”“那就砍掉一部分需求啊!”“……”其实,这样的情况产

产品的卖点,真的是靠想象出来的吗?

在一个互联网公司的会议室里面,这个问题可能在会议桌上已经被讨论过成千上万次了,有时产品部和商务部吵得面红耳赤,也未必能争出个所以然来。所以当我把这个问题抛出来,最感同身受应是那一群致力于苦苦探索的产品研发人员,这个几乎贯穿他们整个职业生涯的命题,逼疯了许多奋斗在产品一线的大神。也许一个产品人一生能做出一个爆款的产品就足以封神了,就像张小龙做出了微信,这样划时代的产品够他吹嘘

需求到功能的实现,他是这么思考的

只能说,产品经理是需求最忠实的朋友……从安卓跳到产品的坑里也将近一年了,大大小小的也独立负责过两三个项目,也有从0到1的。而在其中最大的感触还是从理工科的思维与产品思维的巨大区别与过渡,最明显体现在从需求到功能的实现,该如何去思考。创业问题的折射而在最近,我和公司的一位之前创业的前辈聊天时,更加深了产品思维在针对需求实现时的重要性。聊天也只是发生在一个平常工作日的中午,我和

盯住产品目标,做好需求分析的5个阶段

需求管理是一个产品中非常重要的环节,它直接关系到产品最终交付的成果和质量。产品经理在面对用户的时候,还面对着一群人:技术/开发。如何在接触用户需求到技术实现过程中做好需求分析,提高产品需求的交付质量?本文将从5个阶段理解需求,细化需求分析全过程。对于产品经理来说,需求来源可以分为两种,被动和主动。被动需求来自于不同用户角色,可能来自于公司的业务部门、产品、测试、公司老板、直

提需求前,你要问自己这8个问题

近期一直在梳理 需求收集、需求评审流程, 恰好自己带的起点学院就业班邻近毕业答辩,也要模拟需求评审过程,就写一写关于这方面的心得吧。针对评审要注意的事项,我梳理了8个问题,和大家一起聊聊我的理解。今天要讲的,也是看苏杰《产品经理》的一段描述所想到的:在阿里,产品经理如果要开展自己的项目,要定期整理需求, 专门召开立项评审会,带着自己的需求和解决方案“过会”,向资

不会做需求评估?这里有 3 种方法来解救你

产品需求的优先级评估是一个颇有难度的工作,其实也是也是颇有技术性的活。本文介绍几种常用的需求优先级的评估方法。一、数字排序法(三分法)需求可分为强制型(Mandatory),满意的(Desirable),非必要的(Inessential)三种类型。假设有需求R1、R2、R3、R4、dR5、R6。假设参与需求评估的用户为A和B。强制需求赋值为3,满意需求赋值为2,非必要需求赋

产品需求:你真的了解你所看到的需求吗?

一个产品经理和功能经理的区别,是产品经理眼里看到的是情感需求、人性需求,而功能经理看到的是只是功能。在上一篇文章中提到的:作为产品经理,必须挖掘功能背后更深层次的需求,在设计产品功能时,适时对产品的功能做减法。把握最核心的需求,尤其是人性的需求。我们来做一些更深入的探讨。产品经理最基本的能力就是 挖掘需求 。看上去好像很简单,然而实际上,很多产品经理都 做不好 这一点。案例

警惕!你可能只是抓住了伪需求

“在错误的方向上,跑的越快,错的越离谱”作为创业路上的第一大坑---伪需求,让无数创业者人仰马翻。那么什么样的需求是伪需求呢?未经解构的需求都是伪需求 ①不是用户抱怨的问题,团队自己抱头想出来的基本是伪需求。②没有自然增长的需求③先有技术后有产品,再寻找使用人群和硬套应用场景④充满了各种假设前提,用到了无数流行辞藻。⑤用户需要功能A,我就应该创业去提供产品A。凡是非独立的功

技术导向到需求导向:结合用研谈小Q

“小Q机器人发布以来,承载了众多使命,是腾讯在创新能力道路上闪耀的一个典范。如今,通过一系列的用户体验研究探索,驱动着小Q从技术导向转变为需求导向,2014年小Q机器人正式产品化阶段,系列新产品将承载更多的用户需求,值得大家期待。”关键词:现有用户、产品定位、用户需求、信息渠道、定价策略小Q机器人,曾经作为腾讯创新能力的典范,多次出现在各个重大场合:与国家领导人会面、在圣诞

一文了解 2B 和 2C 产品的异同问题

前段时间去朋友的设计电台录了一期节目,跟他讨论了一下 2B 和 2C 产品的异同问题。所以就直接将这次电台的聊天草稿整理成了文字,如果大家能从中有一点点收获,我就很开心了~什么是面向消费级的产品、什么是面向企业级的产品面向消费级的产品,其实就是我们平常所说的 2C 产品。 也就是说,产品是直接面向独立的用户开放,并为他们提供服务的。面向企业级的产品,就是常说的 2B 产

从微信的冷门服务,看产品如何尊重用户

优秀的产品经理要具有人文关怀,而不是一切以数据为导向。明确角色是谁?体验流程的繁琐程度如何?改变其中一点,也许就能让用户呈指数级增长。“如果你根本不知道自己在讨论什么,那么对其强求精确是毫无意义的。”——冯诺依曼在纷芜中梳理需求,判断取舍,对一位产品经理而言,有时比最后的交付更有价值。一、  需求分析:场景浸入式思考“需求分析”的定义: 试图发现用户期望的东西的过程,所

需求分析:运用分析方法甄别实际要做的需求

产品经理是唯一可以挖掘出真实需求的人,如果你没有把握住分析的机会,或许你就在不经意间错过了很多微信级的重量级互联网产品。完成需求收集以后,产品经理要做的就是需求的整理和分析,其中需求的整理相对简单,按照一定的分类规则进行分门别类的整理,不同业务不同产品对需求的分类方法会不太一样。这个整理的过程比较适合收集回来的需求量比较大的情况下,如果需求量不大,可以略过整理的步骤。需求分

需求实战:PM如何快速培养思维的严谨性?

需求分析是产品经理的核心技能,网上有很多从需求收集到需求落地的理论,但是如何从实例出发剖析要点,如何保证自己的产品设计思路全面严谨,几乎没有可以参考的文章。在这里我总结下自己填坑后总结的经验,借此抛砖引玉~目录 需求收集为什么要加入这一步呢?一是为了展示需求分析的全流程的每一个步骤,另一个是产品要关注需求收集的用户角色和场景,这会跟需求分析直接产生联系。竞品分析假如你是从0

四句话,教你怎么了解用户需求

看需求的方法有很多,不要觉得对的结论,就是最好的结论。1. 需求多看几个角度对于同样的行为,或者说出同样的话,背后的需求是完全不一样的。比如,同样是找你帮忙给他答案点赞的,看似都是「需要点赞」的需求,但背后可能是:我这篇是软文,需要传播我希望这篇能够帮到更多人我这篇赞数太少了,有点丢人其实类比一件事,大家就很清楚了。当女朋友跟你发火、赌气,她的需求每次都是千变万化的。有时候

不臆测,是产品的第一步

做了半年的前端产品,主要负责web端的前端展示,偶尔也跟进一下app端的迭代。虽然说只是负责前端工作,实际上接口定义,交互设计等等都需要跟进。在前期能完成文档编写的部分后,开始思考需求内容的部分。1 从一开始我提需求时,确实不够谨慎:展示样式,交互设计,业务需求,线上bug。一口气全提出来。一个迭代一个迭代的堆着。当拿着一个个需求内部评审时候,会被问得哑口无言。为什么要做这

走在To B的路上,我懂得了什么是“以服务为导向”

做B端产品,最难的就是业务理解。To B的产品功能仅是冰山一角,服务设计才是精髓。有时候,我们会接到这样的需求,客户大致的期望是:有一个可视化的页面,展示我们的管理能力及已有成效的工作业绩;需要记录用户使用App的时长等行为数据,通过数据挖掘,分析出后续服务的重点;需要提供一个通道,用于链接我们和用户。譬如:我们组织了某项活动,用户都能知道且积极报名参与;用户能对参与的活动

交互设计师如何将需求落地?

作为一名新晋的交互设计师,面对大大小小的需求时,该如何处理?(PS:不处理掉这些需求,老板就会处理掉你)而将得到的需求变成你设计稿中的结构框架是每位交互设计师必备的能力之一。此文就通过笔者参照国内知名APP和自身工作实例将如何需求落地进行简略说明,方便新手交互设计师阅读参考。一、需求分类我们首先对所接收到的需求进行分类处理,这块工作一定要和产品经理沟通清楚和反复确认。而我总

聊聊场景:以「币乎」的点赞与创作场景为例

产品设计,就是解决特定用户在具体场景下的需求。1前些日子,看见知识星球吴鲁加老师在「产品党」关于场景的帖子,深有感触。场景一词绝对是互联网产品的核心体现,我们希望将自己置身于用户的使用场景,所谓同理心和共情能力便是如此。 有时候我们习惯了某种流程或是功能,并不会觉得哪里出现了问题,当我们习以为常的时候,问题很可能就被掩盖了。吴老师提出,场景思考的核心因素无外乎以下几点: