简约至上（六）简约四策略——转移

转移是充分考虑每个设备的特性，让合适的内容和控制出现在用户面前。让用户意图分散在各个设备上，每个设备就会因为分散而更加整洁

在设备间转移

同样一件事情，一个平台可能变得简单，另一个平台可能变得复杂。比如说智能手表，由于手表显示区域有限，不太适合那种大规模可视化分析，交互起来相较于电脑而言更加困难，这时候就可以转换思路，将电脑不能采集心率、笨重、没有GPS交给手表处理，将数据分析等功能放到手表中。这样两者的特点都能得到很好的发挥。

这种简单体验将优先于完整服务，重要的功能唾手可得，转移那些过度复杂，看起来不太简单、操作的东西。

桌面、移动和可穿戴设备

随着技术不断进步，设备之间的限制也会发生变化。比如手机，一开始并不适合我们进行进行网上查找信息，后来苹果手机出来后彻底改变了这个局面。几个重要实践：

• 任务的某些功能转换到其他平台是合理的，但最合适的永远是离你最近的那个；
• 如果你的设计需要面向桌面或者移动设备，那么最好共享某些重要功能；但是移动端和桌面端都要突出各自的优势；

桌面设备	移动设备	可穿戴设备
给用户拍照（通过屏幕摄像头）	随时随地拍照	可能没有摄像头
输入大量文本	输入少量文本	输入困难
显示大量信息	显示少量信息	显示简短信息
存储本地大量数据	少量数据	极少量数据
坐着使用	任何地方使用	潜意识下使用
对未知有近似的感知	对未知和方向由精准的感知	可能无法感知位置

为多个设备而设计

多个设备共享一个功能的方法就是将功能拆分成更加小的组件，然后在每一步检测是否适合用户的需求。作者提到的一个实践方法是，将功能进行分层。将要设计的功能分为：用户、需求、功能、内容和设备。

作者提到的，它设计买车服务功能时的实践。

• Step1 拆分完成这个需求的流程。选车、确定、付款。流程先后都无所谓，重要是区分每一个步骤；
• Step2 步骤再继续拆分成小步。如选车的时候，用户可能会打电话问问朋友、看看视频测评、论坛逛逛；
• Step3 （最关键的步骤）避免过度深入技术细节。比如你无需帮助用户写这封问朋友意见的邮件，而应该关心其需求“方向”；
• Step4 将用户最关心的内容继续分析。用户为什么做这个、为什么要这么做，有哪些用户会这么做；

为什么要将用户的每个步骤都写下来，我觉得有以下几点：

• 防止遗漏、重复
• 管理、观察需求是否真实帮到用户

一次发布观察反馈，就能知道这些内容是否满足用户需求，产品也能朝着较好的方向发展。

向用户转移

有时候不能干预用户太多。作者在设计一个旅行规划的功能时，曾经认为只需要规划时间和空间，当用户准备去哪个地方时候，展现可供选择的景点、预计游玩时间、就餐和住宿等信息，这样就规划了旅行的一整天，如果超过规定的时间还会“温馨”的给予用户提示。结果上线效果很差。

作者认为是因为这个所谓的智能，让用户感觉到了压迫，当你做出选择时总是在旁边指指点点的，最后项目没有上线。接着有了作者第二次经历：

作者采取了另一个策略，就是让用户自行设计文件夹、名字，让用户自行设计其目标，比如将某个地点放进亲子活动中，各种分类有些简单有些复杂，但是确实是用户需要的。

机器和用户有别

机器善于做记忆、计算的事务，而用户的时间和地点安排是非常主观与每个人高度相关的，这对于计算机而言太复杂了。通过智能推荐的方式会给予用户一种强制的感觉，似乎你必须得按照设计者思路进行规划，每个个体差异又非常大，所以计算机应该展示的是其他人推荐的理由和看法，和一些风险的提示，这时候用户才会比较信任。

提醒和打断

提醒和打断要分清场合，如果把计算机看成是用户的秘书的话，他应该做到在恰当的时候通知和打断你。而不是在重要的会议场合给个通知说自己要更新了，立刻马上就现在要更新。监控变化是计算机擅长的，知道合适打断和通知时人擅长的。

创造开放式体验（其实就是一物多用）

软件设计中一个功能在不混淆的情况下，可以承担很多功能，至于具体干什么，可以交由客户。

菜刀与钢琴

简单界面的最高境界，应该是主流和高级用户都感觉非常好。菜刀随便拿起来就能切菜，但是结果可能不同；钢琴也是如此，经过简单训练也能弹奏一些曲子，不过有些人是贝多芬，有些人就是能是有些人。

这就会使得中级用户产生很多类似于打蛋器、洋葱切丁机之类的便捷东西。中级用户能够看懂专家所作的一切，但是其技术水平又不允许它这么做。

不可以盲目为中级用户提供便捷属性，而应该关注那些菜刀🔪、钢琴之类的简单大师类的创作。

非结构化数据

比如说地址填写，很多平台都允许你粘贴、图片识别输入，而不是要你按照设计者规定的非常严格但又不作限制的输入，提供一些便捷的访问数据的功能是一个提升体验的方式（查看邮件，可以查看已读，上星期之类的快捷按键）。

信任

如果将一个任务分解成两部分分别交给两个设备完成，在难以分清设备之间如何协同工作时，要实现功能的转移是比较困难的，有些人可能只想在一个设备完成这些内容，有些人则想相互配合。如何把握这个度，非常重要，作者认为，如果你要转移某项功能，你要确定（相信）用户可以完成其想要的功能。

相信用户是困难的，设计人员习惯注意的是测试失败的案列，开发人员则是习惯思考容易出错的情形、进而编写预防错误的代码，产品经理则是希望给用户提供交互式的麻烦处理工具。事实上，好的设计应该会减轻设计人员的负担，因为他不容易误操作。

可以考虑用户参与进来原型或者实物设计中可以构筑信任。