用户体验五大要素
新闻 2024-9-22编辑：深圳网站建设阅读（）标签：
用户体验
用户体验要素模型
直【zhí】接【jiē】来看一下【xià】《用户体【tǐ】验要素》这本书中【zhōng】提到的用户体验五要素模型，这【zhè】个模型算是【shì】这【zhè】本书的精华所在了【le】：
用户体验要素
用户【hù】体验【yàn】要素的应用,我们【men】大【dà】概可【kě】以将【jiāng】我们日常【cháng】的工作归类到各个层次里面：
战略层 -- MRD和BRD
范围层 -- brRD（部分）
结构层 -- brRD（部分）和低保真原型
框架层 -- 高保真原型和交互设计
表现层 -- UI设计
为什么要重视用户体验
《用户体验要素》这本书中有几个观点，我深以为然：
1.产品的使用属性第一
杯子就是【shì】用来装水的，如果【guǒ】为了【le】美观将【jiāng】杯子【zǐ】设计成镂空的，那杯子【zǐ】就【jiù】不【bú】是杯子了，充【chōng】其量只能算是个艺术品。不要为了设计而【ér】设计【jì】，要为使用而设计。
2.没有用户会阅读使用说明书
用户越来【lái】越懒，没有用【yòng】户愿意【yì】为了使用一个产品而去阅读【dú】使用说明。当【dāng】然，这个既有用户【hù】对互【hù】联网产品【pǐn】越【yuè】来越熟悉的原因，也要归功于【yú】产品的交【jiāo】互【hù】设计越来越人【rén】性化。
3.在一个竞争激烈的市场，很难有第二次机会去接触用户
市场【chǎng】上同类【lèi】的竞品越来越多，当一个用户离开你的【de】产品【pǐn】，并习惯了别的竞品时【shí】。他很难【nán】会【huì】再回来使【shǐ】用你的【de】产品。
好的用【yòng】户体验不【bú】一定成就一个【gè】产品【pǐn】，但是【shì】坏的用户体验绝对【duì】可以毁掉【diào】一个产品。
但是，在应用用【yòng】户五【wǔ】要素的模型时【shí】，也不能完完全【quán】全直接的套用【yòng】到【dào】工作流【liú】程里面【miàn】。这个模型【xíng】更【gèng】多的是提供给我们一个思考的方式，而并非是一个指【zhǐ】导【dǎo】产品设计的流程。
用户体验五大要素
随着互联网【wǎng】的发展，越来越【yuè】多的信【xìn】息型【xíng】产品有着越来越多的功能【néng】，功能型产品也有【yǒu】不少信息呈现【xiàn】。很【hěn】难将某个产【chǎn】品定义为纯【chún】信息型或纯功【gōng】能型【xíng】产品。
用户体验顺序 用户拿到你的产品以从上到下的顺序来体验你的产品。
表现层
用户拿到【dào】产品【pǐn】后，产【chǎn】品呈【chéng】现给【gěi】用户【hù】的第一印象。例如，产品【pǐn】的主色调是蓝色还是红【hóng】色、采用了扁平风格还【hái】是【shì】拟物的风【fēng】格等。
框架层
当【dāng】用户【hù】进入产品时，用户对【duì】产【chǎn】品【pǐn】的整体印象。例如【rú】，进入产品后，用户可以【yǐ】看到菜单是怎么设计的【de】，每【měi】个菜单分别【bié】对应什么功能。怎么【me】找到需要的内容【róng】，是【shì】通过【guò】列表还是搜索框。
结构层
用户开始使用产品【pǐn】后【hòu】，用户对产【chǎn】品的感知。例如，从购物到完成支付的流程是如何【hé】的，在各【gè】个环【huán】节是【shì】否有【yǒu】信息提示【shì】等。
范围层
更深入地使用【yòng】某个功【gōng】能时，用户对【duì】功能的感【gǎn】知。例【lì】如，聊【liáo】天功能是否支持自定义【yì】表情、是否支持发送文件【jiàn】等【děng】。
战略层
用户使【shǐ】用完【wán】产品之后，用【yòng】户【hù】判【pàn】断是否完【wán】成了他的目标。例如，通过产【chǎn】品【pǐn】进行购物、通过产品阅读需要的内容。
产品设计顺序
产【chǎn】品的设【shè】计【jì】和用户体验的顺序恰好是相反的。产品设计是【shì】自下而上的一个【gè】过程。是一个从抽象到【dào】具体的过【guò】程。
先对产品在战略上【shàng】有【yǒu】一【yī】个定义。然后再【zài】根据战略目标【biāo】，逐步【bù】的具体到【dào】产品的【de】功能【néng】点、最后【hòu】到具体的实现细节和设计风格上。
五个层【céng】次是自【zì】下【xià】而上的建设，但是【shì】各个【gè】层次之【zhī】间并【bìng】不是【shì】独立的，而是一个环环相扣的关系。
产品设计顺序
这其实是一【yī】个很【hěn】正常的过程，并【bìng】不【bú】是说【shuō】上层讨论得不够【gòu】仔细【xì】。因为我们【men】自下而上【shàng】地进行设计【jì】的时候，是一【yī】个逐步具体和细【xì】化【huà】的过程。往往在下【xià】一个环节的设计过程【chéng】中能发【fā】现上一层【céng】设计存在的问题，这时候要适当的对上【shàng】一个环节进行调整。
战略层
战【zhàn】略层要【yào】解决“我们为【wéi】什【shí】么开发产品？”的问题。这个问题的关键在于弄清【qīng】楚我们的【de】用户是谁，用户的需【xū】求是什么？公【gōng】司的商业价值和风【fēng】险是什【shí】么？
《用户体验要素》主要是针对用户体验【yàn】的。所以作【zuò】者主要提了“产品目【mù】标”和“用【yòng】户需【xū】求”两个维【wéi】度。
作为【wéi】产品经理，只【zhī】识别两个维度【dù】是不够的。其【qí】实对于战略层【céng】的分析，这些【xiē】内容【róng】会【huì】出【chū】现在我们的BRD和MRD里面。主要包括：
商业价值
产品能否【fǒu】为公司带【dài】来商【shāng】业价值，带来怎么样的商【shāng】业价值。一些战略型产品的【de】商【shāng】业价值可能不仅仅直【zhí】接体【tǐ】现【xiàn】在【zài】盈利上面。
用户痛点
我们的用【yòng】户是谁，有【yǒu】什么【me】特征？我们要帮助用户解决【jué】什么问题【tí】，用户需要通过我们【men】的产品【pǐn】达到【dào】什么目标【biāo】？
市场现状和预期
市场的现【xiàn】状如何，是否存在竞【jìng】品，他们的优缺点是【shì】什么？我们的市【shì】场的【de】预期如何【hé】？
项目的风险
项目的风险有哪【nǎ】些，怎么【me】规避风险？或针【zhēn】对这些风险，是【shì】否有【yǒu】解决方【fāng】案？
项目计划
制定整体的开发和推广计划，确定各个里程碑的内容和日期。
当然【rán】，随着市【shì】场【chǎng】逐步进【jìn】入白【bái】炽【chì】化的阶段【duàn】，竞品相似【sì】度也越来越高，所以用户体验的作用也越来越重要了。我【wǒ】们【men】可以在战略阶段加入用【yòng】户体验的思考。
是否有亮点的用户体验
很多产品的【de】主要卖点就体【tǐ】现在用户【hù】体验上。比如提【tí】供智能便捷的【de】内容浏览方式、一键处理照片【piàn】的【de】功能【néng】等。
是否有严重影响用户体验的设计
为了【le】达成商业【yè】目标【biāo】，我们可能【néng】会对【duì】产品【pǐn】进行一些【xiē】商【shāng】业化【huà】的设计。需【xū】要考虑过度的商业化是【shì】否影响了用【yòng】户的【de】体验【yàn】，在商业【yè】化和用户体验之【zhī】间如何【hé】平衡。比如我们要在产品上增加广告功能，以什么样的方式【shì】进行。直【zhí】接弹框、还是内嵌到内容里面？
在这个【gè】阶【jiē】段【duàn】可以【yǐ】提前对一些产【chǎn】品【pǐn】的细节进行思考，不过切记不【bú】要过度地纠结在细节里【lǐ】面。
范围层
在明确了战略目标【biāo】后【hòu】，范【fàn】围层要解决的是“我们开发什么【me】样产品？”的问题。在这个阶段【duàn】，需要思【sī】考“我们要做什么”、“用户想【xiǎng】要什【shí】么”。
产品经理通过用【yòng】户、运营、市场等各个渠道收集到【dào】用户需求。再结合战略层【céng】确定的目【mù】标【biāo】对需求进行分【fèn】析、筛选和过【guò】滤，最终形成【chéng】一【yī】份【fèn】完整的产品需求说【shuō】明【míng】书。需求说明书的作【zuò】用是将产品需要做什么和产【chǎn】品不【bú】需要做什么【me】明确【què】下来。
说到【dào】需求说【shuō】明书，作为产品我们【men】可能第一个想到【dào】的是brRD文档。但【dàn】是【shì】，严格来说模型【xíng】提到的范围层并不能完全对应到brRD文档上。在brRD里面，除了需求【qiú】的说【shuō】明，还会使用到原型图【tú】、产品结构图等【děng】，这些【xiē】内容应该是归类到结【jié】构【gòu】层【céng】里【lǐ】面的。可以【yǐ】这么说，范【fàn】围层对【duì】应到了【le】brRD里面需求说明的部分内容。
项目背景和目标
项目【mù】的背景【jǐng】和目标有【yǒu】利于项【xiàng】目【mù】组对项目有个大概的了解。如果是小团队【duì】，前期项目立项团队参与度【dù】比较高的。这【zhè】部分【fèn】可以简要【yào】书写。
功能概述
对功能有个总【zǒng】体的【de】了解。提供【gòng】一份功【gōng】能列【liè】表或一个功能【néng】结构【gòu】图。如果是比较大的项目【mù】，还【hái】需要提供产品模块的划分和【hé】结构。
需求说明
对每个需求进行说【shuō】明。常见的方式有功【gōng】能说明、用【yòng】例【lì】、用户【hù】故【gù】事等。对于较复杂的【de】需求，如果有需要可以增【zēng】加业务流程图【tú】等方式进一步说明。
非功能需求
产品的非功能性需求。如性能需求、风格需求等。
brRD里面最重要的就是对需求的【de】说【shuō】明，《用【yòng】户【hù】体验要素》这本书【shū】对需求的描【miáo】述【shù】提了三个标准【zhǔn】，如下：
积极的
在描述需【xū】求时，总会遇到一些意外的【de】情况。对于这些意外【wài】的情【qíng】况，我【wǒ】们应该以积极【jí】的角【jiǎo】度去描述。
例如这样描述：
“如果用户余额不足，不允许用户支付。”
阅【yuè】读者并不知道【dào】下一步的动作是如何的。应该以更积【jī】极【jí】的方式来描述【shù】，可【kě】以改成【chéng】：
“如果【guǒ】用户余额不足，则提示用户余【yú】额不【bú】足，并提【tí】示和引导用户进行充值。”
具体的
对于需求应该描述得【dé】更【gèng】具体和【hé】详细。以便文【wén】档【dàng】的阅读者可以更好的【de】理解需【xū】求。
例如这样描述，则不是很具体：
“突出显示用户关注的内容。”
这个需求可以更具体的表达为：
“用户点了关注的内容，放在内容列表的最前端。”
客观的
对于需求的【de】描【miáo】述应该【gāi】避免用主观的语气，应该主观【guān】的【de】语气容易让阅读者理解有歧【qí】义。
例如如下表达，存在着歧义：
“提供便捷的登陆方式。”
不同的人对“便捷”的理解方式不一样，可以改成这样：
“支持使用手机号码和短信验证码直接登陆系统。”
结构层
如果团队里面有【yǒu】交互设计【jì】师的【de】话，产品【pǐn】和交【jiāo】互设计的【de】交【jiāo】接点就在【zài】这一层了。如果没有专职【zhí】的交互设计师【shī】团【tuán】队的【de】话，产品【pǐn】也会负责这部分【fèn】的【de】设计。不同的团队产品和交互的职责定位【wèi】不一样，并不能一【yī】概而论。
在范围层【céng】，我们已经定义好了需【xū】求【qiú】，已经明确了【le】我们要做什么。到【dào】了结构层，我们从【cóng】抽象的【de】需【xū】求【qiú】逐步具体成用户可以感知的【de】需求。同时，结构层定义了【le】产品最【zuì】终呈现给用【yòng】户的框架，为下一层细化【huà】做准备。
结构层的内容对应到了brRD文档的另一部分内容。
产品结构
产品呈现给用户的页【yè】面【miàn】和【hé】功能结构，是【shì】用户看得【dé】到的【de】产品的结构，例如，一个社交【jiāo】产【chǎn】品，可能包括聊天页【yè】面、好友【yǒu】页面【miàn】、个人中心页面。其【qí】中，个人中心又包括了个【gè】人信息、设【shè】置等功能。建议使【shǐ】用思维导【dǎo】图的方式将其列【liè】明【míng】。
信息架构
产品呈现个用【yòng】户【hù】的信息的组织方式。例如一【yī】个电【diàn】商【shāng】产【chǎn】品，商【shāng】品的内容【róng】包括了，商品信【xìn】息、用户评价等【děng】。其中商品信息又包括了商品介绍【shào】、功能参数等内【nèi】容。这部分也建议用思维【wéi】导【dǎo】图的方式展开。
页面结构
产品的功能【néng】和信息【xī】在页面上怎么体【tǐ】现【xiàn】。每【měi】个页面大概包括哪些内容【róng】。这部分建议以低保【bǎo】真原【yuán】型图的方式来呈现出【chū】来。
交互流程
用户的操作流程和【hé】页面的跳转流【liú】程。用户是怎么执行操作【zuò】的，页面以什【shí】么样【yàng】的方式响应或跳转。这部【bù】分内容【róng】可以在【zài】原【yuán】型【xíng】图上注释说明。
框架层
虽然【rán】命名为【wéi】框架层，不【bú】过在【zài】这一层我们逐【zhú】步将产品从【cóng】抽象到【dào】具体。到了这一层【céng】，基本上能看【kàn】得出产品【pǐn】的轮廓。这一层我们通过【guò】已经制作好的brRD和低【dī】保真【zhēn】原型图【tú】，逐步细化成高保真的【de】原型图。
框架层是结构层的细化。包括了如下的工作：
信息设计
对已经定义好【hǎo】的信息架构进【jìn】行细化【huà】。例如，在【zài】结构【gòu】层，我们【men】已经定义好了商品信【xìn】息需【xū】要包含【hán】大概的信息。在框架【jià】层再【zài】进【jìn】一步细【xì】化，商【shāng】品的详情包括了，商品名称、商品数量、商品产地等详细等字段。
页面细化
在结【jié】构层已经定义好的页【yè】面结构基础上进一步细化。如页面的具【jù】体布【bù】局【jú】，页面元素的选择【zé】等。这【zhè】一【yī】步将低保真的页面细【xì】化【huà】成高保真的页【yè】面【miàn】。
交互设计
页面的【de】交互设计，用户【hù】操【cāo】作【zuò】后页面的响【xiǎng】应。例如，是否需要弹窗提示、是否【fǒu】需要滑【huá】动效【xiào】果等。
表现层
表【biǎo】现层是将框架层设计好【hǎo】的高保【bǎo】真原【yuán】型图，最终输出设计稿的步骤【zhòu】。这【zhè】个是【shì】产品设计的【de】最后一步。
这【zhè】一层主要是UI设【shè】计师的工作【zuò】。如产品的【de】配色方【fāng】案【àn】，主题色和辅助色的选【xuǎn】择、产品的【de】风格，扁【biǎn】平风格或者拟物风格等【děng】的选择。
&nbsbr;
日常过程【chéng】中，甚至有可能有部分设【shè】计环节是跟层次【cì】是反【fǎn】着来的【de】。例【lì】如，我经常使用【yòng】思维导图将产品的结构【gòu】整理出来（结【jié】构层），然【rán】后【hòu】再【zài】进一步的细化出需求说明（范围层）。但是，本质上还是从需求【qiú】到【dào】结【jié】构的一个过【guò】程【chéng】。
另外，不同【tóng】的团队由不同的构成【chéng】，有些【xiē】团队【duì】没有交互设【shè】计师，产【chǎn】品包揽了【le】需求到交【jiāo】互的【de】所【suǒ】有环节。产品【pǐn】这个职位在每个【gè】团队的功【gōng】能也【yě】不一样。产品开发【fā】环节，有些团队是【shì】产品主导的，产品主导【dǎo】了【le】战【zhàn】略层到结构层的各个环节、有些【xiē】团队是交互设【shè】计师主导的，产品只需要负责战略层和范围层。
但是，这个模型给我最大的启【qǐ】示就【jiù】是【shì】。无【wú】论是【shì】产品还【hái】是交互，在产品设计时都【dōu】要注重用户的需求，并且从【cóng】抽象到【dào】具体【tǐ】的逐步设计产【chǎn】品。
