[笔记] 《破茧成蝶》- 第二篇 修炼用户体验设计师的技能 设计

2015-07-22  本文已影响270人  夜小白Aria

第四章 设计流程 - 设计师具体做什么

4.1 设计师如何参与到一个具体项目中

【用户体验设计的目标】
解决用户需求，减少用户理解和操作的成本，给用户留下美好而深刻的印象。
【实现目标需要】
理性的思维、巧妙的创意，与其他角色协作。
【笼统地说设计师的工作】

  1. 通过一些方法来分析需求、了解需求，即清楚我们要做一个什么样的产品，目标用户是谁，要达到什么效果，具体有哪些功能、内容……
  2. 开始进行设计。在草图上梳理信息架构，设计任务流程，设计界面，确认没有问题后再用专业的软件工具把设计方案呈现出来。
  3. 经过设计评审后，设计师要去跟进后续的视觉、前端、开发、测试环节，确保最后的产出物和自己的设计方案一致。
  4. 产品上线前后，需要使用一些方法对产品体验、效果进行检验。小的问题迅速解决发布，大的问题下次迭代时统一解决。
  5. 如此循环往复。产品也在快速成长。
设计流程

4.2 在真实执行过程中，上述流程不能完美贯彻。

  1. 原因：
    团队成员的专业能力
    外界因素的影响（时间、工作太多顾不过来）
    团队凝聚力（领导干预、项目成员沟通问题）
  2. 不遵守设计流程的弊端：
    影响产品体验，需求不明导致返工，效率低，浪费人力…

第五章 需求分析 - 拿回产品的主动权

【理想情况】
设计师通过挖掘用户需求、创建人物角色、描述用户场景、设计用户任务等方式，绘制界面草图，最终得到可以交付给开发人员的原型。
——但经常无法实施。本章告诉你，如何拿回主动权，保证流程和方法的最优执行。

5.1 与产品经理一起做需求分析

在实际工作中，需要从商业、用户、技术三个角度来平衡考虑需求。
缺少了任何一个角度项目都有可能失败。

【现在的常规情况】设计师未参与前期的需求分析。只从需求文档中获取产品经理的想法，很容易出现偏差。

设计师与产品经理共同参与，才能<u>平衡</u>好商业和用户体验。

5.1.1 【产品定位】很重要

避免“大而全”（设计开发皆辛苦，用户体验被牺牲），为大多数用户设计。

1. 【产品定位重要性】

产品定位是产品设计的方向，也是需求文档和设计产出的判断标准。
此外，产品定位也使团队成员形成统一的目标和对产品的认识，使团队更有凝聚力，使得沟通效率、工作效率得到了大大提升。

2. 【产品定位的内容】

关于产品的目标、范围、特征等约束条件。
包括两方面的内容：产品定义和用户需求。

3. 产品定义

用一句话概括某个产品。包含使用人群、主要功能和产品特色三方面。
e.g. 一款专为摄影初学者使用的<u>简单易用</u>的<u>修图</u>软件。

产品定义给了我们方向和范围，我们需要在此基础上深入挖掘用户需求，提升用户体验，这样才能使产品进一步走向成功。

4. 用户需求

一条用户需求可看作是“目标用户”在“合理场景”下的“用户目标”，其实就是解决“谁”在“什么环境下”想要“解决什么问题”。
一个个生动的故事，告诉我们用户的真实情况。

  1. 头脑风暴，畅所欲言。说出所有可能性。
    不能脱离产品定义的范围。
  2. 举例

  1. 用户需求总结的示意图


    用户需求示意

5. 依据产品定义和用户需求，确定产品定位。并据此筛选需求。

e.g.（更加细化和专注）
目标用户：25～35岁，追求潮流、高端音乐品质的白领
主要功能：听音乐
产品特色：音质佳、更新速度快
使用场景：上班路上/工作学习/睡觉前/运动/休闲放松
用户目标：需要音质最好/只听某一个类型的音乐/分享喜欢的歌曲/保存喜欢的歌/想知道某首歌曲的歌名……
关键词：高端、时尚、歌曲种类较多、切换方便、夜间模式、睡眠定时、防震、高音质、无损音乐/提供音乐分类、精选集/分享、制作精选集/收藏、下载/听歌识曲……（即我们的产品需求）

6. 这些努力都是必要的。

为了避免给自己的设计工作带来麻烦，最开始设计师就要和产品经理一起明确、落实产品定位，不要盲目等待或依赖产品经理。

5.1.2 找到【需求】

上面是对于常见产品的产品定位步骤，头脑风暴可知一切。但是，如果遇到全新的复杂产品怎么办？需要更科学的方式采集需求。多种途径，综合后可得较为完整可信的需求列表。

1. 用户调研：问卷调查，用户访谈，信息采集。

了解用户真实的想法。用户想要解决什么问题？

2. 用户反馈：

产品在测试阶段或正式发布后，我们可能会收到很多用户反馈。
产品、设计人员对于产品太过熟悉，有时会Blind，发现不了问题。

3. 竞品分析：

找到有代表性的同类产品，对比产品之间的优势、劣势，从而发现产品的突破口。

【如何做竞品分析】
竞品分析可以根据规划进行，也可以根据功能、设计细节来进行，这取决于项目情况和需要。
研究别人是怎么拟定产品战略、方向的，怎么做用户体验的，怎么处理逻辑、界面层级、界面细节的，等等。好的地方可以借鉴，不好的地方可以超越。竞品分析提供的内容也是重要的需求来源之一。

4. 产品数据：

产品上线后，就可以收集到产品的相关数据了。比如常规的访问浏览数据、浏览痕迹、点击痕迹、在每个页面上的浏览时长、整体的浏览顺序，等等。
预先埋点。
艾瑞资讯。百度指数，淘宝指数。

5.1.3 【分析筛选需求】

加工上面搜罗来的大量备选需求。

1. 筛选的原因：

① 采集方式复杂，难免得到的需求的质量不高。时间有限、用户理解偏差、对你的产品针对性不强…
② 自己项目资源有限。

2. 如何筛选？四个步骤。

  1. 去掉明显不合理的需求。
    当前技术不可能实现的或是明显意义不大的、投入产出比低的、明显不合常理的…

  2. 从现象看到本质，挖掘用户的真实需求，并考虑如何将其解决。
    比如，用户调研。——追问。上班路上不需要听音乐只是表象，嫌麻烦才是真实的想法，而我们需要解决的就是简化操作。
    再如，竞品分析。——不是把这个功能的设计立刻照搬到自己的网站上，而是要分析这个功能解决了用户什么问题，满足了用户的什么需求，实现了用户的什么目标，基于这个目标我们应该如何做得更好。“人有我优”，学习到竞品的精髓而不是皮毛。

  3. 进一步分析提炼出的用户真实需求是否匹配产品定位（目标用户、主要功能、产品特色等）。

  4. 要考虑需求的实现成本（人力、时间、资源等因素）以及收益（商业价值/用户价值等），综合考虑是否将其纳入本阶段的需求库中，还是放到下一期执行。


    筛选需求的步骤

3. 对筛选出来的需求，生成详细的说明文档，即【需求文档】

【再来回顾一下全过程】
先确定产品定位，然后通过不同的方式来收集大量的需求，识别这些需求的有效性和真实性后，根据产品定位和项目资源情况筛选、提炼出产品需求，定义出需求优先级。接下来就可以重点描述每个需求的逻辑、内容等，开始撰写详细的需求文档了。
——每个阶段都是产品经理与设计师相配合完成的。

5.1.4 了解【需求文档】

按照正常的流程，设计师前期已经参与，因此需求文档是靠谱的。设计师对它的内容已知晓。
需求文档对设计师来说，更像是一个彼此约定好的产品功能清单，帮助提醒设计师接下来要做什么。
需求文档不仅面向设计师，也面向团队中的开发和测试人员。项目成员参考的重要依据。

1. 包含什么内容？

不一定。标准需求文档内容如下。
文档修改与审核记录：需求文档如有修改，需要简要记录。

信息结构示例 业务流程示例 需求详细说明示例（部分内容）

2. 一些细节。

不可能一次到位。会多次迭代。

有一些较细节的东西在需求阶段不容易考虑清楚，要到具体的设计阶段才会有更深入的思考。但一些产品经理为了方便大家理解，会在需求文档中增加一些UI示意图。设计师可把它们作为参考，但不要过多地受其影响。

设计师不要严格按照需求文档来做设计。产品经理的考虑角度和设计师不可能完全一样，需求文档更多的是体现业务、产品要求、功能等内容，而设计师还需要更多地去考虑目标用户的特征、使用场景、痛点等。
专业的交互设计师产出的设计结果一般都会和需求文档提供的内容不太一样，如信息结构、任务流程、内容、界面形式等。这相当于是在交互设计阶段对文档进行了迭代。
产品经理可以在设计完成后再修正需求文档，也可以让设计师把相应的修改部分注释在原型稿上，这样开发人员只看原型稿就可以了。

5.2 倾听用户的声音

5.2.1 了解用户的想法【要听】

真正走到用户当中去。
在用户访谈过程中，常会有【意想不到】的发现：原来这个功能还能这么用；原来这个按钮看上去很明显，但是用户就是找不到；原来用户是这么理解这个功能的，和当初的设想完全不一样…

把目标用户特征抽象成具体的人物、制作成【卡片】，贴在自己的办公桌上，时刻提醒自己。

【如何了解用户】请用户研究员做专业的“用户调研”：通过问卷、访谈、焦点小组；简单的话可以寻找身边符合条件的目标用户，观察他们的使用行为，询问他们的使用感受、痛点及期望等。

5.2.2 别被用户牵着走【别全听】

为什么不能全然听从？

  1. 提出的需求杂乱，当然要依据你的【产品定位筛选】。
  2. 用户说的不一定是心中所想的。他们只能提出表面建议，自己可能都不知道【真实诉求】是什么。
  3. 该用户可能不是你的【目标用户】。
  4. 用户意见【不一定专业】：用户不同于设计师，他的很多意见只是一种直观感受（或个人喜好），不太可能经过缜密的思考。有的时候用户的要求甚至是不合乎常理的。这就需要设计师经过判断和思考。

5.2.3 【该怎么听】

从五个方面考虑：
目标用户，使用场景，用户目标，产品定位，项目资源。

  1. 根据目标用户：
    提出要求的用户是你的目标用户吗？
  2. 根据使用场景：
    用户提出的这个问题一般发生在什么场景？合乎实际的使用情况吗？
    （不同环境下对应不同平台，有些工作不适合用移动端完成）
  3. 根据用户目标（真实需求）：
    用户表达出自己的真实需求了吗？
  4. 根据产品定位：
    用户提出的要求符合产品的定位吗？
    （“精致”为定位。如果用户反映更新慢，则在一定程度上可忽略）
  5. 根据项目资源：
    用户提出的这个要求需要多少开发资源？价值有多大？需要立即开发吗？

5.3 设计师的逆袭【做对的事，该说“不”时就要说】

上面都是理想情况，现实可能不会严格贯彻。
主动与产品经理沟通，让他意识到你对产品的热爱，也就更愿与你交流。

把座位搬到产品经理旁边。

5.3.1 强势的产品经理

  1. 商业价值盖过用户体验。
    若无法辩驳，则摆正心态，考虑对方这么做的原因。并尽自己所能做好工作。

  2. 不靠谱的产品经理什么样：
    需求变动多
    不写需求文档
    过于主观（应该信任手下专业的人）
    过于关注细节（研究UI，画线框图）
    不合理安排时间
    不负责任（抄竞品）

  3. 让人头疼的设计师什么样：
    不懂得平衡（商业与用户体验）
    定位局限（无产品意识，就会设计）
    抱怨多，建设性意见少
    专业技能不佳

设计也是复合型学科，设计师光懂得自己专业方面的知识是远远不够的。

5.3.2 拒绝不靠谱的需求文档

5.3.3 从“功能需求”，到“设计需求”

5.3.4 如何“抄袭”竞品

上一篇下一篇

猜你喜欢

热点阅读