破茧成蝶：用户交互设计体验设计师

读《破茧成蝶》——用户体验设计师的成长之路眼看着就快入职一年了，回顾这一年的历程，收获肯定是少不了，但也隐约感觉到了，自己已经到了职业上的一个瓶颈。前几日，在网上看到一个设计师的博客，里面的文章很接地气，让我有强烈的共鸣感。而且正好她最近出了一本书，就立马下单买来。里面讲的是对交互设计师比较实用的学习和发展文章，很适合这个阶段的我，于是整理了一下读书笔记。书里虽然有一些很基础的东西，但是工作了一年的我看来，还是很有感觉的，读了后，好像找到了一年前的那种初心和激情。这一篇笔记，归纳了体验设计师（交互设计师）的相关概念，学习，成长，工作和发展。艺术和设计不同艺术是创造者表达的个人意识，设计则是解决一个具体的问题。设计不是充满创意，天马行空，非理性的。设计是关于计划，组织，梳理，呈现等概念的。用户体验相关概念用户体验一个用户用户在使用产品的主观感受，整个过程是理性和感性并存的。用户体验设计首先是解决用户的一个实际问题，其次是让这个问题变得容易解决，最后是让用户在整个使用过程感受到便捷，安全，尊重……等一系列美好的感觉。用户体验设计的关键词1.预先设定用户目标2.满足用户的使用场景3.不要让用户思考4.整个过程中感受到合适的情感：安全，有趣，便捷等。人机交互人机交互本质上，与人和物体交互没有太大区别。关键区别是机器能比较智能的给予反馈。比如，你按下一个按钮，按钮就会有变化。输入一段文字，就产生另一端文字的提示……这种人和机器之间的动作和信息的来往，就是人机交互。体验设计师的习性1.热爱生活，细心观察，勇于改变2.人不可能完全的换位思考，还是要观察，沟通和理解实际的用户3.人文，心理学，项目管理，商业价值知识面+深度了解人性4.理性的思路5.亲自体验6.收集上线之后的反馈7.留心好的设计体验设计师的产出物：竞品分析用户反馈整理流程图草图设计原型体验设计师的价值专业价值产品人员总想着画图漂亮和带动效的交互原型。很多设计师也是忙忙碌碌画着漂亮的原型图，但是没有意识到怎么真正的做设计。交互设计师的首要价值是解决问题的能力，之后则是设计呈现和表达的问题。项目价值（后面会谈到）介绍一下座位旁边的视觉设计师们原画设计师，平面设计师，运营设计师，UI设计师。体验设计师和pm的工作重合？相对于pm去做体验设计师的内容，设计师的工作内容更加专注，设计目标更加纯粹，设计方法专业。多了一个人画交互图浪费时间？节约了中后期遇到一些明显的错误，而不断改稿的时间。节约了可用性测试的部分时间（有经验的设计师，可以发现大部分可用性问题的所在）。节约了视觉设计师理解不专业的原型沟通的时间。节约前端开发揣测不完整的原型说明的时间。减少后端开发因为需求不断变化的抱怨。体验设计师项目管理交互设计环节节约总体时间我们一般会遇到这些问题需求没想清楚，交互没有达成共识，导致交互改稿，大家一起返工，原型说明不全，导致每个环节的角色按照自己的理解设计和开发。好的交互设计师是项目的一个好管家，协助产品经理组织各个环节1.需求沟通和分析，重塑需求2.了解用户使用场景，行为，心理3.设计结构，流程，界面，动态效果4.跟进视觉，前端，开发5.跟各个环节打交道，协调沟通，pk想法6.建立统一化和标准化，提升设计效率好的体验设计师，在团队中具备足够的影响力凭借经验和专业能力判断方案的优劣，并给出专业和完整性高的方案。能组织，协调，调动其他角色。体验设计师的学习和发展做交互就是学怎么样做人，内在的修为决定了你未来的高度学习资料概况：书籍偏理论，博客文章偏实战。读书要思考，项目要总结，否则你就会发现你一在原地踏步。我们看到的一些娴熟的技能恰恰不是最重要的，因为那些可以在短期内学会。用户体验不是手艺活，不是千锤百炼就可以炉火纯青它是一门创造性的工作，复合型的学科，包括人文，心理，设计，项目管理等。没有在工作中投入思想和灵魂，只是机械性的使用技能，重复性的使用技能，当然也就做不出好的作品。做体验设计就是把冰冷的界面，塑造成为一个活生生的人。那么首先请把自己塑造成一个有修养的人。如果还在这个行业里的话，发展方向有这么几个：复合型，垂直型，管理型，全能型，创业型。这部分内容真是说到心坎里去了。工作了一年，发现专业的能力是有所提升，但是管理项目的能力还非常欠火候。很多次没能让pm把需求梳理和确定清楚，或者是没有和各个角色建立起一套良好的信息对话方式，导致一些事情没有传递到位，一些问题没有能及时发现，最后导致整个项目改动变多，原型更改多次。另外，在多个项目之间切换的时候，不能很好的进行时间管理，这样很容易导致，投入精力不足，最后导致设计效果欠佳。项目中的问题留给设计师的时间很少一个设计师负责多个项目，无法一一跟进和项目成员座位太远，不利于沟通pm不能清晰的阐述需求开发人员偷工减料，不按照设计稿去做……和pm或者项目负责人达成一些共识预留设计中思考，沟通，修改的时间，而不是只有设计原型图的时间遵守设计流程真的这么重要吗？作者以自己早期的项目经验来看，可能会遇这些问题需求不明确，反复修改方向不明导致设计方案被反复推翻，设计效果欠佳原型粗糙，开发人员理解起来有困难，开发效率降低上线的效果和设计方案相差甚远……和产品经理一起做需求分析产品定位：目标，范围，特征等约束条件定义产品：使用人群，产品功能，产品特色用户定义：目标用户，使用场景，用户的目标需求从哪里来用户调研，用户反馈竞品分析产品数据筛选需求技术不可实现，价值不大，无使用场景的用户的真实目标匹配产品定位考虑项目资源，定义优先级需求文档不可一概而论一般包括：产品定位，产品需求，需求优先级修改和审核记录，目录，背景描述，用户类型和特征，项目时间安排，信息结构，业务流程说明拥抱用户把自己当做用户去揣摩用户的心理和目标，是远远不够的用户说的不一定是心中所想用户的想法没有被正确表达出来用户没有意识到自己想要说明该用户可能不是目标用户用户的想法说出了问题，但方案不切实际设计师的逆袭识别不靠谱的pm需求变动多，没有想清楚，总是该来改去过于主观过于关注细节不能合理安排时间拒绝不靠谱的需求文档判断项目的大小，来判断是否需要需求文档一个大型项目团队，pm没有撰写需求文档，而是直接给出线框图，深入细节，对整个项目团队就是一场灾难需求文档的作用：帮助pm理清思路：功能，数据限制，业务逻辑方便整个团队沟通帮助项目成员有针对性的提出问题，而不是直接从pm的画的原型图里找隐藏的问题遇到不写需求文档的pm？首先充分理解，然后督促ta解决这个问题小的功能点则可以灵活处理拿到90%的需求文档中，只是与设计相关的信息结构，任务流程，功能状态和界面说明等，仅作为参考如果只是拿到pm线框图，那么就是和pm多多沟通，然后忘掉这个线框图如果抄竞品抄不是完全复制对方的界面抄不是懒惰的借口，你需要分析竞品，超越竞品书中这一篇的内容偏向于实战，其中也举了大量例子。下边只是总结了我认为的要点，估计其他人基本看不出什么东西，大家还是散去吧~从需求到界面，隔着“一扇门”确定需求之后，下一个步骤是设计规划（信息设计和任务设计）的过程，而不是上手就是用软件画图信息设计：信息取舍，信息组织，信息展现任务设计：给任务排优先级，引导完成任务，解决复杂的任务问题信息和任务不是孤立存在，而是相互关联的解决信息分类问题采用常识性的逻辑分类采用卡片分类法，发现用户看到和理解的逻辑分类好的的导航是广度和深度的平衡为常用和重要功能建立快捷入口任务设计任务流，就是把信息们都“组装”起来任务设计过程：任务流—页面流-单页面确定主要和次要任务分解任务组织和合并相关任务(形成页面流)考虑单页面的交互考虑如何引导用户完成任务，比如通过清晰的视觉线，引导进度条，动画……设计友好的界面简约设计法则：删除，组织，隐藏，转移理性规划之后，考虑感性的走查整个流程，单页面的细节捕获用户的芳心来自真实世界的灵感：拟物化不会消失，因为人们对于情感的追求永远不会消失给予可控的感觉给予足够和积极的反馈，不光是为了让我感到可控，而且是有趣互动的乐趣————通过动效惊喜的力量情景的烘托最近，有一些同学或者其他业务部门的人，想要做产品经理。就问了我一些画原型的事儿。我发现他们重点关注的，都是动态的原型技巧和实现。在我观察，一些有经验的产品在需求评审时，也是花了很多时间去做了一个动态的原型。我很能理解他们的心情和出发点。但我还是苦口婆心的跟那些同学，准产品和准交互说，原型图的灵魂不是逼真的动态的效果%%##@@@……本章内容中，作者总结了画原型的技巧和要点，我的感觉是…………………我之前画的都不是原型图(┬＿┬)原型——设计方案的表达包含对产品的功能和内容的说明既包括静态的页面样式（线框图），也包括动态的操作效果（动态操作or交互说明）清晰，规范的原型的好处：1.多种角色之间良好的沟通平台（人人都喜欢看图）2.专业性的体现（“以貌取人”不是错）作者推荐的原型软件：Axure（适用范围广）；PPT（用于移动app的动效演示）高保真原型？适用用于展示和用户测试，一般的项目中不会花太多精力去做标准的原型包含什么？更新日志：大部分原型都会修改很多次，方便相关人员看到修改点版本号信息结构图任务流程图：不同于需求文档中的业务流程，业务流程关注于业务限制和后台逻辑，但是任务流程图只是关注用户如何操作，界面如何反馈等。页面流程图线框图：代表静态的部分交互说明：代表动态的部分原型设计要点动态效果代替交互说明不可取：1.动态效果制作比较费时间，尤其是原型是经常修改的情况下2.动态原型需要相关人员，逐一操作才能看到全部状态，不利于设计方案的表达效率交互说明包括：限制，范围值，极限值，操作，循环操作，一般状态，特殊状态，误操作，反馈，跳转其他技巧：1.明暗对比，不使用截图和颜色（我持有不同意见）2.合理布局（和视觉沟通）3.栅格规范（我没用过额…………）4.第一屏的高度（600px）5.正确表达界面层次和视觉元素6.了解视觉趋势交互说明技巧：1.使用真实的数据2.不遗漏特殊状态3.避免过长的说明4.必要时采用图，文，表结合的方式5.如果模块的交互说明内容很多，可以单独成一个页面6.原型如有变更，口头通知其他角色或者在项目讨论组里，指明相关人员知晓聊聊设计规范设计规范是随着产品发展和成熟建立起来的包括：交互规范，色彩规范，logo规范，icon规范，控件规范等产品大了，模块多了，会出现多种样式，但基本相似的界面元素会导致，界面一致性的问题，设计效率不高，开发成本高，维护和修改成本大怎么做规范？1.时间：项目开始前？不可能，一般是项目快要结束或者结束后2.规范是指导后面的设计的，是可以复用的，不是设计的总结3.交互规范先于视觉规范4.先做“大”再做“小”以前预估项目时间，有的pm总是说我，很好，时间挺快的呀。但是多数项目流程走下来，实际的出终稿的时间明显大于开始预期的时间。我总结了一下：原因1，我没有估算需求沟通，设计规划，问题讨论的时间，而只是给出了画稿子的时间。原因2，之前的项目出了一些问题，或者到了测试阶段，需要你投入时间参与。这部分任务会突然插入到你的当前工作时间中。回头想了想，实际工作时间的占比中，画设计图的时间只有30%不到，50%的时间是在沟通和构思。本章讲的是，你的初稿出来了后，你要把工作时间用在哪你需要进行项目跟进如果产品没有以预期方案上线，出了体验的问题，吐槽的肯定是产品设计不好，而不是开发实现的问题设计师如果不去跟进项目，自身的存在感和价值就会大大降低做设计评审的主导者评审的问题：评审的时候，不同的角色会有不同的偏好和看问题的出发点，讨论和争执肯定是无法避免，因此，作为做出方案的设计师很容易成为抨击的焦点回归评审的目的1.检验设计方案是否到达了最初确定的需求目标2.发现问题：相关角色能给出从他们的角度看到一些问题3.达成共识设计师要做什么？1.考虑可能的方案2.准备各种设计依据3.做好会议邀