會發現現在的移動端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，那需求一定是微乎其微，不同于音樂統一的內容屬性，電臺類內容屬性太豐富——音樂時間短，小說時間長；相聲很搞笑，新聞很嚴肅······這些內容決定了他們天然就不能像音樂一樣隨機重組。

有時候我們需要退一步來思考需求。