不要輕易對 “復(fù)雜” say NO （復(fù)雜是必須的）

近些年，受到因蘋果而掀起的極簡風(fēng)的影響，多少設(shè)計書籍推崇著簡約至上的設(shè)計策略；在沒有看過這本書（設(shè)計心理學(xué)2：與復(fù)雜共處）之前，剛開始從事設(shè)計的我，便帶著一種對 “復(fù)雜” 事物莫名的抵觸情緒。想當(dāng)年，多少次面對復(fù)雜的業(yè)務(wù)邏輯，我以為自己諄諄善誘的教導(dǎo)了業(yè)務(wù)同學(xué)要為用戶著想；多少次拿到復(fù)雜的需求，我以為自己懇切的建議了產(chǎn)品同學(xué)我們要做減法，一口吃成胖子沒有好下場；還有多少次，我看著淘寶的PC首頁，心里默默地念叨，你們好改版咧…呵呵呵呵…

鴻影：與商業(yè)創(chuàng)新、技術(shù)創(chuàng)新、組織創(chuàng)新等相比，設(shè)計創(chuàng)新大概是很多人心目中「最沒有門檻」的一個，新穎有趣的交互模式與視覺風(fēng)格，固然可以在剛推出時讓人眼前一亮，但卻非常容易被競爭對手復(fù)制，難以長期維持獨特的優(yōu)勢。

設(shè)計創(chuàng)新就沒有壁壘可言嗎？怎樣才能做出讓競爭對手更難以復(fù)制的設(shè)計創(chuàng)新方案？這段時間我一直在思考這個問題，在閱讀基利等人著的《創(chuàng)新十型》時，從中獲得了一些啟發(fā)，在此記錄下來。

流程

流程創(chuàng)新涉及企業(yè)生產(chǎn)主要產(chǎn)品或服務(wù)的活動和運營，采用精益生產(chǎn)系統(tǒng)來減少浪費、降低成本的方式，是流程創(chuàng)新的典型案例。

先忽略動效，提出幾個問題，大家可以嘗試以前面學(xué)習(xí)的經(jīng)驗來思考一下。

1. List 不用圖片來代替，怎么實現(xiàn)？
2. 所有List內(nèi)容都不一樣，怎么實現(xiàn)？
3.   所有List 都能保持一個統(tǒng)一的操作，怎么實現(xiàn)？
4. …… 

OK，如果僅前2個問題來說，用“笨”方法都是很簡單，到第3之后，就有點坑了，是要復(fù)制N個重復(fù)Patchs？簡直要瘋掉有木有～ 當(dāng)然Origami 沒這么傻，是有專門的Patch 解決這樣的情況的，這就是今天學(xué)習(xí)的重點，Loop 系列的Patch，效果類似 Craft 的 Duplicete

 Arale：碎片化閱讀的時代，很多剛?cè)胄械脑O(shè)計師都喜歡用碎片時間充電，看看公眾號，看看設(shè)計博客，零散的知識信息點缺少了一些整理和總結(jié)，因此基礎(chǔ)也就不夠堅實了。尤其是想要得到更進(jìn)一步能力提升的時候，就會發(fā)現(xiàn)真的會有些吃力。在幾個月以前我就面臨著這樣的困境，感覺自己很難在現(xiàn)有設(shè)計水平上有大的提升，經(jīng)過不斷地自我反省，自我總結(jié)，我將原因歸結(jié)于，基礎(chǔ)知識能力沒有及時得到與經(jīng)驗相匹配的提升，故而在經(jīng)歷了項目經(jīng)驗帶來的飛速提升之后，就陷入了一個長久瓶頸期。也就是基礎(chǔ)不夠扎實，知識能力不成體系。

好在找到了問題癥結(jié)，也就有了下一階段努力的方向，現(xiàn)在我將自己對于交互設(shè)計師所需要打下的知識能力基礎(chǔ)，更系統(tǒng)更體系化地分享給大家，希望能對那些跟我有同樣困惑和問題的同行有些許幫助。

在現(xiàn)實生活中，產(chǎn)品經(jīng)理們往往會遇到以下這些問題。你做的產(chǎn)品明明非常出色，很容易操作，但是你的產(chǎn)品卻沒有從競爭中脫穎而出。你的產(chǎn)品有著很高的跳出率（bounce
rate），很少有用戶愿意在你的App上停留，他們更多的是點進(jìn)來，看一眼，然后退出。用戶就是如此，他們甚至?xí)谶B你這個App是干什么的都不知道的情況下否定你。

在Spotify 7500 的月活躍用戶中，有 2000 萬左右是付費用戶。如果說 1% 是普遍的水準(zhǔn)，然后 DropBox 4% 的轉(zhuǎn)化率是非常不錯的話，那Spotify 的26.6% 付費率絕對可以稱得上是令人匪夷所思了。今天這篇好文從設(shè)計的角度，揭秘這26.6% 高轉(zhuǎn)化率的秘密。

26.6% 的轉(zhuǎn)化率對于免費增值產(chǎn)品來說是令人難以置信的。正如 Jason Chen 所說“如果說免費用戶到收費用戶的轉(zhuǎn)化率可以達(dá)到 4%，那就已經(jīng)可以說是很不錯了，比如 DropBox。但是通常來說，轉(zhuǎn)化率一般都處于 1% 上下浮動，這還是用戶十分活躍的情況下才會達(dá)到。”

從最初的一個產(chǎn)品概念到最終的產(chǎn)品上線，中間凝聚著一個IT團(tuán)隊的心血和付出。產(chǎn)品經(jīng)理作為其中的主導(dǎo)者，在一定程度上影響著產(chǎn)品的成敗和優(yōu)劣。在整個產(chǎn)品研發(fā)流程中，每一環(huán)節(jié)都需要產(chǎn)品經(jīng)理穩(wěn)扎穩(wěn)打的來推動項目前進(jìn)，那主要的環(huán)節(jié)有哪些呢？我感覺從概要層面上可以將產(chǎn)品經(jīng)理的工作分為三個步驟：需求整理、原型設(shè)計、開發(fā)跟蹤。

其中每一個環(huán)節(jié)都有很多的知識技能以及方法論需要我們?nèi)フ莆眨裉熘饕翘接懸幌聫男枨蟮皆偷倪^程，有哪些地方是值得產(chǎn)品人去學(xué)習(xí)掌握的。畢竟，在一個好需求的框架之上設(shè)計出適用的原型才是打造一款優(yōu)秀產(chǎn)品的基礎(chǔ)條件。

@黃紅藝Designer ：對于交互設(shè)計師而言，一個項目的開始，是從接到產(chǎn)品經(jīng)理的需求文檔開始的。從需求的確認(rèn)到交互稿的確認(rèn)，再到產(chǎn)品開發(fā)效果的確認(rèn)，都考驗著交互設(shè)計師設(shè)計能力以外的技巧。在這個過程中，有一些要點需要你知道，來保證你的設(shè)計過程更加順暢。

第一點：確認(rèn)你所理解的需求是否正確

一千個人的眼中，就有一千個哈姆雷特。對于需求的理解也是一樣，我們拿到需求以后，要和產(chǎn)品經(jīng)理進(jìn)行溝通，將自己對需求的理解與簡單的頁面構(gòu)思，闡述給產(chǎn)品經(jīng)理，以確定自己的理解與設(shè)計方向是否準(zhǔn)確。切忌，拿到需求就開工去做，以為可以節(jié)省時間，卻不知錯誤的理解和方向，讓你付出更多。

不要認(rèn)為，產(chǎn)品經(jīng)理給的需求就像數(shù)學(xué)定理一樣可以深入理解，詳細(xì)解讀，沒有那么多的產(chǎn)品經(jīng)理有這個功夫和能力去做這個事情。因此，溝通才是保證你對需求的理解，對設(shè)計方向正確把握的基石。

那么，在需求交流之前你要準(zhǔn)備好什么呢？第一，認(rèn)真研究需求，理解需求；第二，是你在研究需求時，發(fā)現(xiàn)的問題，最好整理出來，以便在討論時提出，讓產(chǎn)品經(jīng)理為你解答，而不是自己”以為“；第三，如果時間充足，最好整理出界面的框架，或者用草圖來展示你的設(shè)計思路，看產(chǎn)品經(jīng)理是否認(rèn)可你的設(shè)計。

對于討論中形成的共識，最好以郵件的形式發(fā)出，一方面可以作為會議紀(jì)要，便于隨時解答疑惑，另一方面，是立字為證，防止需求的隨意變更。

如何利用動效提升用戶體驗

動畫可以講述故事。不是很長很復(fù)雜而是很簡單的故事，而像是 "嘿，你現(xiàn)在要看看這個！" 或 "哇，你競爭成功了！"。然而，動效的目的不是娛樂用戶，而是幫助他們理解發(fā)什么什么事，或者如何有效的使用你的軟件。在Zurb的敘述中很清晰的表明了：