担任产品设计的这一年对和工作风格的思考
⇨⇦
文章为作者在WhatsApp和Facebook工作中的一些心得总结，希望给你带来启发。
作为Facebook的产品设计师已经快四年了，我曾经在诸如群组、共享、隐私策略等团队工作过。而在去年的这个时候，我开始了在WhatsApp的激动人心的工作。
我很清楚的知道在WhatsApp做产品设计与在Facebook是不同的。在WhatsApp解决问题和工作的方式会比我原以为的更加的开放。
在过去的这一年中，我获益良多。在此，我想分享一些我在WhatsApp和Facebook这两个产品工作中的收获。
强调原则
WhatsApp的设计和构建是基于其根深蒂固的产品原则的。这些原则是进行决策分析的依据。比如：
对于用户来说，界面要简洁
APP必须是轻量级的，尽量少的占用存储空间
交互必须简单
用户操作以及动画的响应要快
非常易用，基本上不需要介绍即可快速上手
Facebook使用高层级任务来驱动决策，而WhatsApp则使用上述这类规则来进行沟通和决策。也因此WhatsApp让大多数的设计设想直接进入了执行阶段。
在Facebook，几乎所有设计师都会反对这样做。他们会说：我讨厌那样！谁来决定产品的方向？你难道没觉得失控吗？你能推介新的创意吗？
当谈及＂路线图＂时，WhatsApp的决策分析过程相较于Facebook来说，属于自底向上的决策方式。我个人发现这让我更加聚焦我正在做的工作。通过我的设计来影响产品，这让我越发的觉得，偶凑是一个设计者！
换句话说，我可以对＂路线图＂的决策提出我自己的意见和想法，虽然我并不这么做。因为＂路线图＂的制定是需要遵循共享原则的。
在这个过程中，我觉得最受益的是发现，如果你的团队可以找到协商一致的设计原则，那么会让整个团队的工作更有效率。你们达成一致的原则越多，工作就会越高效。整个团队很有默契的一起奔着一个目标前进。
在构建一个产品的时候，如果可以清晰的定义需要解决的问题，那么你已经赢得了一半的战争。如果你有一个可以判断解决方案有效性的框架会帮你在另外一半战争中取得先机。
价值驱动 vs. 规则驱动
在Facebook工作的时候，设计师有的时候会接到介绍产品新特性的任务。这个任务因为Facebook已经有很多有用的特性而颇有难度。平台的变化对用户来说不大容易接受，但是我们所要介绍的新特性一般来说是为了提升用户体体验，并提供有用的工具。我们得想方设法让用户注意到我们提供的新特性。
WhatsApp的策略完全不同。我们尝试设计和构建明显有用的特性，如果这些特性是需要额外解释了，那么说明这个特性做好发布准备。
我们倾向于让用户自己在产品中发现新特性。我们假设如果新特性非常有用，那么用户会发现它，并且自然而然的遵循它的规则来使用。
有人可能会觉得这挺幼稚的。但是我觉得这个产品决策方法会让用户与WhatsApp产生共鸣。我学到的是：产品进步是没有单一公式的。你可以帮助用户去尝试新的东西 (NUXs, popovers等等) ，你也可以通过旁敲侧击的方式吸引用户（发现，口碑等等）。但在产品决策中找到尊重他人意愿的方法，并且据此进行产品体验设计是非常重要的。
设计工具和设计技术
我非常怀念在Facebook工作期间由设计工具带来的惊喜。Facebook有一个专注于创造让设计更容易更有效率工作的工具研发团队。我每天都用Origami制作原型，真的超级好用。但是遗憾的是，WhatsApp因为没有相应的接口组件，比如Facebook的图形API，所以不能使用这些工具。
为WhatsApp维护一个接口套件对我们这样的小团队来说价值可能也不是那么高。因为我们是基于平台的设计模式，基本上没有标准组件。我们共享图形文件作为常用模板，相比较Facebook和Instagram系统来说，这样的方式相当＂原始＂。
在WhatsApp让我真正诧异的是，我经常要手工设计并导出一些图标、插图。因为我在Facebook的工作经验让我可以轻松应对UX方面的问题，但是对于图形设计我是真的没有天分。我从不认为我是一个图形设计师，但是在小团队里，你每件事情都要做好，包括良好的图形细节设计。
工具肯定会让你的工作更简单，但是我建议你后退一步，尝试不使用工具来设计。至少，这样会让你发出工具是多么的有用的感慨。
独特的问题
我在WhatsApp遇到了一些闻所未闻的问题。比如，端到端的加密设计。信息存储在用户端，而一旦信息发送后，WhatsApp不会存储信息。这对于不理解后台逻辑的用户来说不大合理。比如，当你用一台新设备登录WhatsApp后，你不会看到之前的历史信息。因为这些信息是被存放在了你之前的设备上，我们的服务器上并不会做备份。
在Facebook，身份认证是设计的基础。而在WhatsApp，我们并不要求每个访问者都有个人主页，我们也不要求每个人都注册登录。这与Facebook完全不同，在Facebook身份认证是所有操作的前提。而因不需要进行身份验证，我需要处理很多以前没有处理过的问题。
另外一个有意思的例子是关于定位信息的部分。在WhatsApp用户可以发送语音、照片、视频这类非文字的信息。我在做WhatsApp登录接口设计的时候，用户不仅要能成功的获取到之前的信息，还需要知道他们之前读到哪里了。
缓慢而谨慎的行动
在Facebook你的工作起始于＂问题＂，然后你针对这个问题给出解决方案。如果团队认可，那么你可以对此进行设计、构建并且通过小型测试来验证它是否可以解决这个问题。如果可以解决问题，你可以进一步设计、构建并发布。这个过程是迭代进行的，并且其中有很多的评审点。整个过程非常成熟，而且运行的很好。
在WhatsApp，同样你的工作起始于＂问题＂。然后你要去研究各种解决办法，并且根据之前提到的原则来评估哪种方法是最合适的。接着你继续研究、打磨解决方案，直至你觉得可以解决问题。再然后，开发人员开始构建解决方案，最后由你来进行发布。整个过程也可以说是迭代的，但是主要在设计的阶段进行迭代。
Facebook的座右铭是 ＂快速行动＂ 。在Facebook开发一个项目可能会非常快，但是到最终发布却会经历比较长的时间。如果WhatsApp有个类似的座右铭，我相信一定是 ＂缓慢而谨慎的行动＂ 。我们花费了大量的时间用于前期设计的迭代。当我们转到开发阶段的时候，会提供非常详细的规格说明和设计。这样做的优点是避免开发阶段的浪费，开发工程师很喜欢这种方式。但是潜在的缺点是，在前期开发工程师并没能参与到设计中来，会觉得对产品的一些决策没有发言权。
不论是Facebook的方式，还是WhatsApp的流程，各有利弊。最终并没有谁快谁慢的问题，采用不同的方式主要取决于两个产品的不同风格。Facebook风格允许一个人担任多个角色，而WhatsApp风格会更加专注。
总结
我希望以上这些介绍可以为你的团队带来一些新方法的思路。对我而言，能够亲身体验不同的工作风格去设计产品是非常开心的。采用什么风格主要取决于人文环境，我相信找到合适的风格是非常重要的。
我写这篇文的另外一个目的是希望大家能够多多了解WhatsApp的工作风格。我们需要新鲜的血液，你的加入。如果你觉得这种工作方式与你三观相符，或者你觉得很有意思想要尝试，请移步到我们的空缺岗位页面，特别是产品设计师的岗位。
作者：Charlie Deets