|
诚如罗伯卡帕说过的：如果你拍的不够好，那是因为你靠得不够近。作为从事用户体验相关工作的人，无法掌握最真实的情况是因为靠的不够近，融入的不够深入，思考的不够彻底。 在每天口号式的以用户为中心中，依然有很多公司、产品、设计师没有真正的去了解用户每天的日常生活，所思所想，行为态度以及感受和需求，同样也未曾融入到这些购买使用、喜爱与憎恨着他们产品的用户生活中去。 除了使用常规的用户研究手段对用户、场景、竞品、趋势、技术等做调查研究，更多的，我们要多花些时间和真正的用户在一起，去观察、感受用户的生活环境、所思所想。设计的目的是解决问题，用户使用产品从可用—易用—情感惊喜不断地在演绎，如何掌握现实状况与用户期望之间不断变化着的缺口，是设计师在掌握以用户为中心的体验式设计中必修的一课。 1、用户体验设计1.1、什么是用户体验设计 用户体验设计首先是解决用户的某个实际问题，其次是让问题变得更容易解决，最后是给用户留下深刻的印象，让他们在整个过程中产生美好的体验。视觉体验只是整个体验的一部分，因此外观的美丑、是否有创意，仅是设计中的一部分内容，他不是设计的全部。 用户体验首先应是理性的，为解决具体问题而存在，其次才是感性的，外观、审美、趣味等的情感表现。虽说视觉设计是整个体验过程中的一部分，而且优先级是靠后的（这个在程序员眼里尤其是这样，程序员的优先级最高的是功能，更多情况下，视觉的落地工作一般都是在测试工作完成后，顺便带着看看视觉的呈现状况）。 但是现实状况是，大众都是外貌协会的成员，第一眼感受很重要，也就是瞬间之美，再加上互联网同质化严重，同行业、通功能的App可选择性很多，此时“这个App太丑”大于“这个App好用”。当然，产品在解决问题的同时，又能让用户在使用的过程中感到舒服有趣才是理想目标。 1.2、用户体验设计的特征
在用户使用产品的过程中做到不让用户思考，但恰恰相反的是，设计师一定要做完善深度的思考来体现产品的不用思考，设计师和用户是矛盾与共生的关系。 在解决问题的过程中，设计师要把自己代入到用户的使用场景中去考虑问题，仅仅依靠想象去创作，是造不出优秀产品的，如设计音乐App,设计师要去地铁、公交、运动等场景中去思考用户是如何使用操作的；要走到学生、白领、工人等群体中去和不同的用户讨论他们喜欢什么类型的音乐，如此这般，筛选、重构需求，慢慢呈现产品功能和内容。在考虑趣味性等情感因素时，不是简单的设计出动画等效果就可以解决的，抓住用户心理和行为习惯是思考的重点。 用户体验，主体是用户，是为了解决“人”的问题，人有共性，也存在差异性，设计师的个人想法无法代表大众想法。在做产品的时候，经常能听到“用户怎样怎样，用户如此这般”的言论，这些一般都是带有个人主观性、猜测的结论。多观察，多思考，观察思考问题背后的原因，归纳人的共性。用户体验，靠用户越近，越能得到真实的需求。 关于理性的思路，很多设计师把设计理解为简单的外观设计，一上来就开始构思界面细节，缺乏一个完整清晰的思路，以至于设计方案遭到各方质疑。设计师本人如果没有认清设计的本质，就更不要指望非专业人士能有什么正确的理解了。 那么遇到问题如何思考呢？ 出现一个问题——需要为xxx人群解决这个问题——如何解决——如何增加趣味性 如果工作中能按照上述思路来解决看待问题，阐述的时候条理清晰，概念明确，那么质疑的声音就会转变成赞美的声音。 2、了解用户体验设计师好的用户体验，就如同彬彬有礼的服务员，不但能马上解决用户的问题，其优美的谈吐，机智的反应，也会给用户留下美好的感受。 2.1、相关职位
用户研究员日常的工作有市场分析、竞品分析、创建人物角色、文件调查、焦点小组、用户访谈、可用性测试等。主要的产出物是各种用研报告。
交互设计师就是通过用户心理模型、设计任务流程、运用交互知识，把业务逻辑（功能规格或内容需求）以用户能理解的方式表达给用户，最终实现产品战略（公司需求和用户需求的最佳平衡点）的过程。 交互设计师的产物主要有：竞品分析文档、用户反馈整理、流程图、设计草图、设计原型等，其中常见的是设计原型。关于设计原型的工具选择问题，现在有很多的原型软件，如Axure、墨刀、Mockplus等，但是我还是推荐在需求整理的初期用纸和笔来画原型。纸和笔能快速的记录想法，能让想法快速的从抽象的概念变为具体的线框呈现出来，展现思考的逻辑流程更迅速。 另外，一旦开始用软件，往往会更早的陷入追逐细节的过程中，更糟糕的是自己不知道已经陷入细节漩涡。设计师在设计初期要把精力放在设计本身，解决具体问题，归纳核心功能，而不是过早的陷入细节表现上。对设计师来讲最重要的是解决问题的能力，而原型只是最后一步。
UI设计师必须要能够清晰的领会交互设计师的意图，尤其是原型图。在呈现效果图的时候，需要避免过于纠结作品的美观程度，一方面影响项目进度，另一方面容易忽略对用户的恰当引导。在工作的过程中，时时刻刻都可能遇到“一群指点江山的神”，我经常对团队成员说“人人都是设计师”，其实有点自嘲，但这也是一种事实现状，在这种情况下，设计师要做到有理有据，专业的说出设计的根据。同时也要诚恳的接纳别人的建议，做到懂产品、懂用户，关键时刻有条理的陈述自己的观点。 2.2、设计师与产品经理 设计师更注重创意及逻辑、细节，实际目标更纯粹，能够更多的考虑用户，工作更加专注，设计方法更专业；而产品经理作为产品的主要负责人，需要考虑更宏观的问题，聚焦的范围比较广，更注重商业目标，此外还要考虑项目中的很多琐事。 有一点两者都需要注意，尤其是设计师，要考虑商业价值与用户价值的和谐。好的用户体验可以创造更多的商业价值，反过来，商业价值的满足才会有更多的机会去创造更好的用户体验。设计师在项目过程中要注意积累，逐渐沉淀出能够适合项目需要的设计规范或模板，既提高效率，同时会让自己变得更专业。 3、设计师的困惑很多没入行或者刚入行的设计师会去想自己到底适不适合这个职业，又或者经常性的想象如何进阶。在这里我分享一篇文章，不是鸡汤，但读后一定会让大家产生思考。文章地址：猛戳这里 另外，在能够熟练使用软件画图之后，设计师更重要的工作是锻炼自己的思考能力，分析问题的能力，看待问题的角度，这些都能在平常生活、读书、交流获得。 4、设计流程，设计师应该做什么4.1、设计师如何参与一个具体的项目 用户体验的目标可以归纳为：解决用户需求，减少用户理解和操作成本，给用户留下美好深刻的印象。简单的就是：可用—易用—情感惊喜。 一个项目中，设计师会参与的阶段有：需求分析、设计规划、设计实施、项目跟进、成果检测等。和产品经理一起沟通需求，撰写需求文档；根据需求文档做设计规划，信息架构，任务流程的设计；根据设计规划做界面草图呈现，内容的排列；设计实施，撰写设计规范文档；在开发的过程中注意项目跟进，及时沟通；和测试人员一起检验效果呈现。 5、拿回产品设计的主导权5.1、产品定位 在我参与项目的时候，需要经常给客户或者用户解释产品，那么这个时候如果能用一句话，简明扼要的说出做的是怎样怎样的产品就非常有必要。在这句话中，要能概括出产品的功能，使用的人群，产品的特色这三点，即这是一款为xxx人使用的具有xxx功能的xxx工具。如一款为大学生可以随时随地听英语的播放器，此处的产品功能是听英语的播放器，使用人群是大学生，产品特色是随时随地。 5.2、需求从哪里来 在实际项目中，采集需求的主要方式有用户调研、竞品分析、用户反馈、产品数据等，这些通用手段方法并不一定适合所有项目或者团队，通常情况下都是采取1-2项，最常用的组合就是竞品分析+用户调研。 在用户调研中，有一个快速有效的方法，走出办公室，在门外的走廊或者茶水间迅速的抓住一个人开始你的工作，此种方法叫“走廊法则”，当然前提是在测试之前要做充分的准备， 其一，测试时间短，在走廊里的过客能逮住1-2分钟那是熟人了； 其二，在这么短的时间内要抛出核心问题。 我们在做竞品分析获得需求的时候，有一个深层次的思考需要明白的是，比如竞品上有一个功能，我们不能简单的用拿来主义，要分析这个功能解决了用户的什么问题，满足了用户的什么需求，实现了用户的什么目标，基于这个目标我们应该如何做的更好，最重要的，这个功能符合目前的产品特色。 5.3、分析与筛选需求 有些项目是客户主动提出需求，那么这种情况下的需求就基本上明确很多，需要沟通的是筛选出优先级，或者根据项目安排对分好优先级的需求进行排期；还有一种情况是客户不知道自己想要什么或者是只有一个概念，看别人有，他也想要个，还要求不要和别人一样，遇到这样的项目时，设计师和产品经理就要花费精力梳理整个需求过程。 一般流程：产品定位—收集需求—分析筛选需求—定义优先级—重点描述需求（功能）—文档—原型—设计—开发—测试—上线—收集需求—改进。诚然，这是比较顺畅的过程，现实还是有一定的差距的。 5.4、需求文档 需求文档的主要格式网上资源有很多，如包含的内容有文档修改与审核记录、目录、背景描述、用户类型和特征、信息结构、整体业务流程说明、需求详细说明等等，在这里我对文档就不再进行过多的描述。 根据实际项目，大型的项目或者成规模的公司需要文档，在小团队或者小项目中，一般情况下都是脑图+功能列表。这种方式简单且有效，能满足短平快的互联网节奏，在更新迭代中增加设计的量，小步快跑，不断优化。 5.5、别被客户牵着走 大多数情况下，有两种主要的客户类型，一是有主意的，二是没主意的。有主意的客户是带着目的来找设计和开发团队，在这种情况下，客户可能会比较强势，有想法，那么设计师就要在客户提出的需求中去主动的分析需求的必要性，如需求是客户主观认为的，还是客户说出的是真正用户的心声呢？客户有没有表达出他真正的意愿？ 客户所提出的需求中哪个是最核心的？在需求的探讨期，设计师多问几个为什么很有必要，不要嫌烦，此时问的越清楚，在产品出来后客户才能越满意。 在处理没有主意的客户时，最重要的是用设计师的专业能力去有效的引导客户，深挖客户的所思所想和需要解决的问题。这种情况下就需要设计师主动去“设计需求”。 另外，在需求沟通过程中，一定会遇到反复沟通的过程，比如一个问题之前沟通好了，今天又拿出来重新沟通，这种情况经常发生，设计师千万不要抱怨烦躁，静下心来，主动帮助客户去梳理需求。 6、设计规划，从需求到设计草图设计师在获得需求并分析梳理出需求的优先级之后，就进入界面设计的部分—草图。此时设计师不是要马上打开软件开始画图，第一步是拿出纸和笔。 用纸和笔规划需求，思考如何在界面上呈现信息，如何有效的组织信息，哪些信息是需要重点展示的，哪些信息是需要让用户“遗忘”的，如何安排信息，导航如何呈现，才能让用户快速找到信息，用户如何快速的熟悉界面并完成任务，设计师如何做引导帮助用户等等，这些都比打开软件画图重要的多。 所以从需求到界面设计中间隔着一扇门，那就是信息或任务的组织安排。信息架构和任务流程的梳理可以参考删除、转移、组织、隐藏的四原则来有效的安排内容。 在界面设计之前，要经过产品定位、需求采集与分析、撰写需求文档、信息组织、任务分解、绘制草图等过程，到了界面设计，我们常常会纠结于各种细节无法自拔，比如界面的内容排布，图标的大小，颜色的调整，图文组合方式，按钮在左边还是右边……当这些设计师都安排妥当，之后还要面临评审的提问，面对用户的吐槽。这一过程是没有捷径可以走的，需要设计师集中全力的呈现出最完美的方案。 在这里再次提到纸和笔。画原型除了上述提到过得内容外，其中最需要关注的是框架、流程、基本功能和内容，可以忽略设计细节。 7、从草图到效果图输出到了这个部分应该是设计师最专业的部分，如何设计出优秀的图稿我就不再描述。这个阶段设计师需要注意的是要时刻能客观的对待需求的呈现，同时利用自己的专业知识、经验和感性的一面做出更好用的产品。 8、项目跟进，保障设计效果的呈现在开设计评审时，设计师要保证自己有主导权，这个主导权不是boss或别人给的，而是自己凭借着专业知识和素养得来的。在“人人都是设计师”的时代，每个人都有话语权，A成员说：蓝色不好，我喜欢紫色；B成员说：那个图标向左挪挪感觉更好….在这个过程中，设计师一定要虚心接纳那些客观的，理性的，带有明确诉求的建议；耐心的引导那些主观的、模糊的建议。 明确设计方向—阐述设计分析—展示设计方案—引导结论，按照这个思路去准备，才能在阐述观点的时候游刃有余。 和开发的伙伴交流时，一定要耐心，他们才是设计师最重要的伙伴，只有他们才能把设计稿落地。在我看来，设计师与开发不是网上的段子说的互喷的关系，他们是一种合作，一种促进，双方都要带着共同的目标去完成产品，创造价值，收获喜悦。 9、成果检测这个阶段需要仰仗测试伙伴，需要他们完成任务，跑通流程，验证页面的逻辑，同时还需要他们来检查设计稿是否真实的落地，一般情况下，设计稿如果能做到90%的落地说明开发的伙伴已经相当不错了。 10、实现设计师的价值到此，项目的整个过程中，设计师需要在哪个环节投入，哪个环节产出心中应该很清楚。在整个项目过程中，可以发现设计师设计界面的工作只是一小部分，界面产出后，还需要仰仗团队的其他成员来完成设计稿的落地工作，然而在用户使用的时候首当其冲的是设计师所做的界面。 设计师要用专业的知识和经验做出好用的设计，呈现美观的界面，同时也需要学会沟通，把自己打造成一个有影响力的“产品”。 少年关注我们的官方微博@产品100和微信订阅号：chanpin100ghsd，有惊喜哦！ |
|
|
