《交互》4.如何构建场景和挖掘设计需求

场景和需求前言前面三章讲述了设计过程,设计研究以及人物建模。第一个设计过程是为了让流程熟于胸,总局把控。而接下来的每个章节循环渐进的按照流程一个个的讲解,解释。解释概念意义,和具体的步骤。第二章设计研究主要讲述了采用调查,采访,统计等方法对于初期想法进行证实和收集所需的信息,来验证事情的正确度,以及所做的成本和耗时耗力,大量研究分析调查,整理总结确定这个项目是可行的,市场分

交互设计前期,需求分析的「三境界」

需求分析不能用简简单单的好与坏来评价,需求分析是依存于具体的场景,只有在具体场景下的需求分析才是有意义的。佛家观世有三重境界:第一重境界是“看山是山,看水是水”;第二重境界是“看山不是山,看水不是水”;第三重境界是“看山还是山,看水还是水”。同样,在产品需求分析的过程中,也存在三重境界。一、需求分析的三重境界在互联网产品的需求分析过程中,交互设计师观需求的三重境界,即第一重

会见客户时,商业产品经理需要做哪些事情?

前两篇文章聊了产品经理在见客户时的准备和销售与产品经理的分工,今天来聊聊我们在见客户时需要做些什么?说实话,见客户是对产品经理很好的锻炼。一来可以锻炼自己的思路,其次可以了解市场,熟悉相关行业的情况,最重要的是锻炼自己的沟通能力。客户见的多了,你就会知道,有完整思路的客户很少,更多的都是思路混乱,想法不确定的客户。其实这是正常的情况,毕竟很少有客户想产品经理一样梳理自己的需

打造有竞争力的产品系统:需求分析与洞察

用户的需求是产品和商业的根基,如果产品没有满足用户的需求,或者这个需求不够这么强烈,后面的产品迭代就成为了无源之水,无论是渠道推广、黏住用户,或者是想要实现变现,都是非常困难。因此,打造有竞争力产品的第一步是需求的分析与洞察。许多产品的失败都在于开发者定义错了核心用户的需求。比如著名的谷歌眼镜,作为可穿戴的重量级产品,研发团队因为是极客出身,把很多自己觉得重要的需求放入到眼

概念设计:明确需求的功能框架

概念设计阶段是“磨刀不误砍柴工”的,功能结构的梳理反而有助于加快功能细节设计环节的进度。概念设计是需求转化为产品设计的第一个阶段,也叫信息架构设计,是指对产品功能的结构进行梳理,之后才是功能细节的设计,很多小伙伴在需求设计的过程中往往会忽略掉这个环节,直接切入到功能细节的设计当中,这会导致两个问题:一是会漏掉需求,未依照功能结构去梳理,除非对需求的把控能力很强,否则很容易漏

你为什么只能找到“伪需求”?

如何才能洞察用户的真实需求呢?很多人都在说,需求调研没用。最有名的证据,就是福特的那句话:如果我当年去问顾客他们想要什么,他们肯定会告诉我:要一匹更快的马。可见,用户也常常不知道自己想要的是什么。如何才能洞察用户的真实需求呢?今天师爷就和你聊聊这个方法: 倾听抱怨。 1.为什么用户会给出伪需求?要找到背后的原因,可以先看两个场景。场景1:“你喜欢5分熟的牛排,还是7

如何唤起用户对产品的渴望?

激发力通过使用户克服旧有的惯性,构建出一种缺乏感,同时强化产品的吸引力来发挥作用。当我们听说或看到一个十分优秀的新产品,却并不一定会购买,就算真的购买,常常也是在百般犹豫之后才下决心。虽然产品某些特性能吸引我们的注意力,但却总感觉需要一个具体的、让人采取实际行动的激发力,才能让我们最终按下购买键。听说或看到一个产品,与实际购买这个产品之间的差距,就是 需求激发力 。

需求管理:如何有效管理需求的生命周期?

产品经理是要对产品或产品线负责的,不能只关注在需求转化上,也需要关注需求实现,两手都要抓,两手都要硬。很多人可能都还不明白需求分析和需求管理之间的区别,通常我们说起来最多的都是需求收集和需求分析,最常见的介绍一般都说成是需求分析该如何如何,需求分析的过程如何如何,与需求有关的其他活动提及的比较少。其实需求收集和需求分析都只是需求管理过程中的一个环节。一个项目做了很久,感觉总

需求分析:它从哪里来,到哪里去?

大家都在谈如何进行需求分析?都有哪些步骤?而本文主要讲的是关于需求的前世今生,它从哪里来,到哪里去?一、需求收集需求分析的前提是已经存在了需求,那么需求都是从哪里来的呢?我们怎么去收集需求呢?可参考《需浅谈需求池管理》中的需求收集。被动告知需求:主要业务部门 ,包括市场部、运营部、财务部、管理层等主要业务部门,需求目的是为了上线某一个新业务或者是新活动,这时候产品要做的

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

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

以实例讲产品改版(下):需求与设计

《以实例讲产品改版方法论》系列,是一个时间跨度接近半年的全站改版大项目,留下的一点经验,共分为两个部分。本文为下篇,主要讲改版语境下的需求规划与交互设计方法技巧,上篇为改版的立项与推动实操经验。 ( 以实例讲产品改版(上):准备与推动 )1. 改版需求规划:要打擒王战、攻坚战、歼灭战我们首先要明确一个概念:大改版就是要树立好靶子,抓核心要点进而重点击破。因为改版立项后,通常

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

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

场景和用户需求为何捆绑的如此深?

基于场景来思考用户需求,能够使你的产品离用户更近一些。KANO模型在产品迭代的过程中需要注意分层去考虑,及其用户在使用时的场景。当然上图没有列举出产品的反向需求。如果产品人员在做产品的时候出现了反向需求(比如亲子类产品中出现离婚等等的需求……)。那对产品的负面影响那就不言而喻了。我们只从正向需求的产品迭代上去思考。一、必须具备的一旦实现了一定数量的必须功能,就无法再通过增加

浅谈用户分析(一):通过用户反馈发现问题

如何通过用户反馈发现问题?作者分享了自己的一些想法和心得。用户对于产品产品经理而言,既是熟悉的,也是陌生的,熟悉的地方在于,我们产出的产品是给用户使用,我们服务的对象也是用户。但同样也是陌生的,我们虽然时时刻刻的面对用户,但却不能明确用户真实的诉求,不了解用户最想要的东西。可以说用户算是最紧密的陌生人了。既然我们对于用户有不熟悉的地方,那我们就应该去更多的了解用户,想方设法

需求定义:要先了解什么是用户需求

需求理解和定义的过程可能不在需求本身,而是在需求之外,跟人的因素、心理学、社会学等有很大的关联关系。通常我们做产品的时候都讲以用户为中心,以需求为导向。这里的需求都有一个前提,就是关联了用户,所以我们平时更多的都是在讲用户需求,也就是与“人”相关。大家都知道,人的世界里真真假假、虚虚实实,表达反馈出来的信息不一定是真实的,做为产品经理就需要掌握需求辨别和定义的方法。描述用户

又见树木,又见森林(2):需求设计

如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“又见树木,又见森林”的话,《需求设计》其实主要是写给BA和SA的。之前说到最近在看几本书,基本上都是用来解决“只见树木,不见森林”的问题的。今天和大家分享第二本《需求设计》。如果说《用户故事地图》可以解决大部分PO以及BA在需求分析时可以“ 又见树木,又见森林 ”的话,《需求设计》其实主要是写给BA和SA的。

四个关键点,让你合理地处理需求

作为一个产品经理,我每天需要处理大量来自监管部门、公司老板、运营、客户等等各方面的需求,并将这些需求整理分发给 UI、前端、后端等等各个方面。但是「需求是无尽的,工作量是一定的」。如何合理的处理这些需求成了我最近一直在思考的事情。下边就是我的一些思考,写出来分享给大家。1、明确产品的目标,并将你的决策过程透明化作为产品经理,每天你都会接到各种需求需要处理。你经常要向你的小伙

个人方法:需求的收集,筛选和排序

结合自己的学习和理解,来与大家分享我的需求分析方法。一个产品想要成为成功的产品,最重要就是要以用户为中心,满足用户的需求,产品经理对需求的把握是否准确,很大程度上决定了产品的成与败,所以需求分析对于产品经理是必须要掌握的技能,本人也意识到需求分析的重要性,因此结合自己的学习和理解,来与大家分享我的需求分析方法。本文将从需求的收集,筛选和排序来讲述需求分析的步骤。一、需求收集

道理都懂,为什么还是做不好需求分析?

hey!产品汪,我有个需求想跟你聊聊~在产品日常工作当中,我们会接收到各种各样的需求,需求可能来源于用户/业务同学/产品本身/老板。在进行设计产品/功能之初,产品得先进行需求分析,根据定位,判断需求真伪,最终制定合理的需求执行方案。然而很多人还是有疑问,道理我都懂,为什么还是做不好需求分析?本文主要讲述如何做好需求分析。先给大家看一个活生生的需求分析的实例…一、实例分享老爸

教育慢与互联网快的矛盾

版本可以迭代,但是教育不能重来——让自己感动的一句话。当教育遇到互联网,结合成互联网在线教育。当互联网的快遇到教育的慢。会产生什么矛盾?矛盾怎么处理?思考ing…互联网的快刚做产品时,就听到一个有意思的问题,如果这个版本中很多细节都没调完,但是已经到发版时间了,你是这个版本的PM,到底要不要发版?答案是:要在互联网普遍信奉8个字“大干快上,快速迭代”,我们都在追求MVP的方