第二篇:修炼用户体验设计师的技能

第一篇:成为用户体验设计师的信念


设计不等于艺术

  • 艺术是感性的,而设计师相对理性、精密的。
  • 艺术所表达的是创作者的个人意识,而设计是为了解决用户具体的问题。
  • 设计并不是充满想象力,天马行空的,相反,对设计师而言更重要的是理性、严谨、细致的心思。

用户体验

什么是用户体验?
就是你在使用一个产品时的主观感受。

用户体验设计(为了提升用户体验而做的设计)
首先是解决用户的某个实际问题,其次是让问题变得更容易解决,最后是给用户留下深刻的印象,让他在整个过程中产生美好的体验,也就是基于痛点先提供理性的解决方案,之后才考虑感性的用户体验。

用户体验设计的特征

  • 严谨、理性、创意。
  • 代入用户的使用场景,提供特定问题的解决方案。
  • 不让用户思考。
  • 解决实际问题的同时,增加趣味留下深刻印象(如 Path 的商店界面)。

用户体验设计师

用户体验设计师的修养

  • 热爱生活、细心观察、勇于改变。
  • 了解人、观察人。了解“人”的想法、行为、习惯等,解决“人”的问题,做以“人”为中心的设计。
  • 理性的思路。出现一个问题 > 需要为 xx 人群解决这个问题 > 如何解决 > 如何增加趣味性
  • 亲自使用、体验。不停的去试用,发现问题,直至每一个细节都做到没有缺憾。
  • 多听用户的反馈意见。
  • 留心好设计,并在此基础上优化。

交互设计师(什么是交互设计?)
就是在满足公司需求的基础上让用户觉得易用,好用。并通过分析用户心理模型,设计任务流程,运用交互知识,把业务逻辑(功能规格或内容需求)以用户能理解的方式表达给用户,最终实现产品战略(公司需求
和用户需求的最佳平衡点)的过程。

视觉设计师
UI 设计师需要避免过于纠结作品的美观长度,而忽略了对用户的恰当引导。UI 设计师必须能清晰地领会交互设计师的意图,知道哪些内容重要,哪些内容次要,从而在视觉上给予清晰地引导,使用户一眼就能发现重要的信息,从而顺利地完成操作。要做到懂产品,懂用户,懂设计,关键时能有条理地阐述自己的观点和理由。

用户研究员
容易面临的问题是:
研究周期过长,赶不上产品进度;用研报告太过偏重于研究过程和数据结果,易读性差;和产品联系不够紧密等。

好的用户研究员的素质:

  • 不仅要会研究,还要有较强的应变能力,能够根据项目情况、时间紧迫度,采取不同的方法应对;
  • 更要有广博的视野和知识面,能融会贯通,为产品提供有力的支持;
  • 最后还要注重报告的易读性,不枯燥、实用性强,既专业又能真正地解决用户所关心的问题。

用户体验设计师的项目管理

其实用户体验设计师和产品汪的工作有不少重合的地方,但设计师更注重创意与逻辑、细节,设计目标更纯粹,能够更多的考虑用户,工作上更专注,设计方法更专业;而产品汪作为产品的主要负责人,需要考虑更宏观的问题,聚焦的范围比较广,更重视商业目标。

项目过程中常遇到的问题
需求根本没想清楚,原型粗糙,后续工作难以进行;后续发现问题导致交互更改,大家一起返工;原型说明不全,后面每个环节都按照自己的想法添砖加瓦,导致产品离最初目标越来越远

用户体验设计师在项目中如何体现自己的价值

  1. 通过专业能力节省其他环节的时间。
    • 减少产品人员挠头画原型的时间;
    • 避免整个项目因为一些明显的错误而导致不必要的迭代;
    • 节省用户研究员做可用性测试的次数;
    • 节省设计师理解、修复不专业的原型稿的时间了;
    • 节省前端揣测不完整的原型说明的时间;
    • 减少了开发因为需求或交互反复变动的抱怨。
  2. 跟进各个环节,保证产出物质量。
  3. 促进统一化及标准化,提升设计效率。
  4. 促使项目流程更合理,更有规划。
  5. 协助产品经理组织各个环节,是整个项目的有理推动者。
    • 交互设计师分析,重塑需求;
    • 与用研配合,了解用户特征与行为;
    • 设计结构、流程、界面、动态效果;
    • 跟进视觉、前端、开发;
    • 及时整理线上问题,准备下次迭代;
    • 与各个环节打交道,沟通协调,PK 想法。

综上所述,一个好的用户体验设计师在项目中应该具备足够的影响力,能够充分组织、调动、协助好其他角色。


用户体验设计师的发展

学做交互其实就是学怎么做人,内在的修为决定了你未来的高度
除了看书,还要多看设计网站上的文章,因为书籍一般比较偏理论,而网站上的文章偏实战。
培养自己的思维和理念比画图更重要。
读书和做项目都要多总结,否则只会原地踏步。学习本没有捷径,正确的学习方法就是最大的捷径。

潜藏在技能表面下的东西

  • 对用户体验具备浓厚的兴趣。
  • 具备良好的素养。做用户体验设计就是要把冰冷的界面塑造成一个可以和用户交流的“人”,但是前提是要把自己塑造成一个有素养的人。
  • 具备强大的思维能力。从整体到局部,再到细节,最后回归整体的思考过程。

用户体验设计不是简单的“手艺活”,不是重复千百万次,就可以炉火纯青的。它是一门需要创造性的复合型学科,包含人文,心理学,设计学,工业工程学等。

复合型的设计师越来越受到欢迎,其次是垂直型、管理型、全能型、创业型。



设计师具体做什么?

在项目中设计师容易遇到的问题

  • 时间紧张,留给设计师的时间太少。
  • 一个设计师负责多个项目,没办法一一跟进到底。
  • 和项目成员座位距离太远,沟通不便。
  • 产品经理不能够清晰阐述需求。
  • 设计师专业能力有限。
  • 开发人员能力有限,不按照设计稿做,偷工减料。
  • 上层领导干预过多。
  • ......

遵守设计流程有这么重要吗? 如果不遵守的话会出现什么后果呢?

  • 由于需求不清晰或来回反复导致效率大大降低。
  • 方向不明确导致设计方案被反复推翻,设计效果欠佳。
  • 原型粗糙,缺乏规范,开发人员理解设计方案的成本增加。
  • 上线效果与设计方案相差甚远,人力遭到浪费。
  • 上线后不清楚具体效果,为下一次优化更新造成了障碍。
  • ……

和产品经理一起做需求分析

产品经理在背负各种产品绩效指标的情况下,很难再去心平气和的考虑用户需求,可能难以避免地要站在商业/ 项目角度考虑问题。

所以产品经理和设计师应该在初始阶段就一起合作,通过融合各自的专业方法,共同完成需求分析,这样才能更好地平衡商业价值和用户需求,同时也保证最后的设计产出不会过度偏离产品方向。

那么在确认具体需求之前,要首先考虑产品定位是什么?

产品定位:关于产品的目标,范围,特征等约束条件主要包含如下两个方面。

  • 产品定义(产品经理从网站角度考虑):

    • 使用人群:使你明确产品主要为谁服务。
    • 主要功能:为你划定了功能的范围和限制。
    • 产品特色:使你区别于同类竞争者。
  • 用户需求 (设计师从用户角度考虑):

    • 目标用户:明确目标用户可以使你更专注于服务某一类特定人群,更容易提升这类人群的满意度。
    • 使用场景
    • 用户目标

一条用户需求可看作是“目标用户”在“合理场景”下的“用户目标”,其实就是解决“谁”在“什么环境下”想要“解决什么问题”。

需求从哪儿来

  • 用户调研
  • 用户反馈(上线后)
  • 竞品分析:分析对手这个功能解决了用户什么问题,满足了用户的什么需求,实现了用户的什么目标,基于这个目标我们应该如何做得更好。
  • 产品数据(上线后)

如何分析筛选需求

  • 筛掉明显不合理的需求:目前不可实现的/ 不合常理的、价值不大的、无适合场景的。
  • 挖掘用户目标:用户的真实需求是什么。
  • 匹配产品定位:用户目标、主要功能、产品特色。
  • 考虑项目资源/ 定义优先级:实现成本(人力、时间、资源等)、商业价值/ 用户价值等。

需求文档包含什么内容?

  • 文档修改与审核记录
  • 目录
  • 背景描述
  • 用户类型和特征
  • 项目时间安排
  • 信息结构
  • 整体业务流程说明
  • 需求详细说明

倾听用户的声音

拥抱用户

  • 用户说的不一定是心中所想的
  • 用户没有表达出自己的真实需求:人们所说的出来的一般只是表面的想法,不一定能代表他们心中的真实诉求。
  • 该用户不是你的目标用户
  • 用户意见不一定专业:有时候用户的要求甚至是不合乎常理的,设计师需要判断和思考,重新审视用户意见的合理性。

如何对待用户的意见

  • 根据目标用户考虑:提出要求的用户是你的目标用户吗?
  • 根据使用场景考虑:用户提出的这个问题一般发生在什么场景,合乎实际的使用情况吗?
  • 根据用户目标(真实需求)考虑:用户表达出自己的真实需求了吗?
  • 根据产品定位考虑:用户提出的要求复合产品的定位吗?
  • 根据项目资源考虑:用户提出的这个要求需要多少开发资源?价值有多大?需要立即开发吗?

设计师的逆袭

不靠谱的产品经理是什么样的

  • 需求变动多:需求不靠谱,没有想清楚,总是改来改去。
  • 过于主观:在设计方面提过多主观意见,干扰设计师的工作。
  • 过于关注细节
  • 不能合理安排时间
  • 不负责任
  • 过于强调自己的主导地位

让产品经理头疼的设计师是什么样的

  • 不懂得平衡:设计师需要学会兼顾商业利益和用户体验。
  • 定位局限:把自己局限在专业范围之内,没有考虑业务线的需要,缺乏产品意识。
  • 抱怨多、建设性意见少:对业务质疑、抱怨多,却很少去想怎么解决问题。
  • 视野狭窄:只懂得专业领域的知识,难以和其他角色沟通和合作。
  • 专业技能不佳:不够懂用户,经验欠缺,设计水平欠佳等。

有没有必要写需求文档

当产品规模小、项目人员少时,没有文档不会出现太大的问题,项目依然可以灵活、顺利地进行。但当产品规模不断扩大、项目人员不断增多时,缺乏文档的弊端就会渐渐显现出来。

需求文档的作用

  • 帮助产品经理理清产品功能、内容、业务逻辑等整体信息。如果跳过这一步,过早地陷入界面细节,很容易得到盲人摸象的结果,给后续环节造成灾难性的后果。
  • 方便了团队的沟通,让团队成员在项目前期迅速准确、全面地了解你的想法,而仅靠简单的沟通则很难遍历到所有的需求点,且面对多人团队时效率很低。需求文档也规范了项目的具体内容,不会出现越跑越偏的情况,增强了对项目的把控力。
  • 帮助其他项目成员有针对性地提出问题,而不是感到困惑和无所适从,这样也提升了工作效率。
  • 有利于项目的持续发展,还能促进产品经理自身能力、专业性的提升。

无需求文档或文档不标准怎么办

  • 如果产品经理不写需求文档或需求文档不标准,我们应首先给予充分的理解,并督促他解决这个问题。
  • 需求文档中关于业务逻辑、产品要求、资源限制等是设计师必须要正确理解的内容。而与设计有关的信息结构、任务流程、功能说明、界面描述等,仅需作为参考即可。
  • 如果设计师收到的不是需求文档,而是产品经理绘制的一系列精致的线框图,也不要感到无奈。我们可以通过这些线框图去理解产品的本质需求、业务逻辑,再和产品经理沟通确认他的想法,然后彻底忘掉这些线框图,再重新去设计,而不是在原有基础上做简单修改。

从需求到界面,隔着一扇门

确定需求之后,设计师并不是马上打开软件开始画图,而是先经过充分的设计规划过程:

  • 根据需求来设计相关的信息和任务,通过组织信息架构、引导用户完成任务得到一系列相关联的界面草图;
  • 然后细化草图为具体界面,在这个过程中考虑如何让用户轻松、愉悦、高效的浏览和操作;
  • 最后要赋予界面一些魔力,让用户难以忘记使用产品的体验。

如何搞定信息分类

  • 采用生活中熟悉的分类逻辑对内容进行组织。
  • 通过卡片分类法,了解用户对信息的逻辑分类和对网站内容的期望。
  • 通过导航设计让用户清晰地意识到“我从哪里来?”、“我现在在哪来?”、“我能去那里?”。在设计导航结构时,要注意深度(纵向的层级数)与广度(横向的选项数)的平衡。
  • 为重要功能和常用功能设置快捷入口,但在设置时需要做好权衡,过多的快捷入口会使产品变得混乱复杂,不仅不会提升使用效率,反而会使用户感到迷茫。

任务设计

  • 任务设计过程:任务流程图-页面流程图-页面交互。
  • 需求中的功能点就像是一个个零散的地理坐标,而任务流程就是途径这些地理坐标的路线图,就像迷宫似得,在设计任务流程之前,要先确定主要任务和次要任务:
    • 主要任务(主行为流)就是把杂乱无章的功能点根据用户期望及目标以正确的次序组织起来的过程,告诉用户需要先做什么,再做什么。
    • 次要任务(次要行为流)的设计取决于是否能对用户完成主要任务产生必要的帮助(迷宫的支线越少,整体复杂度越低,越有助于用户迅速完成任务)。
  • 如何突出主要任务(分解-排列-组织):
    • 将用户任务分解为具体的行为操作
    • 排列任务优先级的量化标准
      • 使用人数
      • 使用频率
      • 重要程度
    • 组织和合并相关任务并转化成大致的页面原型
  • 如何引导用户完成任务:
    • 相似性引导
    • 方向性引导,如清晰地视觉线
    • 运动元素引导
    • 向导控件

设计友好而易用的界面

如何简化复杂的操作

  • 减少冗余步骤和干扰项;
  • 理性的规划网站层级和逻辑,通过感性的界面吸引用户 ;
  • 让有明确目标的用户,能够快速找到所需信息;
  • 有不确定目标的用户,通过浏览和寻找,一点点明确自己的需要,最终找到信息;
  • 让没有目标的用户在探索中激发需求。

信息量过大,页面怎么摆

  • 让页面层次不言而喻
    • 在设计以信息呈现为主的界面的时候,我们可以将要呈现的大段信息分解成易于理解的信息模块,根据“用户想看到什么”和“我们想让用户看到什么”,为内容模块排列优先级。再根据用户的浏览习惯,将不同优先级的信息放置到相应的页面位置。

-

@2018-06-30 02:56
Comments
Write a Comment