会发现现在的移动端UI界面中极简风的设计越来越多了。极简主义设计风之所以能够如此的受欢迎，很大程度是源自于它对于设计、开发的友好，它不仅让APP的加载速度更快，让APP对于不同屏幕的兼容性更加优异。与此同时，越来越多的用户也开始青睐极简风的设计，极简风的UI界面不仅漂亮，而且在可用性上也非常的突出：它易于导航，并且具备强大的视觉表现力。

设计师想通过精简内容来呈现更多。

极简风并不是简单的做减法，这也是极简设计最棘手的地方。想必设计师都明白“少即是多”这个概念，但是要怎么在实际设计中践行这种极简设计的理念呢？今天的文章，就帮你梳理一下基本的法则，帮你在设计之前就理顺思路。

我们一开始为什么去安装应用程序？是为了使我们的生活更方便。但当一个应用无法满足这一要求时，用户肯定就会离它而去。一个应用的成功是受多种因素影响的，其中整体移动用户体验是最重要的影响因素。绝佳的用户体验是一个应用程序成功的关键。

.1 迷茫中的设计师

虽然设计是理性的，无奈设计师都有一颗文青的心和绝大多数文科生一样喜欢用用文科生思维看待这个世界

曾经有位国家领导人去看望一位老科学家，老科学家躺在那儿快不行了

两人谈及怎么提高全民族的教育事业

编者按：今天这篇文章，是由腾讯高级交互设计师@C7210 向同学们征集问题后作出的回答，涉及交互设计、行业趋势、职场、工具推荐等等，都是大家平时特别关心的，赶紧来收。

欢迎关注作者（高级交互设计师、猫奴、吉他手、鼓手、老狗、单身，现就职于腾讯ISUX）的微信公众号：Beforweb

Ask Me Anything第二期，包含九组问答：

1. 越发感觉专注很难，你是如何保持学习的持久性的？能说说你的自律情况吗？
2. 请问C对设计动力的源泉来自哪里？就我个人来讲，日常支持各类产品需求的设计很难让我产生持续动力，于是比较想参考C的理解。
3. 我是一名研三的学生，研究方向为交互设计，明年毕业也会继续做自己喜欢的工作：交互设计。自己有一点疑惑，请问交互设计也一定要去关注各种设计时势吗，问题的缘由是平时工作量大，回到家中想放松一下，不想去刷各种设计公众号。
4. 你好！我是自学的UI，想请教下如何分析一款产品的新功能诞生或信息架构变化背后的原因（例如Ins为何新增短视频录制分享功能，支付宝为何要把余额和余额宝迁移到二级页面）？如何针对变化寻求合适的视觉表现方式呢？
5. 请问如何归纳出比较系统的交互设计知识框架？比如以考试为目的？
6. 在设计中会有用了方法论但产出结果不满意的情况，是方法没用对？还是没必要用呢？
7. 想要参加2017年3月份腾讯交互实习校招/9月份校招，是建议在3月份找一份相关工作进行6个月的实习然后参加9月份校招呢，还是直接尝试一下3月的实习校招（毕竟也要持续1、2月）？
8. 老生常谈的问题。对于交互新人来说错过了校招后再找合适的交互方向的工作就变得很难。请问对于0-3年经验的UX新人求职有什么好的建议？

演讲题目

Ubiquitous Fun-交互设计的享乐主义未来

在可预见的未来，随着用户数据的积累和人工智能的发展，产品“可用性”问题会逐渐淡出我们的讨论主题，同时，人们对物质的需求总是非常有限的，因此“实用性”价值空间也会越来越小。交互设计会越来越关注人们对精神享乐的无止境的追求，设计师可以利用这一点引导人类向更健康的行为方式进化。

蓝蓝注：做为一个从业一二十年的交互视觉设计师，现在做的许多对交互的建议和取舍，来自于对人性的洞察力和综合技术方面的考虑。开始刚做交互时，也是带着激动、激情，跃跃欲试，第一次、第二次也有不知如何进行才是最好，做到什么程度就算是最好的困惑，近一年来这个问题得到解决，往往第一两次沟通中就能理解清晰客户的意图，把乱的信息架构、导航、布局、跳转交互理清晰，这里面有对人性的洞察，有从以用户为中心的立场去倒推需要什么信息。

还有就是发现：

一、前几年交互和视觉分的很清晰的觉得好专业。近几年交互和视觉、用户体验越来越融为一体，职位其实是混在一起的。客户，特别是不是IT专业的客户，不重视也看不懂线框图，但他们对自己用户和产品的把握也是一流的，这就要求以视觉的方式把交互的变化一起表现出来。

二、优秀的视觉设计师，不需要交互设计，也能很好的以视觉的方式表现、规划好产品。什么都没有一定之规，就像高迪设计圣家族大教堂，没有特别的手稿，都在心中。

@Akane_Lee ：很多项目在开发过程中，会制作原型测试与验证构想。但项目开发会经过许多阶段，也有很多种制原型的方式。该如何配合项目开发进度，制作适合的 原型呢？这篇文章列出了每一个设计阶段对应的原型设计，能解决不少设计师的困惑。

原型用途

开发者对于产品一定有各式各样的想法，并尽力让用户觉得产品「好用」。但开发者该如何确定目前产品设计走向能让用户觉得好用？可透过「使用者测试」这个方法验证。我们可以透过原型测试用户想透过产品完成某项任务时，需经过哪些页面的流程；观察使用者在操作过程中是否有感到任何不顺或迟疑的地方等等。

有些文献将原型分成低保真、高保真等等。我将原型粗分成：

1. 纸本 原型
2. Wireframe
3. Mockup
4. Web
5. Code

每一种 原型 用途、制作方法、成本、使用时机都不相同，各有利弊。

用户真的有通过电台App来跑步的需求吗？

这是我们在规划这个产品功能时的第一个问题。即使在音乐类软件都已经上线了跑步相关功能的当下，我们依然发问——真的有人，通过电台App来跑步吗？

如果仅仅是针对现在电台类App，那需求一定是微乎其微，不同于音乐统一的内容属性，电台类内容属性太丰富——音乐时间短，小说时间长；相声很搞笑，新闻很严肃······这些内容决定了他们天然就不能像音乐一样随机重组。

有时候我们需要退一步来思考需求。