2014年的一本书讲述了接国内地气的交互设计师
《破茧成蝶：用户体验设计师的成长之路》，刘津 / 李月，用户体验设计师的成长之路
可能对门外汉来说的陷阱？
本书是两位网易 UED 出生的交互设计师，而且是一线的交互设计师，所以提出的都是实践中典型的问题。然而正因为是一线员工，所以如同《设计之下》一样，对于门外汉来说你无法判断书中的内容是否带有着网易的特色，作者是否跳出了公司的层面、跳出交互设计师的层面来阐述问题。
当然，这些书中阐述的思考和经验都仅能充当借鉴之物，作者也明确表示是从用户体验设计师的角度出发。作为门外汉和网易门外的朋友，也可充当窥视大厂在用户体验和教书设计上的一扇门。
这本书的差评？！
截至今日，在豆瓣上这本书的评分达到了8.6，高于搜狐UED团队在同一时期的《设计之下》的7.6分，绝大多数人都给出了4-5星的好评，豆瓣上记录的读者也是《设计之下》的两倍，或许这本书好于《设计之下》吧。然而即使高分，也存在着一些差评。
典型的好评看法：
- 读过所有设计书里最接地气的。
- 很适合入门级的交互设计师阅读。之前读了国外的书籍，交互理论略知一二。后来看了这本书，对目前交互设计师的业务流程有了比较直观的认识。
- 小公司的设计流程很不完善，甚至分工都是错乱的，又渴望知道完整的设计流程，可从本书中获得不少启发。
- 市面上的确缺少这样的关于国内公司用户体验设计的状况，以及设计师在职场的地位、发展、工作模式的讲解的书籍。这本书填好了这个空，所以它的价值在于设计职业化讲解而不是专业知识。
典型的差评看法：
- 每个部分所说的东西都比较浅，没有太多自己的独到见解。
- 最后两边阅读间隔较久，其实对其中的观点已经表示疑问，可能企业价值观有关系。后期感觉作者介绍的思考方法比较纯粹，就是在做设计，做一个体验好的产品。但是我感觉这还是远远不够的，提高产品的用户体验，且能有效的助力产品的变现，这才是完美哦。
- 对于学习专业知识来说，这本书的力度显然不够。
你能从本书得到什么？
这不是一本交互设计或用户体验的专业书籍。正如作者所说，这是本解决用户体验设计师在职场和职业生涯中所遇见的现实问题的书，同时也是个人化的职业经验和思考。
如同《人人都是产品经理》一书中一样，这是一本关于某个职位的书。所以全书3篇中核心一篇阐述这个职位的技能和流程，剩下的两篇都在科普着用户体验设计师的相关知识概念和职业概念，对于已经有一定概念的人来说会显得累赘和无聊。
对于我这么个门外汉来说，本书的意义也如同《设计之下》一样。当想在产品设计或交互设计更进一步的时候，实践往往比理论知识更加重要，而如何去将理论知识应用到实践当中，是需要经验来进行补充的，这类书籍恰好可以充当一个视角，借鉴别人的经验来引导自身的实践。
产品经理是否做了设计师的工作，职业方向如何选择？
本书的角度是用户体验设计师的角度，对于产品经理和设计师的差异和交叉提供了自己的见解。有评论说本书将产品经理贬得一文不值，但个人感觉这只是在写作中为更好表现团队中职能担当的一种方式。
在作者眼中，产品经理和设计师在价值取向上成对立的关系，在项目合作上处上下游的关系：
- 价值对立
- 产品经理以商业价值和项目为重，设计师以用户价值为重，两者在对立中使产品取得一个平衡。
- 产品经理考虑产品定位、功能业务，设计师考虑用户场景、情感、痛点，一个使产品在商业目标上差异化，一个在任务、交互上差异化。
- 项目合作
- 产品经理收集分析需求，考虑产品方向、功能，输出需求文档，进行项目宏观上的跟进。
- 设计师接受并理解需求，将需求转化为界面，输出交互文档或原型，在设计细节上跟进项目。
总结下来，在职位的取向上来看，作者认为设计师应该严谨、同时富有逻辑和创意，在用户的整个体验地图上做到情感的把控，而产品经理的核心是收集与分析用户需求，进行产品定位和定义，规划产品的方向和发展战略。
然而，现在不少产品经理同样负责交互设计，在中小型企业两者之间的差异相对比较模糊，有时仅仅设立其中一种职位。某种程度上，这对于一些人的职业发展方向产生了困惑。这类问题其实已经与产品和设计无关，而是公司或团体与自身职业发展相矛盾的问题。就像有人站在产品经理的角度说产品经理要从 boss 的角度考虑问题，其实无论哪个行业的哪个职位这么说都有一定的道理。
从公司或团队的角度来看，其实职位并不重要，所有人贡献自己的职能都是为了解决问题而存在，职位的命名只是为了对应行业现有的规范。从个体的角度来看，职业的选择与发展，核心也不是担当何种职位或以某种职位发展而晋升。选择与被选择，能在公司或团队中发挥作用，关键是具备了什么能力，恰好对应其缺失的相关职能。
在职业发展中，看重的不是你担当过什么职位，而是你具备什么核心价值。所以在职业规划中，应当向着未来核心能力方向去发展，培养此方面的能力。想想 5 年以后，你现在具备或引以为豪的能力与经验是否依旧那么重要。
从需求分析到设计规划的流程
本书从设计师的视角，提供一个需求分析到设计规划的流程：
- 需求收集、分析
- 用户研究与需求定义
- 筛选核心场景、用户、需求、目标、功能
- 选定目标用户和商业价值
- 筛选需求，将用户需求转变成产品需求
- 组织与分类信息
- 设计任务（主要任务、支线任务、子任务）
- 设计草图，引导用户任务
- 设计界面，做到易用性和情感把控
书中对于每一个环节都做了细致的说明，而且添加了案例进行演示。与《用户体验五要素》一种对比，恰好是从设计师的角度特别地讲解了结构层的信息组织、和任务设计，结构层的导航设计。不过相对的，没有提及需求如何转化为范围层中的功能规格与内容设计，而且模糊了信息架构和导航设计的区别。
此外，在设计规划中，强调了任务设计，但对于不同用户类型的需求和任务路程并没有做区分说明和区分设计。在用户研究处提到场景，但在设计的过程中，并没有得到分析的价值体现，虽然重视易用性和用户情感，但在任务设计的过程中，没有提及用户目的与期望。
或许时间久远或受限篇幅，在设计的过程中，虽然重视任务设计，但对于用户任务流程中的人机交互却很少提及，而纯粹将任务当成梳理功能与内容的链接。然而，要知道任务的关键在于人机交互中的信息呈现与功能操作。
设计是注重迭代的，书中也同样重视各个流程的迭代，不过对于各个小环节的迭代因篇幅和本书定位同样没有提及。虽然需求到设计的大体流程如此，但在实践操作中，从商业目的、设计目的到用户调研、需求分析，从用户画像、用户故事到一个个独立的交互、用户在体验流程中和前后的需求匹配-目标完成-满意度-情绪，这其中无数个小环节都有无数个快速迭代的过程。不过，理论需要专业书籍与知识，迭代需要不停的实践经验，这也不是本书能够提供的价值，相反，这是本书所倡导的学习方向。
本文以学习的态度进行探讨，个人对内容的理解和表达可能存在不当的地方，并非不敬，还望指导。
评论
发表评论