这篇文字来自 2017 年 8 月中旬和 MIUI 设计团队的一次交流。
当时恰逢 MIUI 9 发布，我们准备了很多相关的问题，MIUI 的设计师们非常 Nice，每个人都很乐于分享，每个问题都也得到了意义非凡的回答。整个交流持续了一整个下午，我们互相讲述了许多有趣的故事。这里我会摘取一些片段，让更多人了解 MIUI 背后这支优秀的设计团队。
BTW. 感谢 xinzhou 帮忙牵线促成了这一次交流。
关于团队的构成
不同于互联网公司常见视觉 & 交互组合，MIUI 的设计团队主要由产品设计师和动画原型师组成，甚至还有专门负责音效设计的团队，所有成员加起来总共有七十多人。
因为手机 ROM 开发完成后再修改成本会很高，MIUI 的设计师必须要提前验证设计方案是否 100% 可行。因此， MIUI 的动画原型设计师主要职责就是制作高保真原型，他们使用 Adobe Animate（前称 Adobe Flash Professional）制作，最终输出 APK 文件。设计师也会根据不同的需求确定做到什么程度，有时候原型会非常高保真，甚至可以利用工具特性调用设备的震动、拍照等接口，一个高保真的原型基本上可以让工程师照着去实现。
其实 MIUI 的产品设计师也会自己去定义自己想要的动画，但术业有专攻，他们认为动画原型师往往会以更专业的角度，提供更好的方案。另外，由于原型必须在真机上测试，也需要一些技术基础，专职的动画原型师更能保证工作效率。
设计师之间的合作
MIUI 是个很庞大的产品，设计师在前期会定义一些基本的框架，基本能涵盖百分之六到七十的情况，剩余的都是视觉与表达层面的东西。当设计师们遇到框架的问题，会及时地沟通，除了解决当前问题，还会总结同类问题，并提供固定的解决方案。
因为大家坐的很近，彼此做什么都是知道，每位设计师产出的内容会和很多人一起看。任何问题都会及时的沟通，大问题也会拉更多人来聊，周会的时候也会抽出时间集中去讨论&解决问题。总体而言也是一种简单的 Review 机制，大家彼此会给对方很多意见。
与产品经理的合作
在与产品经理的分工上，MIUI 的 PM 会做一些交互设计来阐述需求，但有时需求会被设计师完全推翻，然后大家再一起讨论、产出更好的方案。有时，不同业务线的 PM 和设计师也会针对方案一起加入讨论。整个团队给人的感觉非常 Open 有活力。
MIUI 内部还有一个「设计陪审团」，由 7 位（奇数，方便投票）有经验的设计师组成，一些比较重要的决策、内部争议较大的方案，都会在陪审团的参与下完成。
一般通过什么方式来衡量设计的好坏？
MIUI 设计团队举了个例子来回答这个问题：在最初设计「批量整理桌面图标」这个功能时，设计师使用了长按后点击图标的触发方式，但这个功能上线两年后，依然有很多用户不知道有这个功能。因此「怎么能让更多用户用这个功能」变成了后来的目标，于是这个功能改用了「不那么酷」的方案 ── 长按后图标旁出现 Check Box，用户一看也就明白了。
所以，很多时候一个好的设计不会有用户发声，用户也很少激动地去夸奖设计师。当真的有用户在发声时，往往就是做的真好或者真不好。
设计 ROM 和设计 App 有什么不同？
MIUI 设计团队认为，设计都是相通的，只是有时角色不太一样。独立的 App 可能会帮助用在产品中做一些内容的消费和交易；做 ROM 可能更宏观，App vs ROM 就像设计一栋建筑 vs 规划一座城市，但并不代表设计 ROM 更难或设计 App 更简单。
做 ROM 需要更多设计维度的思考 ── 震动、音效、实体按钮的反馈都在思考范畴之内。用户也并不会觉得自己在用一个什么 ROM，而是认为自己在用一个「手机」，所以 ROM 更多是一个硬件的体现。很多硬件的升级都是设计师在做设计创新时需要考虑的。但 MIUI 设计团队不断强调，设计在本质上这些是相似的，都是在用「功能」解决「问题」。
关于 MIUI 9 的「传送门功能」
MIUI 设计团队认为，智能手机面世以来一直存在一个难题：如何带着一个信息去到另一个业务中获取内容。一个 App 可能不太容易做到这一点，所以，这其实是系统层面更容易去解决的问题。
我们每个人都有这个痛点：我看到一个餐馆的名字，我可能要去另一个 App 搜索它，我需要复制文本、粘贴、编辑、搜索…… MIUI 设计团队就思考怎么去简化这个问题，并且从系统层面去解决，让结果呈现的更直接。所以这个产品就变成了现在看到的这个样子 ── 通过在长按操作时，根据你点击的区域做一个分词，然后识别你点击的词语去匹配对应的结果。让整个过程都是在原有操作的关键路径上，去解决原来几个步骤才能解决的问题。
这个功能其实很多厂商都做过，市面上也有很多类似方案，关于这一点，MIUI 设计团队认为「传送门」是在用户的关键路径上，而不是在解决一个中间环节，因此他们对自己的方案更有信心。
每次大版本的推出，背后有哪些推动原因？
MIUI 设计团队从两个方面回答了这个问题，一是产品如何迭代，二是如何做 Marketing。
从产品迭代的角度上讲，更多是一种自下而上的迭代，比如底层技术有所更新，上层体验也能有一个迭代。这并不是人为的去规划，只是渐渐大家发现这样的节奏比较合适。从市场的角度讲，每个大版本的发布，其实算是一种市场行为，苹果和 Google 也是这样做，就像一个定期举办的活动，每年会有一个周期性的「推广」。
抛开市场因素，大家一直不停的做功能迭代，其实也是 OK 的，但是考虑更多因素，一年一次版本迭代，把很多新功能一起推出去，可能会更好。每个版本也会有一些侧重点，例如之前的 MIUI 8 对视觉和交互框架做了一些调整，但一年之后的 9 如果立刻变掉可能会让大家产生陌生感，可能需要更久的时间让大家去消化。
这次 MIUI 9 对性能优化有一些侧重，也是根据这段时间用户的反馈去制定的，所以这个时机可能是合适的。视觉风格的更新也在不停的尝试，但是会找一个合适的时机推出去。总而言之，「大版本」一个很综合的决策，团队层面有一些计划，用户群的变化也会影响设计的侧重点。