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

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

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

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

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

在開發(fā)項(xiàng)目組里面，前端一般都是作為一個(gè)統(tǒng)稱而存在，很多剛畢業(yè)的童鞋就問我想從事前端方面問我怎么看，我會(huì)反問你對(duì)前端了解多少，很多人都認(rèn)為前端基本上都是搞設(shè)計(jì)從事視覺方面。

前端從整個(gè)項(xiàng)目劃分來看，可以分為UE、頁面、邏輯，以下逐分析。

一、UE

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

iOS10 新設(shè)計(jì)的弊端，跟風(fēng)需謹(jǐn)慎

不吹不黑

深挖產(chǎn)品設(shè)計(jì)背后的工作方式和工作流程，讓產(chǎn)品經(jīng)理受益匪淺。

Design Sprint Method （谷歌沖刺計(jì)劃）是由谷歌創(chuàng)投的 Jake Knapp 發(fā)明的一種產(chǎn)品設(shè)計(jì)工作法，是指由一支不超過 7 人的團(tuán)隊(duì)，在 5 天之內(nèi)，通過 5 個(gè)步驟，能夠快速解決產(chǎn)品難題的產(chǎn)品設(shè)計(jì)方法。其基礎(chǔ)概念來自于敏捷開發(fā)、設(shè)計(jì)思考和個(gè)性游戲法，先后被 100 多家創(chuàng)業(yè)公司實(shí)踐，打造了諸如 Slack、 Nest、Blue Bottle Coffee 和 23andMe 等多個(gè)成功的互聯(lián)網(wǎng)產(chǎn)品。

如何利用動(dòng)效提升用戶體驗(yàn)

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

可用性測(cè)試定義

可用性測(cè)試是讓一群有代表性的用戶（目標(biāo)用戶）對(duì)產(chǎn)品界面或者原型進(jìn)行典型操作，通過觀察、聆聽、記錄用戶執(zhí)行一列任務(wù)的過程，找出制約產(chǎn)品可用性的問題清單，從而評(píng)估分析解決問題。

底部導(dǎo)航欄，或者叫做底部標(biāo)簽欄，這是我們?cè)缇土?xí)以為常的App組件。有沒有認(rèn)真想過它有些什么值得注意的地方呢？跟隨本文來復(fù)習(xí)一下基礎(chǔ)吧。 

如果您想訂閱本博客內(nèi)容，每天自動(dòng)發(fā)到您的郵箱中， 請(qǐng)點(diǎn)這里

來源：UI中國

注：“101”原為美國大學(xué)課程第一章或?qū)д摬糠值臉?biāo)注，現(xiàn)引申為某種學(xué)科/知識(shí)的入門性介紹。

設(shè)計(jì)思維發(fā)展史

很多人都有一個(gè)誤解，認(rèn)為設(shè)計(jì)思維才剛剛興起。實(shí)際上，人們對(duì)設(shè)計(jì)思維的運(yùn)用已有年頭：紀(jì)念碑、橋梁、汽車、地鐵系統(tǒng)等都是其產(chǎn)物?？v觀歷史，優(yōu)秀的設(shè)計(jì)師早通過以人為本（human-centric）的創(chuàng)造性設(shè)計(jì)過程來締造寓意深刻、富有感染力的設(shè)計(jì)方案。