产品知识理论体系(二)

6天前发布

原创文章 / 多领域 / 观点
Soul丶凉城 原创,如需商业用途或转载请与Soul丶凉城联系,谢谢配合。

❤️整理归纳了本人作为 UI 对于产品的认知
❤️持续整理更新作品中
❤️目标:年底之前发布累计超过 20 组以上作品(三)


产品思维在产品管理和用户体验设计之间构建了富有成效的关系,这种关系让产品变的更强大。


                                                                ————某位Dribbble大佬  


文字较多侧重于描述:产品这个岗位在工作中需要具备的技能,发挥的作用,整个产品的知识体系有哪些。共计会分为七篇文章描述。供各位 UI 设计师参考。





目录:


      一、需求调研—【行业分析报告— SWOT 策略分析—竞品分析(竞品分析的目的-竞品分析方法—形成结论)】


      二、需求获取— 【 HMW 分析法—用户访谈—用户行为观察—调查问卷—四种用户获取方法对比】


      三、需求管理—【用户故事—需求池管理】


      四、需求决策—【 MVP 需求分析法—KANO 模型分析法 —关于需求决策的几点思考】



一、需求调研


每一个企图“改变世界”的产品经理都幻想着创造一款可以“改造世界” 的产品,但现实却是残酷的,封神的产品经理屈指可数,能够按照自己意愿去打造一款产品的情况更是少之又少。大多产品经理每天在规划的产品无论是从0-1 新产品规划还是进行 1-N 的版本迭代规划,需求来源都是公司业务需要或者 boss 的 a-ha-moment(灵光一现,俗称拍脑门需求),这样的需求来源我们不评论正确与否,毕竟公司是老板的,有钱任性也和我们不管。作为产品经理,能做的就是在产品规划阶段,将潜在需求转变成产品雏形并且尽可能让其不偏离正确的路线,这就考验产品经理前期对潜在需求调研的功力。


下面提到的针对潜在需求的调研分析方法主要有三种:


行业分析报告


SWOT 策略分析


竞品分析


这三种方法遵循了从宏观到微观,循序渐进的分析流程,针对一个特定的潜在需求,可以按照这个流程依次进行分析,从而一步一步得到最终的产品雏形。



1.行业分析报告



行业分析报告是对行业、对市场了解最快最便捷的方式之一,行业分析报告一般由专业的第三方市场研究公司编写并对外发布,这类报告分为免费和付费两种类型,付费报告所涵盖的内容更加详细具体。通常这类第三方公司有很多,如易观、艾瑞等等,通过互联网的方式可以获得很多相关的行业分析报告资料。


行业分析报告是对行业宏观的解读与分析,可以让一个对行业、生态了解不多的产品经理对整个生态有一个框架性的认知,然后再有针对性的深入调研与分析。


通过行业分析报告,一般可以获得以下的关键信息,这些信息对于理解行业,建立基础认知框架有至关重要的作用:

 

1. 行业发展现状及趋势


2. 用户特征、体量


3. 目前主要玩法、主要玩家

 

(不同行业分析报告框架可能会略有不同,但是大体上都会包含上述三个关键点)



1.2 SWOT 策略分析



SWOT 分析方法来自于麦肯锡咨询公司,通过对优势(Strength)、劣势(Weakness)、机会(Opportunities)、威胁(Threats)四个维度的分 析,其中优劣势相对于团队内部与竞争对手之间而言,机会威胁相对于外部环境而言,通过内外部因素分析,为团队制定当前状态下最佳战略规划。


优势

自身内部因素,如技术实力、经济实力、市场份额、品牌影响力等。


劣势

自身内部因素,如研发能力不足、运营能力、管理机制不完善等。


机会

外部环境因素,如新市场、新需求,市场目前还没有巨头垄断产品等。


威胁

外部环境因素,如潜在竞争对手能力强,产品可复制性高,行业政策变化等。


通过 SWOT 战略分析,结合当前团队内外部因素,寻找当前状态下最佳策略。



1.3竞品分析



竞品分析,顾名思义分析你的竞争对手的产品,关于竞品的选择,可以通过上面行业分析报告当中提到的行业内主要玩家作为你的竞品。当然,竞品的选择并不单纯是和你的产品定位一致的产品。


在 2017 年时间的朋友跨年演讲中,罗振宇提到当前产品之间的竞争是用户使用时间的争夺,即用户每天使用 app 的时间是固定的,在别的 app 中停留的时间越长,留给你自己产品的时间就越少。所以任何一款产品、任何一款产品的某个功能,都可能是你的竞争对手。


以什么维度选择竞品进行分析,取决于竞品分析的目的。


1.4竞品分析的目的



通常情况下,竞品分析的目的主要有以下三种:

 

1. 新产品战略规划,通过竞品分析寻找切入点


2. 产品功能规划、迭代,通过竞品分析,“抄”各家之所长


3. 竞品重大版本更新,通过竞品分析,判断自身是否需要进行对应对

 

在进行竞品分析前,一定要有清晰的目标,有针对性的进行分析,才能得到有利于后续产品规划、产品设计的解决方案,在竞品分析阶段,禁忌大而 全,大而全的分析结果无法得到有效的信息来为下一步工作提供明确的指导。



1.5收集信息



明确竞品分析目的后,就要有针对性的收集竞品的相关信息以辅助竞品分析工作的开展,通常情况下,信息的收集主要有两种方式,一种是通过第三方工具或渠道进行竞品信息收集,另外一种方式则是通过使用产品、体验产品收集更具体的信息。


需要收集的关键信息:


l 竞品的整体数据,排名、趋势


l 竞品的用户特征


l 竞品的版本迭代记录


l 竞品的用户评论


l 竞品功能及功能使用数据


l 竞品界面截图


收集方式:


上面列出的关键信息中,1-4 主要通过第三方工具、渠道进行收集,这类的工具有很多,如 TalkingData、ASO100、百度指数、爬虫等等。对于移动端产品来说,由于安卓在国内版本种类较多,所以在进行分析是建议选择 IOS端,IOS 端产品信息更为丰富、全面,利于后续分析。

5-6 主要通过产品体验获取,在进行产品体验过程当中,主要关注功能体验、信息架构、交互体验这几个方面,注意在体验过程中,不要单纯以普通用户的视角去体验,更多的加入产品经理的思考,如某一功能在当前页面架构下是否合理,某一功能的交互方式是否是最优的等等。



1.6竞品分析方法



通过多维度信息收集,竞品分析的前期准备工作基本完成,下面就需要针对收集到的信息进行分析,在分析的过程中始终牢记最开始明确的分析目的, 从而在分析的过程中找到最后想要的分析结论。


下面会主要介绍两种常见的竞品分析方法:

       

1.61用户体验要素


用户体验要素是一本讲用户体验的书,作者将用户体验要素由下到上分成了战略层、范围层、结构层、框架层和表现层五个层次,从抽象到具体。通过对这五层的设计来阐述如何做到更好的用户体验。这里采用用户体验要素的思想,对竞品进行多维度分析。


(1) 战略层


对产品用户需求以及产品目标层面的分析。通过对竞品在这个层面的分 析,给自己的新产品设计以及战略方向提供指导和建议,同时也可以发现自己与竞品的不同或自己的竞争优势。


(2) 范围层


对产品功能和特性的分析。通过对竞品功能分析,为自己的新产品功能设计或产品现有功能改版提供指导意见。


(3) 结构层


对产品信息架构、交互设计的分析。通过对产品结构层分析,了解产品内容组织结构、交互操作使用方式,利于自己产品的设计和优化。



(4) 框架层



对产品页面布局、导航设计等界面设计的分析。同样也是为了新产品的设计或界面改版提供建议及方案。


(5) 表现层


对产品视觉设计的分析,如产品的 UI 设计、颜色、排版风格等。通过表现层的分析发现用户群体的行为偏好和使用习惯,为新产品设计提供参考。

 

用户体验五要素法对于新产品的设计或者现有产品的优化、改版有很大的参考作用,当你的竞品分析目的符合用户体验五要素时,可以采用。



1.62 用户、功能、数据法

 

此方法通过对用户、功能、数据三个维度进行分析,从而找到对分析目的有帮助的信息。


(1) 用户分析


对产品的用户群体划分,核心用户、主流用户、大众用户以及用户比例构成。


(2) 功能分析


对产品的核心功能以及主要功能进行分析,为新产品的功能设计或优化提供参考。


(3) 数据分析


对产品的整体数据、数据趋势以及功能数据进行收集对比,用数字说话。


通过用户、功能、数据分析法进行分析时,通常会结合用户体验要素中的部分内容,两种方法之间并非相对独立,而是可以有机结合在一起,在实际进行竞品分析时,要具备举一反三的能力。



1.7 形成结论

 

通常通过竞品分析会有一份产出物,即竞品分析文档,文档的目的在于了解分析方法和思路,以及通过分析得出的结论是什么。分析的结论与最开始的分析目的相呼应,最后得出的结论一定是对分析目的有帮助的,否则竞品分析就失去了意义。


竞品分析文档的格式没有特定要求,PPT、Word 等任何形式都可以,只要你能将分析目的分析思路分析结论表达清楚即可。


二、需求获取

 

需求获取贯穿产品生命周期的整个阶段,从产品规划阶段到产品上线后运营阶段,通过不断的需求获取设计产品、优化产品,逐渐将产品打磨的足够优秀。 在产品的不同阶段,需求获取的方式也会有所不同。


通常会以产品上线为边界,在产品上线前设计阶段进行需求获取以及在产品上线后版本迭代阶段进行需求获取。

 

2.1 HMW 分析法


HMW(how might we)分析法,常见于 DesignHackathon 活动当中, 是一种问题分解的方法。豌豆荚创始人王俊煜在豌豆荚和轻芒的产品设计当中也经常使用 HMW 作为需求获取的方法之一。


在需求调研阶段,已经初步明确产品要切入的行业或领域,并且规划了需要解决哪类用户在哪些场景下的问题,在需求获取阶段就是要针对已经明确的问题来寻找解决方案。


具体的操作方法,在问题之前加上 HMW,即我们应该如何解决 XX 问题, 将需要解决的问题统一转换成这样的形式,然后通过个人、团队头脑风暴的方式穷举尽可能多的解决方案,将每一种解决方案分别写在便签纸上,对所有的便签纸进行分类,然后通过投票的方式选择出最优的解决方案。


这种在明确产品需要解决的问题后,可以通过团队内部思维碰撞的方式找到解决方案作为备选,当然最终确定哪种解决方案作为产品设计文档中的最优方案,不仅依赖团队内部的意见,还要通过用户分析研究以确定最终选择。



2.2用户访谈



用户研究最直接最有效的方式就是用户访谈,通过寻找目标用户进行一对一的深度访谈,可以高效获取对产品设计有价值的信息,对于一般不具备用研部门的公司或团队来说,用户访谈的成本较高,所以访谈的用户体量不会太 大,属于用户研究中定性分析的一种。



2.2.1用户访谈的目标



(1)用户为什么要用这个产品,会在什么时间、什么地点以及如何使用产品(2)现有产品可以帮助用户完成哪些任务,不能帮助用户完成哪些任务


(3) 对产品的期望


(4) 现有产品(或竞品)的不足和需要改善的地方


2.2.2 用户访谈流程


(1)访谈前


在访谈前,首先要明确用户是谁,确定产品的目标用户才能有针对性的进行访谈,同时得到更为准确的信息。

针对 B 端产品设计,用户通常是产品的具体使用人员。比如一款针对于进出口报关的产品,那么要进行用户访谈的用户就是具体使用产品进行报关的报关员,通过对报关员的访谈就可以了解产品具体应用场景以及需求等等。

针对于 C 端产品,用户群体更为广泛,这时就需要根据产品立项时的使用场景、目标人群、使用需求来进行用户定位,根据产品具体目标人群细分成几大类典型用户,然后根据细分的用户进行有针对性的访谈。


(2) 访谈中


找到访谈对象后,就要开始进行一对一的用户访谈,访谈效果的好坏往往可以看出一个产品经理的经验是否充足、能力是否足够出众。因为人与人之间交流沟通的不确定性,访谈过程中会遇到各种各样的情况,在这里针对几个关键点进行介绍,帮助经验不足的产品经理把握访谈节奏、达到更好的访谈效 果:

 

A. 尽量在产品使用场景下访谈


在产品使用场景下进行访谈可以让产品经理了解产品具体使用环境,有机会观察用户的具体使用过程,从中发现现有产品的不足、用户的需求以及目标。

B. 避免按照设计好的问题提问


用户访谈并不是调查问卷,不能按照问卷的形式进行提问。因为我们不知道用户的真实需求以及实际问题,需要在访谈的过程当中了解用户的问题以及用户的需求,而不是提前可以明确的,如果提前了解的用户的问题,那么就不需要再进行用户访谈了。


在进行用户访谈过程中,可以从几个方面对用户进行提问:


l 产品功能:使用产品都做些什么


l 使用频率:产品哪些功能使用较多


l 用户偏好:你喜欢产品的哪些方面,讨厌哪些方面


l 异常情况:在使用过程中遇到问题会如何解决


在实际访谈过程中根据用户的回答进行引导性提问。




C. 开放式与封闭式问题相结合



开放式问题可以让用户更详尽的回答问题,得到更丰富更有价值的信息。封闭式问题让用户简短回答,通常在访谈过程当中会遇到用户聊着聊着跑题的情况,在这种情况下不能直接打断用户,可以通过封闭式问题提问的方式,如你会...你是 ,让用户回答 Yes or No 来结束跑题的回答,在下一个问题时将用

户拉回正题。


D. 关注目标而不是任务


如果可以观察用户使用产品(竞品)完成任务的过程时,不要过分在意用户完成任务的细节,要找到用户的目标,有时用户完成任务的过程是繁琐的、并非最优的,只有了解了用户的最终目标才能设计出更好的任务解决方案。


E. 用户不是设计师


在和用户探讨某一诉求或需要解决的问题时,避免让用户提出解决方案, 大多时候用户提出的解决方案都带有主观色彩,并非最优方案。如果用户侃侃而谈他认为的解决方案是,可以利用用户提出的解决方案作为跳板,从而继续了解用户的解决方案是为了解决哪些问题,从而更深入的发现用户需要解决的问题与诉求。


F. 鼓励用户讲故事


鼓励用户介绍使用产品的具体事例,可以更加形象的了解用户的使用场 景、诉求以及对产品的期望,通过具体的细节发现更多有价值的信息。同时用户讲出的故事更是产品设计阶段构建用户故事最好的素材。



G. 避免诱导性提问



在访谈过程中,不要提出诱导性的问题以暗示用户回答自己想要的答案。如“A 功能对你有帮助对么?““如果可能,你会选择 B 功能进行使用对么?”,采用诱导性提问容易让用户产生偏见、无法得到精准的信息。


H. 真需求&伪需求


需求是从用户身上获取的,可是这又会出现一个问题。如果你问一些经常使用陌陌的用户,你为什么喜欢用陌陌呢,可能他们会说因为陌陌可以认识更多朋友,结交下更多友情。但是陌陌的需求真的是为了满足用户认识熟人的需求么,稍微了解一些这个产品的人都知道这并非真实需求,陌陌真正满足了什么需求,不用我说大家都知道。


陌陌说明了什么,说明我们的用户有时候表达出来的需求是一种伪需求, 也就是他表达出来的和内心想要的是不一致的。这时候就需要产品经理在和用户进行访谈过程中去判断用户提出的需求是真需求还是伪需求。


如何判断需求的真伪,这就用到上面提到的关注用户目标而不是任务,在和用户聊天的过程中,挖掘用户的目标,根据用户目标判断用户的真实需求是什么,从而提高在用户访谈过程中挖掘用户需求的效率。


(3) 访谈后


在访谈的过程中会记录下访谈内容和产品经理认为有价值的信息,访谈对象通常不会只有一个。在进行完全部的访谈活动后,对所有访谈用户的访谈记录进行整理,通过对比、分析发现其中相似的用户需求以及问题,对有价值的内容进行提炼为后期产品设计提供决策。



2.3用户行为观察

用户行为观察更适合产品上线后,针对产品的某一个功能进行优化迭代。通过邀请用户到公司或舒适环境,让用户在产品经理及团队观察下通过 app 完成指定任务,通过对用户行为的观察找到当前存在的问题或可以优化的地方。


准备阶段:


1. 明确目标,如产品某个功能或某个模块的优化迭代,需要找到现有产品的问题与不足


2. 根据目标,制定用户任务


3. 邀请产品核心种子用户,并提前告知大致流程


4. 物料准备,安装有 APP 的终端、摄像头、屏幕、舒适的体验环境


实践阶段:


1. 为用户布置任务,为保证用户隐私不被侵犯,提前告知用户摄像头的存在


2. 团队其他成员通过摄像头在另外一间屋子观察用户完成任务的行为,记录观察结果


3. 在用户完成任务后,依据用户行为与用户访谈,并了解用户反馈


4. 团队结合观察记录以及用户反馈进行讨论,得出解决方案


2.4 调查问卷


用户访谈因为成本原因不适宜对大样本量用户进行沟通,如何验证用户访谈获取的需求对更大体量目标用户同样适用?


调查问卷就是定量分析的方法之一,通过面向用户群进行问卷投递,回收用户填写好的调查问卷,整理问卷结果得到大体量目标用户的需求信息。

1. 明确目标

这里的目标可以是产品规划阶段对用户访谈获取的需求,也可以是产品版本迭代过程中优化方案的验证,目的是通过大体量用户群体的反馈了解方案的可行性。

2. 设计调查问卷:

(1) 问题难度由易到难

(2) 问题数量在 10-15 之间,让用户很快可以完成

(3) 封闭式问题为主,选择或者判断,适当设计 1 到 2 个开放式问题让用户回答

3. 投放渠道选取

不同的投放渠道决定了目标用户群体的质量以及得到结果的好坏。针对目标用户获取的渠道进行调查问卷投放会得到较好的结果。

4. 收集与分析数据

对调查问卷进行收集以及问卷答案进行分析,得到更多目标用户的需求信息。

5. 输出报告

通过定性、定量的需求获取与分析,得到产品需求信息,形成报告展现。


2.5四种用户获取方法对比


上面提到了四种需求获取的方法,每一种方法拥有不同的应用场景:

 

HMW 分析法,适合在产品规划初期,团队内部通过头脑风暴制定初步解决方案。


用户访谈,通过定性分析方法,与目标用户深度访谈,验证初步解决方案是否符合目标用户需求。


用户调查问卷,通过定量分析方法,通过大体量用户反馈,验证解决方案是否具备普适性。


用户行为观察,适合在产品版本迭代优化阶段,通过用户行为观察分析, 获取产品迭代思路。


三、需求管理


需求管理在产品规划阶段起到的是承上启下的作用。对上,是对需求调 研、需求获取阶段得到的需求进行整理和汇集;对下,是为需求决策、版本迭代设计提供底层需求支持。所以,对于需求的管理是产品经理日常工作中至关重要的一个环节,即收集需求、管理需求、解决需求。


3.1用户故事


用户故事(User Story)源于敏捷开发实践当中对于需求、功能的管理, 便于产品经理与研发团队就某一个功能设计达成一致。


在产品需求管理阶段,通过用户故事将钱期需求获取阶段收集到的需求变成真实的功能,通过便签纸、卡片的形式将每一个用户故事展现,便于产品经理与团队其他成员对需求、功能建立共同认知,而不是单纯的舌战群儒。同 时,用户故事还可以作为PRD 文档中对功能的补充说明,为研发、UE 设计同学提供辅助工作。



用户故事是从用户的角度描述用户渴望得到的功能。通常一个用户故事包含 3 个要素:


1. 角色:谁要使用这个功能,基础信息、特征


2. 活动:需要什么样的功能


3. 价值:为什么要使用这个功能,这个功能会带来什么价值



如何写好用户故事?


1. 用户故事一定是源于真实用户需求的,而不是产品自己假想的


2. 故事中的角色不是某一个用户,而是某一类用户


3. 保持故事的简单、简洁,帮助他人快速建立认知


4. 用户故事并非对需求、功能的详细说明,在确认需求时还需要配以文档说明或沟通确认



3.2需求池管理



需求池管理,即将所有待解决需求进行汇集,对需求进行优先级排期,根据产品生命周期的不同有针对性的解决需求,将已解决的需求从需求池中删除,将新的需求加入到需求池等待实现


需求管理的几个维度


1. 提交需求用户角色:老板需求、用户需求(产品经理需求)、运营需求、市场需求等其他团队成员需求


2. 需求名称,需求描述:需求内容,也可以通过用户故事进行描述


3. 需求紧急程度:一般 BUG 类需求的紧急程度最高,其他需求根据需求优先级进行排序


4. 需求优先级:需求优先级通常是通过多个维度矩阵进行评定,通过哪几个维度进行评价需求优先级可以根据产品的不同进行搭配


用户范围:主要用户、小众用户功能:核心功能、非核心功能


价值:需求能产生的价值,可以是用户价值,也可以是商业价值性价比:这里的性价比指开发成本与产生价值之间的关系


对于需求优先级的评分,可以通过对不同维度加以权重进行计算


5. 当前状态:主要有完成、未完成、进行中,通过状态对整个需求池有一个清晰的认知


6. 还有一些其他的需求维度,如所属功能模块、提交时间等等,根据不同产品,不同团队可以个性化增删改查



每个产品经理都应该有一个自己的需求池,需求池是对需求获取阶段需求的汇总,当然这里的需求不再仅仅是通过用户得到的需求,也有团队内部与产品相关干系人的需求。同时需求池也为产品设计阶段版本规划提供了底层支 持,根据当前需求池中的需求内容,有针对性的对版本进行规划设计。



四、需求决策




做产品其实是一个做数学题的过程,需要在加法与减法之间不停的切换。在需求调研、需求获取阶段,无论是团队 HMW 头脑风暴还是用户访谈,都是在不停的收集需求,是一个做加法的过程。但是到了需求决策阶段,需要判断哪些需求做,哪些需求延后做甚至不做,这是一个做减法的过程。


4.1MVP 需求分析法


MVP 一词源于精益创业理论,对于创业公司来说,为了验证产品可行性, 早期搭建最小可行性产品,减少开发周期,快速上线通过市场、用户的反馈, 发现问题,改进优化。通过这样一个闭环流程不断增加产品功能,打磨产品, 通过这样的方式可以快速试错,减少失败成本,这种方法借鉴了敏捷开发的思想,也是目前很多创业公司设计产品的第一选择。


MVP 理论要求实践者前期只针对产品核心功能进行开发,当获得用户正向反馈后,再根据用户反馈进行功能的增加或其他方向的延伸。借鉴这样一种方式,在对需求池中需求进行优先级排序是,可以参考MVP 理论。

 

1. 解决用户核心需求的功能优先


2. 围绕核心功能设计的主要功能其次


3. 丰富用户体验功能最后


判断哪些需求是核心功能的方式很简单,在明确产品解决方案后,对解决方案形成流程图,流程图中每个关键节点就是一个核心功能,在产品第一个版本上线前一定要跑通业务核心流程。


围绕核心功能设计的主要功能是辅助打磨产品核心流程而设计的,如果一个需求是为了帮助用户更便捷更方便使用核心功能的话,那么需求就是围绕核心功能设计的。


丰富用户体验功能有多种类型,一种通过增加产品主要功能,让用户得到更多体验,另外一种主要是产品商业变现探索。


以滴滴出行为例解析如何分别需求优先级,对于滴滴出行来说,用户通过手机叫车是最基本的功能。那么核心功能有用户打车、司机接单、订单支付。随着核心业务流程完善,如语音叫车、叫车后与司机沟通位置等功能上线,目的是为了让用户更快叫到车,让司机更方便的接到乘客。最后再来说丰富用户体验功能,滴滴出行最早上线的是滴滴出租车业务,随着出租车业务打磨的足够完美,又慢慢上线了滴滴快车、滴滴巴士等等更多不同的用户体验业务。


所以在对需求做决策时,可以参考 MVP 思想,将核心需求优先解决,围绕核心需求设计的主要需求其次,丰富用户体验的需求随着产品迭代过程加入到规划当中。


4.2 KANO 模型分析法

KANO 模型是东京理工大学教授狩野纪昭发明的一个需求分析方法,以分析用户需求对用户满意度为基础,对需求进行优先级决策。




必备型需求

用户认为产品必须有的属性和功能。如果没有,用户不满意。如果有,最多满意,无法形成惊喜

期望型需求

不是必须的属性或服务,但是他们希望得到的功能。在用户访谈中,用户谈论的一般都是期望型需求


魅力型需求

提供给用户一种完全出乎意料的产品属性和服务,给用户以惊喜,提高用户对产品的忠诚度

无差异型需求

无论提供与否,用户的满意度不会改变,用户不在乎

反向型需求

用户没有此需求,提供反而会导致用户满意度下降,在需求中如果发现反向型可以直接忽略

 

根据五种需求的定义可以发现需求优先级依次为:必备属性>期望属性>魅力属性>无差异属性,将需求列表中的需求按照五种类型进行划分,得出最终需求的优先级排序从而确定哪些需求先做,哪些需求后做,哪些需求不做。


4.3 关于需求决策的几点思考

1. 好的功能一定是为用户创造价值的

需求的实现一定是为用户产生价值的,否则用户不会产生持续性的使用和关注,如共享单车解决了用户最后一公里通勤问题,为用户节约了时间和成本,具有很强的用户价值。

 

2. 需求设计的二八原则

不要执着于功能的完美主义设计,当功能设计达到百分之八十完美度即可开始考虑新功能设计,在后期版本迭代过程中再逐渐对已有功能进行优化和完善。

 

3. 前台需求与后台需求同步设计

前台需求即用户可以感受到,可以直接操作交互的需求,这样的需求给用户的感知度最高,也是最容易得到用户反馈的。

后台功能即提升产品稳定性、提升产品效率类需求,这类需求虽然用户感知度不高,但却在潜移默化提升用户体验。







41
- 位站酷推荐设计师推荐 -

声明:站酷(ZCOOL)内网友所发表的所有内容及言论仅代表其本人,并不反映任何站酷(ZCOOL)之意见及观点。

    文章信息

    • 文章标签

    没有新消息