成人亚洲综合,日韩高清一区二区三区五区七区,三级网址日本,亚洲激情成人,av成人在线电影,亚洲免费成人在线,超清首页国产亚洲丝袜

注：heidi寫這系列的專業(yè)文章，并不說明目前heidi做得有多好，相反，每當我發(fā)現自己做得不夠好時或者遇到問題時，都喜歡反思并總結，可是由于以前養(yǎng)成的不良習慣，導致我最終寫出來的東西總是像專業(yè)教程，這也導致會有一些小朋友誤認為我是專業(yè)人士，其實真的不是這樣，我寫出來未必是專業(yè)文章（有時只不過表現如此），我只是覺得這個話題值得探討，值得分享，也值得自己繼續(xù)努力而已。所以，也請不要四處轉載。

—————————————————————低調的分割線——————————————————

線框圖是交互設計師必不可少的產出物，它在交互設計師的工作中扮演了如此重要的角色，以至于交互設計師經常被認為是個畫線框圖的，但是無論是設計師本人還是項目組成員，對于線框圖存在的意義未必有足夠的認識。

項目為何需要線框圖？

為什么不縮短周期，直接跳轉到視覺設計呢？

對于設計師而言，疑問一樣存在：

線框圖給我們帶來什么價值？

在我們想進行線框圖培訓時，疑問有：

不就是畫個草圖嗎？還需要學習？

如果大家都把線框圖理解成“草圖”，那么按照正常邏輯，草圖的產出一定是比視覺稿更快而不是更慢才對，但是在很多項目里，為何線框圖的時間反而花費得更多？

這往往會引起不解，因為在多數人看來，線框圖也就是個沒有任何視覺加工過的簡單簡陋粗暴不美觀的草稿，加上我一再聲稱做線框圖的工具是10分鐘就可以上手搭建線框圖的超白癡工具，而線框圖本身就完全無需精雕細琢刻意加工，那么，為何會在線框圖階段停留那么久？其他人都在干嘛？時間都花在哪里？

在我自己回顧過去的項目或者看手里的項目時，我也發(fā)現，為何過去的線框圖階段都比較長？而目前在做的項目，由于資源靠自己去安排，自己預安排的資源，比如只有3天，實施過程中發(fā)現太緊張，遠遠不夠？

再細想一下，發(fā)現也許這三天，我用了1天半就搭建了一個滿足基本需求的線框圖（從商業(yè)需求來講，這是大家能夠預計到的主要的頁面），但是在1天半后，我開始進行多種方案的探索與創(chuàng)建，然后發(fā)現更多分支流程與異常處理頁面，之后，我完全沒有為線框圖的討論與確認留下充分的時間！

而，線框圖如果做出來不是讓大家來爭論和確認的，而是僅僅做出來給大家過目一下就移交了，基本上，線框圖已經失去了原本存在的價值。

時間都花到了哪里？

并非所有的項目都需要線框圖，但是如果需要線框圖，那么線框圖就需要多留一些時間，不要單純從最終的線框圖產出物的“樣子”去評估需要多少資源。

用頁面的個數去評估工作量，在視覺設計師也許是適用的——建立在產品視覺風格確定的前提下。

（視覺設計師的資源也需要劃分成兩段，一段用來做探索，確定產品風格，比如主題色，質感，圖文比例與用圖風格等，這個階段也有比較大范圍的評審與確認，所以時間上反而會比具體的頁面視覺設計來得更長），前端工程師也可以用頁面?zhèn)€個數與復雜程度去預估需要多少天，但是對于交互設計師，這比較是個難題。只有交互設計師將需求討論清楚，自己將頁面流程圖畫好，將各種分支情況考慮清楚，腦子里才會逐漸對需要多少個頁面形成概念，哪些頁面需要更高的單頁面交互設計形成概念，而當他完成這一步，交互的大部分工作都已經做完了，剩下的單純去設計各個頁面，占據了線框圖階段的很少的時間。更多的時間是花在什么上？

討論——評審——討論——評審——確認

是的，線框圖的作用之一是用來吵架的承載物，交互設計師為線框圖確認需要召開很多次評審會（視項目不同而不同），直至大家對線框圖達成共識，然后在有的公司，還需要對線框圖本身進行可用性測試以發(fā)掘更多問題。

80%和20%

交互設計師可能會有20%的精力真正花在線框圖本身的制作上，而且他也認為這也許是沒有什么技術含量的。剩下的80%的精力，用在：

——需求的了解與討論，“我認為這個標記出現在搜索結果頁，也許并不是合理的場景……”“為什么只針對××會員類型開放這個功能？”在商業(yè)初始需求確認后，交互設計師與產品經理是配合最緊密的兩個角色，他們需要將商業(yè)需求一步步細化，落實到具體的頁面與功能的實現上。需求越清楚，以后的階段就會越高效。這個階段，交互設計師還需要借助site map，頁面流程圖（page flow），或者故事板等等工具，來幫助自己和項目組了解產品需求。

有時，工作量絕對不想看起來那么少，產品經理需要把做什么和為什么描述清楚，他們會在“做什么”時也會講一下“如何做”，但是很多產品經理并不或者被要求不要深入太多解決方案細節(jié)，但是交互設計師不一樣，必須從宏觀到細節(jié)，將產品的交互邏輯認認真真仔仔細細思考清楚，細枝末節(jié)的東西如果不關心，到了項目進行過程中，還一定會被開發(fā)工程師追著補充各種流程中的頁面。

——創(chuàng)造性的方案探索與嘗試，“如果我這里換一種交互方式，會怎么樣？”“還有更好的實現辦法嗎？”“縮短一步操作會怎么樣？”“印象中好像曾經有個網站采用了一種更加高效的方法，我想想看？”所有設計師都有精益求精的“特質”，或者“毛病”，我們需要做這種自我激發(fā)的頭腦風暴。

從設計來看，設計本身就意味著方案的篩選與確認：也許最后設計師在確認會上只給出了一到兩種方案，但是大多數設計師在自己的電腦里或者大腦里嘗試過很多方案。