FACEBOOK 产品设计副总裁 JULIE ZHUO 的八组问答

2016-12-01 15:38:00

Julie Zhuo，Facebook产品设计VP，美食、游戏及文字爱好者，译者@C7210 心中的女神之一。本文来自Julie Zhuo受TheNextWeb.com的邀请而进行的AMA活动（Ask Me Anything），共包括八组问答，下面进入正文。

Julie Zhuo（右一）

提问

来自G Marim

Hi Julie，感谢你来做AMA。请问，对于那些有志于投身UX领域的在校学生，你会给到怎样的建议？

回答

来自Julie Zhuo

我能给到的最好的建议就是“多多实践”。没什么比实际上手更能让人学到真东西。

同时：

拥抱新事物。尝试挑战那些让你感到不那么舒服的东西，比如设计个logo，学习并使用新工具设计一套交互流程（在这里推荐我们的原型工具Origami Studio），通过不同的用研方法来研究产品，学习一些其他相关领域的课程（我曾在Medium上发过一篇文章，关于我理想中的设计课程）。通过接触新事物来开拓视野，了解自己喜欢做什么、擅长做什么。

多提问题。我认识的很多设计师都很乐于帮助新人成长。此外很多线上设计资源平台、论坛、Medium等等，包括你自己的行业人际网，都是获取信息、寻求帮助的媒介。

提问

来自Craj

我是一名移动app开发者。你在职业生涯中想必和很多开发人员打过交道。我想请教的是，从设计师的角度，你所看到的“优秀开发”和“普通开发”之间的区别主要在哪些方面？你觉得哪些特质可以帮助开发人员更好的成长？

此外，我是你Medium上的粉丝，真的很喜欢你发表的那些文章，关于很多问题的见解都很让人受用，非常感谢你的分享。

回答

来自Julie Zhuo

Hi Craj，很开心我的那些文章同样能给开发者带来帮助。我个人最欣赏的开发者通常具有这些特质：

将彼此看作同一个团队的战友，不会因为职能不同而形成对立观念，认同我们正在合力为人们创造着伟大的产品。这种思维观念能带来非常轻松而美好的协作体验。

关注用户体验。其实相当于上一点的延伸。优秀的开发人员会考虑“人们是怎样使用产品的？能否让他们用的更加轻松一些？”，而非一味的“完成这个项目要占用我多少资源？有没捷径可以快点提交代码？”。

关注性能表现。某种程度上讲，相比于很多设计决策，出色的性能表现更能推动体验的提升。

或许没能按时完成所有的功能开发，但已经完成的那些都非常出色。我个人宁可听到开发者说“根据目前分配的资源来看，这五个功能我可以完成两个，所以我们评估一下优先级吧”，也不愿接受五个实现的很糟糕的半成品功能。

代码便于维护，要考虑到未来的功能迭代。当然这一点对于开发者本人更加重要一些；之所以提到，是因为从产品设计的角度讲，一次完美到位的情况几乎不存在，你总是需要上线一些东西，得到反馈，学到些东西，然后进行迭代。如果因为最初的开发实现方式不当而导致产品的寸步难行，这里不能改那里不能动，那么无论对于产品本身还是团队都是一种极大的伤害。

提问

来自Matthew Hughes

我是一名开发者，时常有人问我关于怎样学习编程的问题。

作为一名设计师，你是怎样学习设计的？你会怎样指导新人从零开始起步？是否有什么课程或书籍特别值得推荐呢？

你是否认为有理想有抱负的设计师一定需要进入相关院校学习？或是类似于写代码那样，只有通过反复的练习与实战才能真正成长起来？

回答

来自Julie Zhuo

我没有正式的设计学科背景。个人感觉，和学习开发类似（或许学习任何东西都是这样）- 在正规的课堂中学习理论知识固然重要，但真正的成长都是在实践中实现的。了解一些必要的基础知识，然后放开手去做，去设计产品，和他人进行交流，倾听反馈意见，了解问题所在，如此一点点的矫正和提升。

我个人最喜欢的书是唐诺曼的“The Design of Everyday Things”（中文版译名《设计心理学》），你能从中了解到日常当中各个角度的设计哲学。

提问

来自Tessa Sterkenburg

Hi Julie，你们为什么会将Facebook Messenger拎出来作为一个独立app，而不是整合到Facebook的app当中呢？

回答

来自Julie Zhuo

对于任何即时通讯类的产品，最重要的体验需求之一就是速度与可靠性。你需要联系某人时，会希望立刻开始行动。将Messenger设计成独立app的主要原因就是提升通讯速度 – 你打开app，立刻看到消息，然后进行回应。如果整合到Facebook当中，打开app并逐层导航到消息模块的整个一系列流程会大大降低沟通行为的效率。

提问

来自Thomas

对于功能繁多复杂的产品，在设计方面是否有什么建议？

回答

来自Julie Zhuo

这个问题有些难回答。对于不同类型的用户群体，“太多功能”的感知代表着不同的东西。我建议，首先对特定产品的关键用户进行准确的定义，理解他们的特质和目标需求，了解他们在实境当中使用产品的方式，包括哪些功能对他们最为重要，哪些部分给他们带来了困惑或是影响了操作效率，等等。接下来你可以根据观察结果对功能或有待解决的问题进行优先级排序，并一步步的将产品的复杂度控制到最合理的水平上，譬如提升关键功能的易用性，弱化低频功能的呈现方式，或彻底移除完全不重要的功能，等等。

提问

来自Alexander Griffioen

Julie，感谢你来做AMA。你曾在Medium上发表过一篇名为“What You See is What You Use”的文章（Beforweb译文版“眼见为实的产品设计”），我觉得非常有见解。记得几年前，John Maeda（约翰•前田）做过一次关于简约设计的演讲，其中特别提到关于降低次要功能视觉权重的问题，例如将非核心功能默认隐藏起来，以便用户最大化的聚焦于关键信息。我想请教，你的团队是怎样判断信息优先级并制定相应的呈现策略的呢？

回答

来自Julie Zhuo

Hi Alexander，多谢！很开心你喜欢那篇文章。

在判断功能与信息的优先级之前，我们首先会充分了解目标用户群体，以及我们希望他们通过产品实现怎样的目标。即便要打造一款“每个人”都能使用的产品，我们也必须识别出对于其中大多数人来说最为重要的功能。

我们会通过大量的用研工作来确保设计方向没有偏离正轨。我们了解到恰当的默认呈现方式十分关键 – 多数用户不会花时间去逛导航菜单或是对界面进行自定义，除非有着足够强烈的动机。所谓“足够强烈的动机”，是指他确实需要用到多数用户平时根本用不到的东西（譬如，相比于普通的参与者来说，群组活动的创建者需要用到很多内容和人员管理方面的功能）。这些功能是必要的，但对于绝大多数人来说无需时刻易访问，所以可以降低呈现的权重，提供基本的可访问性，使相关用户在需要的时候能够用到即可。