通過總結(jié)，我們可以反思和總結(jié)自己在某個領(lǐng)域中的收獲和經(jīng)驗。寫總結(jié)時應(yīng)注意邏輯性和條理性，將內(nèi)容按照一定的順序和結(jié)構(gòu)進(jìn)行組織，使其更易于理解和接受。參考以下小編為大家整理的總結(jié)案例，或許能給你寫好總結(jié)帶來一些靈感和思路。
交互設(shè)計策劃書篇一
下面這些原則是由android用戶體驗團(tuán)隊創(chuàng)建并用以指導(dǎo)他們設(shè)計，來讓使用者始終保持興趣，您可以在您的創(chuàng)意和設(shè)計理念中來考慮這些原則。如果沒有特定原因，建議您在構(gòu)思創(chuàng)意和設(shè)計理念中考慮這些原則。
吸引我。
用令人驚奇的方式取悅我。
一個漂亮的界面、精心設(shè)置的動畫，或者定時的聲音效果都是令人愉悅的體驗。這些都有助于讓用戶感受到操作過程是簡單而毫不費力的。
真實的物體往往比按鈕和菜單更有意思。
允許人們直接觸摸和操作您的app中的對象。它減少了人們認(rèn)知的成本，并且讓人們獲得了更多情感滿足。
讓我擁有。
人們會喜歡添加一些個性化的風(fēng)格，因為有助于他們感到賓至如歸和控制感。提供有意義的、漂亮的默認(rèn)值，并且也可以考慮提供好玩的、可選的自定義，但不要干擾主任務(wù)。
了解我。
隨著時間來學(xué)習(xí)人們的偏好。與其一遍又一遍的詢問用戶來做出相同的選擇，倒不如讓用戶更簡單的使用上次的選擇。
讓我的生活更簡單。
保持簡單。
使用簡單的詞匯和短語。如果一個句子很長，人們通常會跳過。
圖片或文本更快傳遞信息。
考慮用圖片來表達(dá)創(chuàng)意。它們會獲得用戶的注意，并且能比文本更有效。
為我判斷，但讓我有最終發(fā)言權(quán)。
盡量猜測和行動，而不是總詢問。太多的選項和判斷會讓用戶不爽。假使你搞錯了，允許“撤銷”。
只顯示我需要的。
如果人們一次看到太多東西，會不堪重負(fù)，
把任務(wù)和信息拆分成易消化小塊內(nèi)容。隱藏當(dāng)前不必要的選項，并且告訴他們?nèi)绾卫^續(xù)。
我應(yīng)該總是知道我在哪兒。
給人信心，讓他們知道自己所在。讓你的app的不同位置區(qū)分明顯，使用過渡動畫來詮釋不同界面的關(guān)系。對于正在進(jìn)行的任務(wù)過程提供及時的反饋。
別弄丟我的東西。
保存用戶花時間創(chuàng)建的內(nèi)容，并且允許人們在任何時候訪問。記住人們在不同手機(jī)、平板和電腦間的設(shè)置、個人風(fēng)格和創(chuàng)造。這會使得升級是一件極其容易的事情。
如果他們長得一樣，那么操作應(yīng)該也是一樣。
通過顯著的視覺差異，來幫助人們辨別他們功能上的差異。避免使用看起來相似但操作卻不同的模式切換。
如非重要，別打斷我。
就像一個好的個人助理，幫助人們屏蔽不重要的技術(shù)細(xì)節(jié)。人們需要集中注意力，除非遇上嚴(yán)重的或者時間敏感的問題，打斷會使得用戶沮喪。
讓我驚嘆。
給我到處都可以使用的技巧。
當(dāng)人們自己解決問題的時候，他們會感覺更棒。利用人們在其他app中的視覺風(fēng)格和肢體記憶，讓用戶學(xué)習(xí)您的app更容易。比如，輕掃手勢會是導(dǎo)航的快捷方式。
不是我的錯。
溫柔的促使人們改正他們的錯誤。他們在使用的時候希望覺得自己是聰明。如果出錯了，給他們恢復(fù)的指引，但是別給予太多的技術(shù)細(xì)節(jié)。如果您可以在后臺修復(fù)問題會更好。
給予鼓勵。
把復(fù)雜任務(wù)拆分成較小的步驟，來讓它更容易完成。在用戶操作的時候給予反饋，即使是一個微弱的發(fā)光。
幫我完成繁重的部分。
幫助新手用戶做他們以為做不了的事情，讓他們感覺自己像專家一樣。比如，通過結(jié)合多種照片效果的快捷操作，只須幾步就可以將業(yè)余的照片打造出驚人的效果。
讓重要的事情完成的更快。
不是所有的操作都是平等的。決定你的app中哪些是最重要的，然后讓他們更容易發(fā)現(xiàn)和更快的使用，就像拍照界面上的快門鍵或音樂播放器上的暫停鍵。
交互設(shè)計策劃書篇二
近年來網(wǎng)站如雨后春筍般大批的出現(xiàn)在網(wǎng)絡(luò)上,對于網(wǎng)站來說圖形圖樣設(shè)計也變得越來越重要。下面就讓我們來了解一下交互設(shè)計。就跟隨百分網(wǎng)小編一起去了解下吧，想了解更多相關(guān)信息請持續(xù)關(guān)注我們應(yīng)屆畢業(yè)生考試網(wǎng)!
一般來說，書本知識落后實際應(yīng)用3年左右的時間，讀研期間讀完基本交互經(jīng)典書籍，還是一頭霧水。當(dāng)真正開始設(shè)計控件和界面布局時，才理解書本知識。掌握知識的標(biāo)準(zhǔn)不是你讀過，而是會應(yīng)用在實際的項目中。缺乏實踐，看的資料越多越迷糊。
09年翻譯了iphone的設(shè)計指南，一年時間內(nèi)通讀大部分交互設(shè)計資料和書籍。10年不自量力，自以為可以開始研究產(chǎn)品定位或者品牌等高階問題，模仿之前的做法通讀相關(guān)資料，但是沒有任何成果，當(dāng)時只經(jīng)歷了一個手機(jī)支付的項目，產(chǎn)品最終失敗了。先多做項目，特別的`百萬用戶量以上的產(chǎn)品，經(jīng)驗也能影響視野。
11年因團(tuán)隊需要著手研究數(shù)據(jù)分析，感覺是行業(yè)前沿性課題，但項目中可用的數(shù)據(jù)很少，通讀網(wǎng)站數(shù)據(jù)分析資料之后無從下手。挑的課題太難，容易有挫敗感。今年又犯過類似的錯誤，沒有任何運營經(jīng)驗的情況下想去鉆研運營課題。獲得的經(jīng)驗：
a)基于實踐中遇到的困難去研究學(xué)習(xí)，即學(xué)即用效果好，如果你新入行，不如先研究一些基礎(chǔ)問題，如何應(yīng)用字體、設(shè)計標(biāo)簽欄和下拉框。
b)不要挑超出自己專業(yè)范圍的事情，投入大產(chǎn)出小。
c)不知道如何做的事情，先向同事學(xué)習(xí)。現(xiàn)在身邊有專業(yè)的運營人員和數(shù)據(jù)分析人員，項目合作過程中可以向他們學(xué)習(xí)。
d)保持專注。當(dāng)設(shè)計越專業(yè)，有更多的機(jī)會和其它領(lǐng)域?qū)I(yè)人員合作，能學(xué)到更多的知識。
我不喜歡扎堆，保持自己的獨立性。學(xué)習(xí)是一件私人的事情，不同的階段學(xué)習(xí)不同的知識，每個人需要學(xué)習(xí)的內(nèi)容也不同，學(xué)習(xí)方法也因人而異，順著自己的興趣是最好的方法，組隊研究是一件無聊的事情。網(wǎng)上流傳的資料很快會變成常識，快速吸收，把更多的時間留給自己迫切需要的知識。
交互設(shè)計中有很多設(shè)計原則，比如一致性和減少輸入，利用原則是快速有效的設(shè)計方法，但是缺點在于原則是前人總結(jié)的，是過去的經(jīng)驗，原則并不一定具有普遍意義。當(dāng)你熟練掌握之后最好忘掉，真正可以依賴的是你對用戶的理解、得到用戶或者數(shù)據(jù)驗證的設(shè)計，靠那些常識難以設(shè)計出優(yōu)秀的產(chǎn)品，很多設(shè)計理論是用來馬后炮總結(jié)優(yōu)秀設(shè)計的，這也是我為什么最近一年減少閱讀設(shè)計類文章。真正值得信賴的是自己犯錯誤之后總結(jié)出的經(jīng)驗，設(shè)計之外還有很多知識可以學(xué)習(xí)。
交互設(shè)計策劃書篇三
上周去北京，用非正式的面試方式和幾位大公司的產(chǎn)品設(shè)計師聊了聊，我基本都問到了兩個問題：
1、分享一個你的實際具體產(chǎn)品設(shè)計的過程。
很失望。第二個問題普遍沒得到答案。設(shè)計師們普遍在做完設(shè)計之后都不知道“老板為什么要做這個”，或者認(rèn)為“老板給了一個錯誤的指令”。
半個月前，在集團(tuán)的“總裁夜談”上，david給大家分享了他給jack提的一個意見：您去了一趟呼叫部門，說了句“我們的問題應(yīng)該30%在線上解決”，搞的大家都沖著30%胡亂忙乎了一年…我倒覺得這個案例中的主要問題可能并非是jack的。而是，在執(zhí)行這個“30%”之前，有沒有深入了解“30%背后的目的是什么？”。假設(shè)jack的目標(biāo)是“提高線上服務(wù)能力，讓基礎(chǔ)的可以線上解決的問題都能在線上解決”，那么即使在達(dá)到這個目標(biāo)后，線上解決的問題之有10%，我相信jack也不會不滿意。
如果你只知道老板需要把注冊用戶提升上去，而不知道提升注冊用戶的目的是什么，那么我不相信你的設(shè)計能夠做到多么合理。也許那只是為了設(shè)計而設(shè)計，為了kpi而kpi。
在北京的書友會上，我分享了支付寶的產(chǎn)品設(shè)計師在做設(shè)計之前，必須要做的工作：寫一份“設(shè)計概要”（可后期迭代），包括：
1、你理解到的：為什么要做這個產(chǎn)品設(shè)計，出發(fā)點和目的是什么。重點的體驗?zāi)繕?biāo)是什么。
2、這個產(chǎn)品要滿足用戶的什么/哪些需求，用什么/哪些功能設(shè)計來滿足。先滿足什么需求，再滿足什么需求。
3、在解決需求的眾多功能中，設(shè)計重點有哪些。重要性的先后順序是什么。
4、這個產(chǎn)品在系統(tǒng)中和其他產(chǎn)品的關(guān)聯(lián)點有哪些，需要其他產(chǎn)品什么樣的配合。
5、該產(chǎn)品中需要做好哪些數(shù)據(jù)統(tǒng)計點，這些數(shù)據(jù)可以說明什么。
6、設(shè)計時間表和計劃。
實際上我們在執(zhí)行過程中，也有很多設(shè)計師認(rèn)為沒什么必要，直接動手做就行，干嘛想這么多，還寫出來太耽誤時間了。
但，這個“設(shè)計概要”其實就是設(shè)計的構(gòu)思，是設(shè)計之前的“規(guī)劃”。這些事情不做，設(shè)計很容易局限于細(xì)節(jié)，甚至在思路的源頭上直接走偏。只有設(shè)計師和規(guī)劃師/老板在“為什么做這個設(shè)計”上達(dá)成了一致，設(shè)計師才有可能充分的徹底發(fā)揮自己在每個點的設(shè)計能力，讓設(shè)計結(jié)果超出規(guī)劃師/老板的期望；如果設(shè)計師和規(guī)劃師/老板在“為什么做這個設(shè)計”上出現(xiàn)偏差，設(shè)計結(jié)果的偏移往往在所難免，設(shè)計師也會感覺自己的工作總是受到“干涉”。而且，當(dāng)不合理的設(shè)計做出來之后，回頭都來不及，即使回頭，也會帶來很多的負(fù)面問題和情緒。
我一直最關(guān)注的是設(shè)計師在產(chǎn)品設(shè)計過程中的思路，認(rèn)為暫時的結(jié)果好壞并不重要，要重要的是你思考的過程是否合理。但現(xiàn)在我又發(fā)現(xiàn)，最基礎(chǔ)的做一個設(shè)計之前先清楚為什么要做這個設(shè)計，竟然都普遍沒有答案。這是一種可怕的現(xiàn)象。
設(shè)計者應(yīng)該學(xué)會問“為什么？”。搞清楚“為什么設(shè)計這個？”，也許比完成一個自己想象中的完美設(shè)計，更重要。
本文來自：/blog/?p=835。
交互設(shè)計策劃書篇四
3、運用合理的設(shè)計方法,評估產(chǎn)品上線后的.效果,并提出用戶體驗改善計劃;。
1、本科及以上學(xué)歷,工業(yè)設(shè)計、心理學(xué)、計算機(jī)等相關(guān)專業(yè);。
2、工作經(jīng)驗:3年以上交互工作經(jīng)驗,有app產(chǎn)品案例更佳;。
4、能對產(chǎn)出負(fù)責(zé),最好有一定的團(tuán)隊管理能力(優(yōu)先考慮);。
交互設(shè)計策劃書篇五
最近，總是在想思考自己的目標(biāo)，ux（ue）的發(fā)展，卻總聽到有人提到概念設(shè)計，給用戶傳遞情感，讓用戶愛上自己的品牌。我不盡汗顏，在一個團(tuán)隊里，如果設(shè)計流程和質(zhì)量還無法保證高效、順暢、一致，純屬空談。換句話說，活才勉勉強(qiáng)強(qiáng)做完。開會的時候，不是想如何提高質(zhì)量、效率。而是空談什么概念設(shè)計、傳遞情感，就只能說說而已。
在我的記憶里，我總是聽到那些提概念設(shè)計、傳遞情感的人，言必提蘋果公司。確實蘋果公司設(shè)計上的成功有目共睹。但是不知道，那些空談概念設(shè)計和傳遞情感的人有沒有讀過蘋果公司10多年前寫得。
文檔里說明了小到一個icon該怎么設(shè)計設(shè)計的時候應(yīng)該注意什么。沒有在團(tuán)隊里確立一個相對統(tǒng)一的標(biāo)準(zhǔn)。團(tuán)隊里的設(shè)計師一個人一個風(fēng)格就連一個按鈕的樣式和文案都沒統(tǒng)一也沒有專門的設(shè)計文檔說明和記錄設(shè)計思路天天靠開會來溝通上線了也沒有人持續(xù)根據(jù)上線后的數(shù)據(jù)(就看上線后一周)。還空談什么概念設(shè)計、傳遞情感……笑談吧。
本文來自：/。
交互設(shè)計策劃書篇六
我們有時候不能不面對產(chǎn)品出錯的時候。無論設(shè)計得多么用心，無論做了多少測試，用戶仍然會遇到錯誤和問題。既然出錯不可避免，那么如何進(jìn)行容錯性設(shè)計才是關(guān)鍵。
容錯性設(shè)計就是當(dāng)錯誤發(fā)生時，人們看到的界面。
就像對付不該發(fā)生的錯誤一樣，容錯性設(shè)計的關(guān)鍵在于“做好防御”。產(chǎn)品設(shè)計者們必須不斷尋找可能造成用戶困惑和不滿的出錯點。好的防御性設(shè)計決定用戶體驗的好壞。
舉個例子：
有沒有人注意過進(jìn)入銀行atm機(jī)可以有多少種刷卡方式。答案是八種！而正確進(jìn)入方式只有一種方式。
如何從設(shè)計上避免用戶出錯，限制是一種非常必要的方式。
限制用戶某些交互操作。
sim卡如果做成一個倒角避免了長方形帶來多種插入方式的錯誤。
三項插座和相應(yīng)插孔的匹配避免了用戶使用兩項或其他插座錯誤的可能。
置灰是界面上限制某些操作的好方式。
一方面告訴用戶這可以進(jìn)行當(dāng)前操作，另一方面預(yù)示后面還有哪樣的操作。
其次，減少認(rèn)知困惑也很重要。
減少用戶認(rèn)知混淆。
根據(jù)已訂閱和未訂閱的不同，訂閱button和退訂進(jìn)行視覺上明顯的區(qū)分，避免錯誤操作。
合理利用系統(tǒng)反饋。
如果錯誤不可避免的發(fā)生了，合理恰當(dāng)?shù)奶崾究梢詼p少用戶的挫敗感。
1、提前提示某些操作可能引起錯誤。
在輸入密碼需要區(qū)分大小寫時，capslock鍵打開下作出提示以免出錯。
2、防止用戶錯誤，操作后提示確認(rèn)。
在用戶點擊發(fā)送后提示沒有輸入主題信息，防止用戶直接發(fā)送無主題郵件。
3、不僅要反饋出錯，更要給用戶解答。
最好能夠告訴我，具體錯誤的原因在哪里，是那句話和字出現(xiàn)的問題。
4、給予用戶適當(dāng)指引和建議。
當(dāng)用戶搜人沒有結(jié)果的時候，引導(dǎo)用戶繼續(xù)查找或者邀請好友。
當(dāng)用戶搜索無結(jié)果時，智能猜測用戶的出錯原因或者給予其他引導(dǎo)。
人非圣賢，孰能無過。用戶是產(chǎn)品的上帝，如何通過設(shè)計減少用戶的出錯后的挫敗感。錯誤永遠(yuǎn)是產(chǎn)品的，寬容用戶的錯誤，不容忍產(chǎn)品的錯誤。
感謝seven文檔的啟發(fā)。
交互設(shè)計策劃書篇七
我不這么認(rèn)為。首先賣個關(guān)子，“矛盾論”里有句話：矛盾是普遍存在的。矛盾的同一性是有條件，相對的;矛盾的斗爭性是無條件的絕對的。有條件的相對的同一性和無條件的絕對的斗爭性相結(jié)合，構(gòu)成了一切事物的發(fā)展運動。
本質(zhì)上，他倆是“各懷鬼胎”的矛盾共同體。同一性就是他倆都想在各自的范圍內(nèi)把產(chǎn)品做到最好。
呵呵，非也。矛盾聽起來不是好詞，卻是事物不斷發(fā)展進(jìn)步的核心。一致的贊同反而阻礙了產(chǎn)品的進(jìn)步。產(chǎn)品經(jīng)理提出的某個需求，在交互設(shè)計師眼中有時候是對用戶的嚴(yán)重侵犯。交互設(shè)計師流暢易用的界面或許損失了產(chǎn)品的巨大廣告效益。兩者在不斷的試驗，討論中融合，使得產(chǎn)品不斷發(fā)展，彌合兩者間的矛盾。1+1》1讓產(chǎn)品即能滿足企業(yè)的商業(yè)目的，又會贏得市場用戶的好評，聲名遠(yuǎn)播。
當(dāng)然，這也需要產(chǎn)品經(jīng)理和交互設(shè)計師在互信，相互理解，有效溝通才能實現(xiàn)。所以，職場上，痛苦的產(chǎn)品經(jīng)理人和交互設(shè)計師，不要一直糾結(jié)在為什么他不理解我的狹隘思緒里，恰巧是這種牽扯才讓你不會執(zhí)意片面的觀點一根筋，他人的質(zhì)疑往往是進(jìn)步的更大動力，它讓你不斷思考如何改變，使產(chǎn)品變得更好。
交互設(shè)計策劃書篇八
豆瓣電臺聽了41000多首歌，猜中喜歡的概率不算高，但通過電臺發(fā)現(xiàn)了很多歌曲，這也體現(xiàn)推薦系統(tǒng)要平衡多樣性和精準(zhǔn)度，不像我之前吐槽的那樣，依賴于播放已喜歡的歌曲，有了精準(zhǔn)度，但是多樣化不夠。比較同類產(chǎn)品蝦米，以播放熱門歌曲為主，選擇的成本較大，推薦長尾歌曲的力度較低。
對于內(nèi)容的喜歡是會隨著時間和心情改變的，早期我會傾向于熱門內(nèi)容，在手機(jī)端聽紅心頻道時會選擇某些歌曲不再播放，最近紅心頻道聽煩了，私人兆赫中推薦的歌曲比較相似，換個口味改聽爵士或其他用戶編輯的專輯。
電臺在不斷增加頻道（也就是兆赫）、”專家用戶“制作的專輯和風(fēng)格，謹(jǐn)慎地為用戶提供多維度的推薦，而風(fēng)格中歌曲也是根據(jù)用戶的選擇生成。
個人以為食神搖搖的推薦理由文案還夠好，對于這樣以推薦為核心的產(chǎn)品，文案的視覺不夠突出。
在電臺出現(xiàn)之前，豆瓣已經(jīng)有了音樂評分等用戶反饋，用戶提交更多的反饋，系統(tǒng)才有可能算出用戶的喜歡。反饋可以是喜歡，也可以是商品的購買或、頁面停留時間和視頻的觀看時長。一方面界面需要分析用戶行為，另一方面界面本身要有利于用戶反饋。手機(jī)版大眾點評的界面中提交反饋的操作成本很高，需要評分和寫幾十字的評語，很不利用系統(tǒng)的推薦，所以界面中信息量較大，不利于快速選擇。
推薦系統(tǒng)需要內(nèi)容品質(zhì)一致，否則用戶反饋和內(nèi)容對應(yīng)關(guān)系不一致。早些時間豆瓣電臺中有演唱會版本的歌曲，聲音非常噪雜，最近沒有再出現(xiàn)過，可能淘汰了低質(zhì)量內(nèi)容或者內(nèi)容獲得推薦的概率已經(jīng)大幅降低。內(nèi)容質(zhì)量、呈現(xiàn)方式、界面布局和交互都可能影響用戶的選擇。
推薦系統(tǒng)的可以提高粘度和提升關(guān)鍵系指標(biāo)，交互上可以減少操作成本，比如降低用戶搜索、查找步驟和界面之間的跳轉(zhuǎn)次數(shù)，界面架構(gòu)中可利用推薦來避免產(chǎn)品的同質(zhì)化。
交互設(shè)計策劃書篇九
凡客的這個例子中，搜索建議“時尚斜拉鏈”高亮顯示，這個時候點擊“搜索”，提交的關(guān)鍵字是輸入框中的“s”還是“時尚斜拉鏈”呢？答案是“時尚斜拉鏈”。
再看看百度，當(dāng)搜索建議中的“sina微博”高亮（鼠標(biāo)懸停）時，點擊“百度一下”，提交的關(guān)鍵字是輸入框中的“s”，而不是高亮的“sina微博”。
到底哪種方式更好一些呢？我個人是這么認(rèn)為的：
就搜索組件來說，主體應(yīng)該是搜索框和搜索按鈕，搜索建議只是一個附加的工具，甚至可以沒有。
因此不管搜索建議狀態(tài)如何，“搜索”按鈕（或按“enter”鍵）提交的應(yīng)該是搜索框中的內(nèi)容，這樣才不容易產(chǎn)生歧義。
問題二：是否要高亮顯示第一條搜索建議？
看了很多相關(guān)產(chǎn)品，比如google、淘寶、百度、凡客等，它們的搜索都沒有高亮顯示第一條搜索建議。
但是也還有少數(shù)產(chǎn)品的搜索，是默認(rèn)選中第一條搜索建議的。這樣會有什么問題呢？
如果提交的是搜索建議，那按照前面說的方法，把輸入框中的內(nèi)容替換成第一條搜索建議是行不通的，畢竟這個不是用戶自己選的，那么這個歧義就很難解決了；另外，倘若用戶再手動選擇其他的搜索建議，搜索框中的內(nèi)容也不適合再被替換成相應(yīng)的搜索建議了，因為這樣就會和初始狀態(tài)不一致（初始狀態(tài)下搜索框中的內(nèi)容和默認(rèn)選中的搜索建議很可能是不一致的）。
如果提交的不是搜索建議，那么這里高亮顯示它又有多大的意義呢？
總結(jié)：
若觸發(fā)搜索操作后提交的是高亮的搜索建議，則搜索框中的內(nèi)容應(yīng)該被替換成相應(yīng)的內(nèi)容。
在搜索建議中不要高亮顯示第一條內(nèi)容。
交互設(shè)計策劃書篇十
產(chǎn)品設(shè)計中，對于一些大的業(yè)務(wù)流程，通過頭腦風(fēng)暴、需求評審，都會比較清晰，而對于業(yè)務(wù)的底層邏輯、子流程的設(shè)計就只有靠產(chǎn)品設(shè)計的嗅覺了。于是我們經(jīng)常聽到人們這樣說：這個產(chǎn)品體驗很不好、很難用之類的話。
衡量一個產(chǎn)品成功與否的一個重要標(biāo)準(zhǔn)，叫體驗，也稱用戶體驗。目前的產(chǎn)品設(shè)計，誰都喜歡拿幾句用戶體驗來說辭，各有一套見解，都具有很強(qiáng)烈的主觀色彩，比如三次點擊原則、簡約而不簡潔、一致性，業(yè)內(nèi)比較出名的一篇文章把用戶體驗歸納為品牌、可用性、功能、內(nèi)容。
本文并不注重于歸納用戶體驗標(biāo)準(zhǔn)，而是試著從另外一個角度來理解用戶體驗。那就是通過任務(wù)流進(jìn)行產(chǎn)品設(shè)計。
所謂任務(wù)流，就是用戶在訪問網(wǎng)站的目標(biāo)、引導(dǎo)、步驟，通常跟任務(wù)分析、導(dǎo)航設(shè)計、信息架構(gòu)、心智模型一起進(jìn)行。
（1）鏈接打開方式。
對于鏈接是在新窗口打開或者新窗口打開，一直是個爭論的話題。通常來說，國外站點主張在當(dāng)前窗口打開頁面，這符合國外用戶的操作方式，比如卓越網(wǎng)。而國內(nèi)站點大部分是在新窗口打開頁面，這比較符合國內(nèi)用戶的操作習(xí)慣以及商業(yè)目地，如淘寶。另一方面的衡量標(biāo)準(zhǔn)就是網(wǎng)站類型，如資訊站、購物站、游戲站點等的處理方式又不一樣了。
而如果用任務(wù)流的角度來看，也可解釋這一現(xiàn)象。產(chǎn)品設(shè)計之初的用戶調(diào)研，會定義好用戶模型，這個時候我們通常會知道我們網(wǎng)站的主要用戶、次要用戶、輔助用戶的用戶特征和行為，我們知道他們訪問站點的目標(biāo)是什么，并以此設(shè)計好任務(wù)流。比如，用戶進(jìn)入資訊欄目—分類列表頁—具體資訊頁面；用戶進(jìn)入商品頻道-選擇某一推薦商品—商品詳細(xì)頁瀏覽—購買支付—跳到網(wǎng)銀支付頁面。這個時候我們就很好辦了，在商品列表頁，在瀏覽為前提下，用戶通常會打開前面1-2頁的資訊，所以設(shè)計成新窗口打開。購物時，選擇某商品支付，購買時就要在當(dāng)前窗口打開。
2）彈出窗口、提示框、嵌入層。
萬惡的彈出窗口：
受windows操作系統(tǒng)影響，前幾年的產(chǎn)品設(shè)計中，大多都喜歡用彈出對話框。而彈出窗是最不友好的體驗，赤裸裸的警告和威脅，而且會打斷用戶當(dāng)前的任務(wù)流，試想一下，當(dāng)我們不得不挪動鼠標(biāo)去點擊按鈕后，我們當(dāng)前焦點已經(jīng)丟失。
善用輸入提示：
淘寶的注冊會員，輸入錯誤的選項后，會在當(dāng)前輸入框后面出現(xiàn)錯誤提示，并且有輸入輸入說明，告訴你如何才是正確的。
巧用提示框：
網(wǎng)易博客的日志顯示設(shè)置，在彈出窗口中實現(xiàn)操作。
靈活運用嵌入層：
在進(jìn)行某些大的調(diào)整時，涉及比較多選項時，往往我們會在新窗口進(jìn)行，設(shè)置好選項后再返回原頁面。在這樣的流程中，同樣會造成用戶流失。
利用嵌入層，可以減少用戶流失。下圖是雅虎的左側(cè)菜單編輯。
（2）信息架構(gòu)。
信息架構(gòu)對一個網(wǎng)站也是很重要的，大到導(dǎo)航設(shè)計、商品分類、小到頁面內(nèi)的欄目設(shè)計都是信息架構(gòu)的范疇，目前也逐漸涌現(xiàn)出一篇信息架構(gòu)的人才。
目標(biāo)導(dǎo)向設(shè)計：以用戶為模型，進(jìn)行任務(wù)設(shè)計（簡單做個圖示供參考）。
向?qū)揭龑?dǎo)：
對于一些步驟比較多的任務(wù)，可以采用向?qū)б龑?dǎo)，step1-step2,描述當(dāng)前所處位置，給用戶明顯的預(yù)期，還有幾個步驟。
（3）結(jié)合心智模型。
用戶在使用某個產(chǎn)品后，會在心底產(chǎn)生了一個印記，下次再接觸到類似的產(chǎn)品后，他會用相同的標(biāo)準(zhǔn)來衡量。如果某一個產(chǎn)品，用到了很多創(chuàng)新，會給用戶帶來挫敗和無法掌控的感覺。所以，國內(nèi)的同類產(chǎn)品，大抵上產(chǎn)品功能是類似的。比如：上一步、下一步、注冊會員、購物車、確定、取消等名稱定義?；蛘弋a(chǎn)品功能：對于大部分電子商務(wù)網(wǎng)站，在選擇商品購物后，進(jìn)入支付頁面，選擇支付方式（網(wǎng)銀和支付寶、財付通等），而想回收站，windiwos采用垃圾桶圖標(biāo)，于是大部分網(wǎng)站的刪除按鈕都做成一個小垃圾桶圖標(biāo)，于是用戶看了就懂了。
（4）巧用任務(wù)流程，降低門檻。
先瀏覽后注冊：
之前很多網(wǎng)站都只對注冊會員開放權(quán)限，于是用戶在網(wǎng)絡(luò)上搜索到，但卻無沒法瀏覽。而注冊步驟通常要輸入一大堆資料，于是很多用戶跑掉了。如今很多網(wǎng)站的產(chǎn)品設(shè)計都改成先瀏覽、試用后注冊的模式，在誘餌（瀏覽、試用）等前提下，吸引了用戶參與。
登錄內(nèi)置：
很多網(wǎng)站的流程是這樣設(shè)計的，在進(jìn)行某項操作時，提示要登錄，于是頁面跳到登錄頁面，輸入賬號密碼（如果沒有注冊過要跳到注冊流程）后登錄成功（登錄成功跳轉(zhuǎn)到某某頁，并不一定會跳轉(zhuǎn)回原頁面），就這樣，好好的一個潛在用戶或者一筆交易就沒了。下圖應(yīng)該很容易看懂吧,在當(dāng)前頁面彈出登錄框，輸入賬號密碼后登錄成功，并且收藏成功。
本文來自：/post/。
交互設(shè)計策劃書篇十一
交互設(shè)計的創(chuàng)新，大家想一想，可不可以理解為：超出常理，玩出新招，新出表現(xiàn)。交互的創(chuàng)新，也一直是眾多產(chǎn)品設(shè)計者研究的課題，大家都有不同的理念和思路，所以時不時都會看到一款新產(chǎn)品的亮點，或產(chǎn)品的升級版本淋漓盡致的展現(xiàn)出智慧火花。
有一點我想說的是，交互設(shè)計的創(chuàng)新，是為了什么？脫離于產(chǎn)品基本功能、一切違背可行性可用性的創(chuàng)新都是荒謬的，沒有理論支持的創(chuàng)新，在實際生活中是不可行的。舉個例子：為了實現(xiàn)某種效果一個頁面居然要多加載50多k甚至更多的js，我看來都是不可行的。做web的都知道，速度和效果是雙刃劍。
1）技術(shù)驅(qū)動交互創(chuàng)新。
當(dāng)原來的瓶頸通過技術(shù)升級換代，變得切實可行的時候，自然而然帶來的交互創(chuàng)新。最早的時候，對提示的方式還停留在alert，現(xiàn)在很多都可以通過js庫出更多的效果，ajax的運用讓原來很生硬的提示，變得更人性化、及時化，頁面無刷新，避免了不該的跳轉(zhuǎn)等等。
2）場景化設(shè)計創(chuàng)新。
作為一個更可行，應(yīng)用方式更靈活、更定制的創(chuàng)新模式，場景化交互設(shè)計是一個很重要的創(chuàng)新途徑。所謂人人都是用戶體驗專家。我看到很多產(chǎn)品都在這個方面做了很多的嘗試和改進(jìn)，1、場景化設(shè)計更切近用戶、使用者；2）更具體、更形象化、更生動，把一推機(jī)械的線框文字說明都拋掉了。如：im的白天場景、夜晚場景或者主題活動的場景設(shè)計。
場景化設(shè)計，最后一定要實現(xiàn)：吸引、被喜歡、明白、易操作、易記住、易傳播（或許是口碑傳播）等人性化功能，在整個交互設(shè)計過程中，涉及到的視覺、色系、色彩配比等相關(guān)知識我忽略不講，還望大家參考其它資料。
本文來自：/?p=437。
交互設(shè)計策劃書篇十二
這讓我想起來自己在項目里也大力推行過交互說明文檔（在下文中，簡稱為drd），格式倒沒什么限制，交互設(shè)計師自己寫到界面上也行，單獨文檔成文也行，總之就是讓交互設(shè)計師能夠?qū)⒔缑娉休d不了的信息通過文檔沉淀下來，降低項目里的溝通成本和風(fēng)險。今天整理電腦，翻出以前的ppt，分享之。
這將涉及到幾個問題：
一.什么是交互說明文檔（drd）？
所謂drd即是用來承載交互說明，并交付給前端、測試以及開發(fā)工程師參考的文檔。
在項目中，交互設(shè)計師的主要產(chǎn)出物可能依次是：sitemap，pageflow，wireframes。有的大型項目前期，交互設(shè)計師有可能還會產(chǎn)出用戶需求分析文檔（與pd產(chǎn)出的市場需求文檔不一樣的是，urd更多側(cè)重于對目標(biāo)用戶的需求分析）。
drd則很少有人專門撰寫。如果需要對交互設(shè)計進(jìn)行說明，聰明的交互設(shè)計師往往會直接標(biāo)注在線框圖里，或者在項目中不斷和前端工程師和開發(fā)工程師口口相傳，反復(fù)驗收，不斷迭代修改來確保所有的交互設(shè)計意圖最終得以呈現(xiàn)。
二.為什么要寫？
drd非項目必需環(huán)節(jié)，一般情況下也不會為交互設(shè)計師專門留出相應(yīng)的時間預(yù)估。沒有這份文檔，項目也會繼續(xù)，但是可能項目會為此承擔(dān)不必要的溝通成本和時間成本。嚴(yán)重的話，項目的質(zhì)量也會受到影響。所以寫與不寫，交互設(shè)計師需要做把握，時間被統(tǒng)一包含在“線框圖”環(huán)節(jié)內(nèi)——如果你要寫，請在評估時預(yù)留1-2天的時間。
那么，結(jié)合我過去的經(jīng)歷，談一下此文檔的必要性。
下圖是一個產(chǎn)品開發(fā)項目基本的流程。
敏捷開發(fā)意味著很多不同角色的流程需要并行操作。如果等到產(chǎn)品經(jīng)理的frd已經(jīng)全部敲定，交互設(shè)計師再開始去畫線框圖，固然會減少溝通成本和返工風(fēng)險，但是同時意味著交互設(shè)計師的很多想法不被采納。如果產(chǎn)品經(jīng)理再強(qiáng)一些，他甚至?xí)趂rd里連原始的demo也一并繪制出來了，功能性的需求和界面交互的需求有時無法區(qū)分太清楚——比如他會在frd里直接要求每頁條目40條，超過40條即分頁。而交互設(shè)計師可能會認(rèn)為像蘑菇街那樣不斷裝載出足夠長的頁面會更親和……所以，我們希望是和產(chǎn)品經(jīng)理同時開始工作，在術(shù)業(yè)有專攻的時候相互補(bǔ)充。
同樣，開發(fā)工程師也希望及早介入需求，在frd并未確認(rèn)的時候就了解需求，進(jìn)而將商業(yè)需求和功能需求轉(zhuǎn)化為開發(fā)工程師看得明白的開發(fā)需求清單（這個清單，大部分叫做uc，即usecase）,當(dāng)這份清單由工程師需求分析師——在過去，這個角色被叫簡稱為ra，但是目前已經(jīng)取消此專門的職位，而是由開發(fā)工程師代表擔(dān)綱此環(huán)節(jié)工作，為了便于描述，在此文里，我仍然將做這件事情的人稱為ra——交付給具體的執(zhí)行工程師后，執(zhí)行工程師基本上可以當(dāng)作一條條的checklist開始高效工作，而不必再思考商業(yè)邏輯和需求。同樣，測試工程師也需要編寫具體的文檔去指導(dǎo)很多測試人員在開發(fā)后高效測試，這也是基于uc和frd去撰寫的。
所以，開發(fā)需求分析是個很重要的環(huán)節(jié)。那ra是如何來完成需求分析工作的呢？
前期介入，對pd進(jìn)行開發(fā)需求評估支持；
參與每次的frd評審會；
詳細(xì)審閱frd文檔并不斷與pd確認(rèn)。
對于做這件事情的人來說，足夠詳盡的frd是非常重要的。所以一份frd雖然是pd產(chǎn)出，但是很多實施細(xì)節(jié)則是由開發(fā)工程師不斷溝通評估并確認(rèn)下來的。而設(shè)計需求的傳遞，卻存在很多問題。除了線框圖，沒有“詳盡的說明性的文檔”告訴他們。比如：
一方面，交互設(shè)計師對產(chǎn)品經(jīng)理說：這塊由我們來考慮，你的文檔不必包含設(shè)計上的說明，這隨時會調(diào)整的。
另一方面，線框圖的評審有時會讓ra參與，有時卻沒有叫他們。即使叫上了他們，他們也會發(fā)現(xiàn)交互設(shè)計的需求變化要比frd變化快。另外，他們會認(rèn)為uc不必寫太多關(guān)于交互設(shè)計的需求。
在某個大型項目結(jié)束后，作為交互設(shè)計師，我進(jìn)行了一些調(diào)研，聽聽這相關(guān)人員是怎么表述問題的：
開發(fā)部門的需求分析師：
頁面交互的需求容易漏掉，因為uc里面不可能寫太多交互方面的東西。
希望ued能夠在提交htmldemo給ra時，能同時給出一份頁面元素描述文檔，需要介紹htmldemo中的文案、鏈接以及相關(guān)的圖片尺寸或顯示字符個數(shù)。現(xiàn)在ra在這方面花費的時間比較多，經(jīng)常要和ued去確認(rèn)這些內(nèi)容。
產(chǎn)品經(jīng)理：
前期ra和pd溝通過程中，有很多交互點點不能夠明確，比如“默認(rèn)顯示多少屬性值”，“標(biāo)題顯示多少字符”等。在以往的需求和項目中，對待這些問題我們都是想到一點補(bǔ)一點的到frd文檔或者郵件中去。既增加了溝通成本又會存在遺漏細(xì)節(jié)的風(fēng)險。pd為了可控性的需求，往往會“越俎代庖”，直接在frd注明這種需求（對于交互設(shè)計師來講，卻又導(dǎo)致沒有發(fā)揮余地）。
走訪了一些交互設(shè)計師后，他們也存在如何清晰無遺漏將交互設(shè)計需求傳遞下去的困惑：
交互認(rèn)為很平常的設(shè)計需求，如果不表達(dá)出來，還是容易被前端和開發(fā)忽略掉。我經(jīng)歷的一個項目，前端從頭到尾更換了三個人，每次我都要重復(fù)去講解下設(shè)計需求，講得口干舌燥。而且做好后，還需要去驗收。
drd做為參考手冊，一定程度上避免不吻合的問題發(fā)生。
即使有問題發(fā)生，也可以作為界面驗收時的checklist。將“我對a說，我對b說，a對b說”，轉(zhuǎn)變?yōu)椤癮和b共同參考同一份文檔”，減少溝通成本及信息不對稱。
全程影響用戶體驗（一直到測試，都需要參照設(shè)計文檔）。
可是以下問題都可以通過一份drd來解決嗎？
三.寫什么不寫什么？
要明確文檔的定位，從寫什么與不寫什么開始，劃清drd以及frd的邊界。
1.不寫視覺規(guī)范規(guī)格標(biāo)注。
這些說明與功能實現(xiàn)沒有太大關(guān)系，主要是為前端做html的時候參考的。一般視覺設(shè)計師會在psd里標(biāo)注清楚。如圖：
2.不寫功能實現(xiàn)邏輯。
電腦資料。
那么文檔寫什么呢？
舉例子說明下：
1.字符限制。
提高空間利用率，有時網(wǎng)頁上的動態(tài)文字需要從數(shù)據(jù)庫里提取部分然后截斷處理。比如下圖中的標(biāo)題和描述。你的drd需要傳達(dá)清楚：1，是否要做限制？2，如果做限制的話，多少字出現(xiàn)截斷？截斷后是顯示為省略號還是不顯示？這個漢語設(shè)計相對簡單，如果英文單詞的話，因為是按字符，每個字符的寬度不一致，需要預(yù)估，另外還需要注明是整詞截斷還是詞間截斷。
2.鏈接具體化。
很多網(wǎng)站都有對搜索結(jié)果的篩選設(shè)計（refinesearch），比如aliexpress搜索結(jié)果頁左側(cè)。這塊區(qū)域的交互事件是非常復(fù)雜的。
類目和屬性的不同如何處理。
屬性以及每條屬性顯示的屬性值的條目是否有顯示上的限制？
要確保這些你設(shè)想中的復(fù)雜的交互邏輯能夠被理解被呈現(xiàn)，除了一頁頁的線框圖，你有必要再三讓前端工程師和開發(fā)工程師了解并達(dá)成認(rèn)知一致。所以你需要將頁面上的關(guān)鍵鏈接事件標(biāo)識清楚。它們有的指向無需刷新頁面的交互，有的指向你安排的并非pd安排的某個中間頁面（pageflow是交互設(shè)計師的職責(zé)）。
3.交互細(xì)節(jié)說明。
相信我，我很不愿意寫這些東西。我喜歡在會議室向各位涉眾演示我的線框圖，我會研究用axure制作各種動態(tài)效果，達(dá)到它足夠逼真呈現(xiàn)各種聯(lián)動——比如當(dāng)你選擇了下拉菜單中的某項時，頁面上其他區(qū)域也發(fā)生相應(yīng)的變化。可是，axure不是全能的。即使能夠表達(dá)出來，線框圖交付出去，也不能確保其他人都能夠一一進(jìn)行點擊嘗試。所以只能在會議室反復(fù)講解，在事后再三檢查并敦促修改。
但是當(dāng)我嘗試用下圖對這塊小小且復(fù)雜的區(qū)域進(jìn)行詳細(xì)說明后，事情變得簡單多了。所以我用節(jié)省的時間去寫了這份ppt.
又如，你可以在這里說明任何你想要的效果。你的受眾也只需要用10分鐘時間閱讀完畢，標(biāo)注出與他工作相關(guān)的重點，存檔并在遇到問題，找不到你人時隨時參考。
5.表單的校驗。
這也是一項不怎么有創(chuàng)意的事情，但是你若不事先想清楚，在項目過程中有點麻煩。寫文檔看似枯燥乏味，反過來想也是讓你自己再好好思量審核設(shè)計本身的關(guān)鍵步驟。我曾經(jīng)自以為完善的交互設(shè)計方案就是在寫drd的時候發(fā)現(xiàn)存在重大的紕漏，然后及時優(yōu)化的。
6.瀏覽器的兼容性要求。
你們的產(chǎn)品兼容所有瀏覽器簡直是夢想，但是有時出于效率的要求，我們必須戰(zhàn)略性放棄某些瀏覽器，比如ie6.:d。這個決定誰來做？是前端工程師還是產(chǎn)品經(jīng)理？還是你——交互設(shè)計師？我認(rèn)為決定權(quán)在交互設(shè)計師這里，但是他必須和產(chǎn)品經(jīng)理達(dá)成一致，并與前端確認(rèn)。你要求兼容的瀏覽器越多，標(biāo)準(zhǔn)越高，前端的工作量就會越大，測試的工作量甚至也會翻倍。
四.什么時間交付呢？
heidi的建議：盡可能與你的線框圖同時交付，如果你先交付出線框圖，在撰寫drd的時候，極大可能會發(fā)現(xiàn)問題或產(chǎn)生優(yōu)化的想法。但是往往寫drd至少需要1-2天的時間，你不可能讓所有下游等著你的工作。所以：
你可以交付出線框圖供視覺先開始。視覺設(shè)計往往會先做風(fēng)格定位設(shè)計，這和交互細(xì)節(jié)關(guān)系不大。
先交付出已經(jīng)確定的線框圖給前端，然后在1-2天drd后，若有改動，與前端當(dāng)面一一確認(rèn)并一起交付。
五.如何寫drd?
1.選擇最有效率的工具。
我的經(jīng)驗是這個工具最好能夠提供清晰的目錄導(dǎo)航結(jié)構(gòu)，而且易標(biāo)注。word確實是個寫文檔的好工具，不管你信不信，反正我是信了。
2.建立固定的目錄結(jié)構(gòu)。
下圖僅供參考。
具體里面的細(xì)節(jié)，就不一一羅嗦了。
六.重要的原則。
準(zhǔn)備寫drd的朋友，請認(rèn)識清楚此文檔真正要解決的問題是什么？如果是解決溝通偏差、需求遺漏、溝通成本高的問題，你在項目里沒有出現(xiàn)過這種問題，各合作方也反饋良好，那么這個文檔就無需寫。如果是解決對設(shè)計需求進(jìn)行存檔，便于后續(xù)人員改版時查看的問題，則又是另外一回事（經(jīng)驗證明，過去的drd確實能夠在改版時起到一定的幫助，在我離開原項目很久后，新的設(shè)計師還找我要過相應(yīng)項目的文檔，了解過去的設(shè)計邏輯）。
不是為了寫文檔而寫文檔（而是為了解決問題）。
適合于項目、合作方（大項目有大文檔，小需求有靈巧的解決方案）。
工具不是問題（易傳播，易標(biāo)注，成目錄即可）。
模版不是問題，大家看明白就可。
完美的文檔無法取代面對面的溝通（評審會和討論不會因為文檔而減少）。
需要在實踐中不斷改進(jìn)。
七.誰來寫？
我建議由交互設(shè)計師發(fā)起，但是由前端工程師進(jìn)行修訂，再傳遞給開發(fā)工程師。
有很多需求，交互設(shè)計師只要求實現(xiàn)即可，但是他可能并不在乎是前端實現(xiàn)還是后端實現(xiàn)。前端工程師對drd進(jìn)行把關(guān)和修訂，能夠?qū)⒃O(shè)計語言轉(zhuǎn)化為工程師能夠看懂的語言，且能夠劃定與開發(fā)的實現(xiàn)邊界。
八.與其他產(chǎn)出物的關(guān)系。
項目中交付物對應(yīng)不同的使用角色，如下圖所示：
但是有個問題是，雖然drd的目標(biāo)受眾有開發(fā)和測試，但是讓開發(fā)工程師同時參考那么多文檔是不現(xiàn)實的，所以仍然是開發(fā)工程師的接口人，也就是事實上的ra需求分析作為需求整合傳遞的角色，將商業(yè)需求和設(shè)計需求，傳達(dá)給具體的執(zhí)行開發(fā)工程師與測試工程師：
交互設(shè)計策劃書篇十三
多點積累，善于反思。盡量每個月都有寫給自己看的設(shè)計總結(jié)。
算了一下，做了幾年的交互設(shè)計稿，如果把日常做的設(shè)計想法和思路進(jìn)行累計，那數(shù)字也一定不小了！
如果可以重新思考過去的設(shè)計，把新的想法和改進(jìn)的思路實踐到新的交互設(shè)計中，那新的設(shè)計一定更加完善。過去并不一定是對的，也許推翻過去自己做的東西并不是很難。
做前多思考，分析要透徹。
自己是個急性子，但是設(shè)計不能馬虎。不要輕易的開始繪制交互稿。做前多思考，研究分析產(chǎn)品方向和策略也很重要。一開始就想到“彈出還是內(nèi)嵌？”，很容易被綁死到細(xì)節(jié)中。（不是說細(xì)節(jié)不重要，不沖突哦~）。
交互設(shè)計也要規(guī)劃，確立清楚自己的設(shè)計思路。
曾經(jīng)給自己找了很多借口，“時間好緊…”“這就是一個小需求”…。
這些借口，都讓我在設(shè)計開始的時候顯得十分緊迫，容易忽略或者輕視設(shè)計前的規(guī)劃，還不了解自己到底打算用什么方式或者自己的設(shè)計目的還不明確，就急于下手去做，回頭才發(fā)現(xiàn)很多漏掉的細(xì)節(jié)。
所以，交互也需要前期的規(guī)劃。
在了解需求和已有設(shè)計的前提下，確立清楚自己要改善什么，自己的設(shè)計要目標(biāo)是什么。不妨給自己一個計劃表。
交互設(shè)計也要計劃，一上去都撲到細(xì)節(jié)上，往往失敗的幾率會比較大?？梢钥紤]先把問題分類，從整體上作劃分，分清重要程度和級別。按部就班也許會更加完善。
業(yè)內(nèi)知識的補(bǔ)充，能幫助自己提高。
這兩年，居然忙到忽略了行業(yè)的各類知識、概念、方法等內(nèi)容。發(fā)現(xiàn)最近一年qq上“技術(shù)組”基本沒有添加過好友，自己的“小貝挖消息”也夭折了。記得以前一個朋友說過，怎么什么網(wǎng)站都發(fā)現(xiàn)有“西貝”…才發(fā)覺現(xiàn)在自己真的不夠主動獲取資訊了。
交互是需要一個不斷獲取新鮮能量，不斷革新，跟上潮流的行業(yè)。資訊或者業(yè)內(nèi)朋友的經(jīng)驗和工作流程也是需要不斷交流，這樣，也是一種使得自己更加完善，不斷提高的途徑。
如果需要，就多點時間把邏輯畫一下。
交互設(shè)計的過程需要更加邏輯性，有的時候再忙也畫一下流程圖，對邏輯和產(chǎn)品內(nèi)容都是進(jìn)一步的理解?？谡f百遍后遺漏場景的幾率還是很大，畫出來流程才能更加清晰的認(rèn)識。
記錄缺點和改進(jìn)的方法，會促使自己更加清晰的認(rèn)識現(xiàn)狀~。
思考還在繼續(xù)，先寫到這里。
本文來自：/?p=478。
交互設(shè)計策劃書篇十四
前文回顧：
差異化設(shè)計之一：同質(zhì)化競爭與差異化設(shè)計。
差異化設(shè)計之二：差異化設(shè)計的例子。
差異化設(shè)計必須依據(jù)用戶的需求。
很多時候，設(shè)計師都是在設(shè)計被白鴉稱作是“大便”式的設(shè)計，自己設(shè)計起來很爽，但是用戶用起來就很郁悶，設(shè)計差異的時候更是這個樣子，很多設(shè)計師都為自己能設(shè)計出一個很有特點的產(chǎn)品而高興，但是這個產(chǎn)品到了用戶那里，卻變成了難以理解和使用的東西。
設(shè)計要求有不同是不錯的，但是這個不同必須在用戶需求的前提下，否則就是在空白的增加成本，甚至是在畫蛇添足。好的設(shè)計應(yīng)該是平凡的，當(dāng)一個網(wǎng)站能按照用戶的需求，老老實實的作設(shè)計的時候，自然他就是有特色的。
客戶的需求永遠(yuǎn)無法被完全的滿足，也不用完全的去滿足。
很多時候，作設(shè)計的思路是很多，甚至各種的老板，同事，用戶，朋友可以給我們提出各類的意見；我們也可以從實際的使用中發(fā)現(xiàn)很多用戶的需求，所以設(shè)計出來的東西也比較多，以至于頁面上放什么樣的東西成了我們一個很大的問題。
這里蘭思的一個原則是，所有人的意見都應(yīng)該考慮，但是并不一定都要作，甚至是不需要給出說明。滿足用戶核心和重要的需求就好，甚至是要盡可能用簡單的方式去滿足。對于那些不是重要的需求，讓別人去滿足好了。
不能嚴(yán)重增加自己的成本。
錢花在設(shè)計實現(xiàn)上和在推廣的過程中，反正都是花了。
同時這一條還體現(xiàn)在技術(shù)上，技術(shù)成本往往是一個比較難用錢去衡量的東西，但是卻對設(shè)計的實現(xiàn)是非常重要的支持。很多時候，我們設(shè)計的差異，如果對于技術(shù)的壓力非常大的情況下，可能等到找到合適的技術(shù)實現(xiàn)出來的話，黃花菜都涼了。
要規(guī)避對自己不利的因素，或者要造成自己在某一方面的優(yōu)勢。
在一個公司沒有特別壯大以前，一定有一些“軟肋”存在，作為一個設(shè)計師，有責(zé)任避免這些弱點。設(shè)計師應(yīng)該是視角最寬廣的一群人，應(yīng)該看到公司的方方面面。同時，解決問題的方法有很多，避免自己的弱點，有利于更好的實現(xiàn)自己的設(shè)計。
這里引用上篇文章中的例子，那個cs網(wǎng)吧并沒有作一個魔獸的網(wǎng)吧，原因不是那個時候玩魔獸爭霸的人不多，而是要避免一個讓他們更換機(jī)器的不利局面。
在避免弱點另一個方向上，要造成自己在某個方向上的優(yōu)勢，一個公司在一定的事情，總有比較強(qiáng)的團(tuán)隊和比較弱的團(tuán)隊，在大部分的時候，設(shè)計要發(fā)揮公司的優(yōu)勢，技術(shù)能力比較強(qiáng)的公司，可以采用技術(shù)的方式去解決問題，市場比較強(qiáng)的公司，可以直接用市場人員去解決問題。
要從用戶群中分離用戶而不是去創(chuàng)造用戶。
當(dāng)然，這是針對一般中型以下的公司去說的，如果你能找到一個很有價值的用戶需求，那么這一點是不存在，但是我詳細(xì)那將是一個全新的設(shè)計，而不是差異化的設(shè)計。
我們常常想培養(yǎng)用戶的需求、培養(yǎng)使用的人群。如果您是一個大的公司或者是有n年長遠(yuǎn)的規(guī)劃，這個是很好的而且利潤很高。但是對于一般的公司來說這個體現(xiàn)的都是成本。培養(yǎng)一個用戶所產(chǎn)生的費用往往要通過幾年才能賺回來。所以我們能做的是在已經(jīng)有的用戶中劃分出自己的用戶群，其實這樣的成本依然不小但是是我們必須接受的。
本文來自：/koob/blog/item/。
交互設(shè)計策劃書篇十五
之前有談過交互設(shè)計師與用戶體驗設(shè)計師的一些工作內(nèi)容的感想，或許很多公司來說還沒有真正自己的用戶體驗設(shè)計師，很多中心型公司只有一個角色來做兩份的工作，但是與產(chǎn)品經(jīng)理（簡稱pd）的合作我想大部分公司的設(shè)計師們都有些心得，很多時候似乎感覺pd總是和我們對立。很多交互設(shè)計師都會和產(chǎn)品經(jīng)理進(jìn)行輪番的pk，有pk需求，也有pk資源等等。
其實交互設(shè)計師距離產(chǎn)品很近，很多時候交互設(shè)計師的工作很類似于產(chǎn)品經(jīng)理。來列舉一下產(chǎn)品經(jīng)理的職責(zé)：
1.市場調(diào)研:。
市場調(diào)研主要的目的是了解客戶的需求點，來分析目前此類產(chǎn)品的競爭對手，分析市場的潛力。個人覺得其中的了解客戶需求為重點，很多時候可以從中發(fā)現(xiàn)很多創(chuàng)新或改進(jìn)現(xiàn)有產(chǎn)品的想法。在其中用戶研究員(用戶體驗設(shè)計師)觀察用戶的一些行為習(xí)慣。產(chǎn)生市場分析報告。
2.產(chǎn)品設(shè)計:。
描述產(chǎn)品的定位等內(nèi)容（包括：產(chǎn)品遠(yuǎn)景、目標(biāo)市場、功能描述、產(chǎn)品用例等等），一般公司都會寫成一個文檔：產(chǎn)品需求文檔(prd)。很多的需求和功能點都會在這個文檔中反應(yīng)出來。在prd形成的時候還有另外一個產(chǎn)出物也會出來，那就是demo。uidemo包括了產(chǎn)品的界面，交互包括體驗方面的設(shè)計部分。
3.項目管理:。
其實主要是確認(rèn)資源的投入，撰寫項目計劃，跟蹤項目的進(jìn)度等等。
4.產(chǎn)品宣傳:。
很多人認(rèn)為宣傳是運營部門的事情，pd只需要把產(chǎn)品做出來后扔給運營部門去負(fù)責(zé)，這樣對于產(chǎn)品的發(fā)展是惡性的。其實在產(chǎn)品調(diào)研中就應(yīng)該去考慮后期的產(chǎn)品宣傳問題，賣點，如何利用媒體等等的。而且要去考慮收集后期的產(chǎn)品數(shù)據(jù)，不斷的改進(jìn)產(chǎn)品。
5.產(chǎn)品生命周期:。
很多pd不會去考慮產(chǎn)品周期的問題，所以很多時候產(chǎn)品出來了，就淪落到?jīng)]人去負(fù)責(zé)它的發(fā)展，不知道該走向何方?；蛟Spd只考慮到一點而沒考慮到產(chǎn)品線的發(fā)展，所以很多產(chǎn)品的當(dāng)初就是畸形的。
其實可以看出來以上的pd的職責(zé)，也是我們很多交互設(shè)計師去考慮了的東西，包括出產(chǎn)品需求設(shè)計的方案，分析用戶行為。細(xì)節(jié)的demo設(shè)計等等，都是交互設(shè)計師在負(fù)責(zé)。所以交互設(shè)計師與產(chǎn)品的距離是很近的。在我們公司很多的產(chǎn)品項目都是交互設(shè)計師來擔(dān)任，而且交互設(shè)計師很容易變成了產(chǎn)品經(jīng)理。因為兩者只是關(guān)注不一樣，一個關(guān)注商業(yè)，一個關(guān)注用戶。但是往往關(guān)注了用戶，那么商業(yè)的價值才會獲得更多。
交互設(shè)計策劃書篇十六
軟件界面是人—機(jī)之間的信息界面，交互是一個結(jié)合計算機(jī)科學(xué)、美學(xué)、心理學(xué)、人機(jī)工程學(xué)等工業(yè)和商業(yè)領(lǐng)域的行為，其目標(biāo)是促進(jìn)設(shè)計，執(zhí)行和優(yōu)化信息與通信系統(tǒng)以滿足用戶的需要，由于現(xiàn)今交互越來越多地考慮人的因素，因而行為和構(gòu)造就成為用戶界面開發(fā)過程的兩個重要的部分，即交互設(shè)計和界面設(shè)計，這都關(guān)系到用戶和界面開發(fā)人員。
在交互過程中，交互設(shè)計關(guān)系到用戶界面的外觀與行為，它不完全受軟件的約束。界面設(shè)計師以及決定如何與用戶進(jìn)行交互的工程師應(yīng)該在這一領(lǐng)域深入研究。在界面開發(fā)過程中，他們必須貼近用戶，或者與用戶一道來討論并得出結(jié)果，所以他們的工作是較為辛苦但是最具有意義的。
另一方面，界面與軟件代碼的生成，代碼本身的意義以及功能的實現(xiàn)是緊密聯(lián)系的。因此編譯代碼的人同樣也應(yīng)該在這方面做深入的研究。過去，編碼人員只是單獨地進(jìn)行軟件研發(fā)，而缺少必要的美學(xué)知識和界面專門技術(shù)來處理交互的問題。不幸的是，最終的結(jié)果往往不是用戶所期望的。對于用戶而言，最好的交互方式讓程序員去實現(xiàn)往往是最難的，由此矛盾出現(xiàn)了，這使得很多專家或者工程師膚淺地應(yīng)付一些交互方面的問題。以至于在軟件開發(fā)完成之后，這些專家和工程師驚訝地發(fā)現(xiàn)，用戶對他們所實現(xiàn)的特征感到一片茫然，不知所措，通常選用另外一種方式進(jìn)行交互。
要進(jìn)行界面開發(fā)設(shè)計，用戶分析是第一步?？偹苤M(jìn)行任務(wù)和用戶分析，以及相關(guān)調(diào)研的必要性和重要性。用戶是計算機(jī)資源，軟件界面信息的使用者，由于目前計算機(jī)系統(tǒng)以及相關(guān)的信息技術(shù)應(yīng)用范圍很廣，其用戶范圍也遍及各個領(lǐng)域。我們必須了解各類用戶的習(xí)性，技能、知識和經(jīng)驗，以便預(yù)測不同類別的用戶對界面有什么不同的需要與反應(yīng)，為交互系統(tǒng)的分析設(shè)計提供依據(jù)和參考，使設(shè)計出的交互系統(tǒng)更適合于各類用戶的使用。由于用戶具有知識、視聽能力、智能、記憶能力、可學(xué)習(xí)性、動機(jī)、受訓(xùn)練程度、以及易遺忘、易出錯等特性，使得對用戶的分類、分析和設(shè)計變得更加復(fù)雜化。另外，為了設(shè)計友好而又人性化的界面，也必須考慮各類不同類型用戶的人文因素。
基于上述諸多因素的影響和我們設(shè)計師自身的特點，在界面設(shè)計和開發(fā)中我們可以遵循一些的科學(xué)而合理設(shè)計原則和設(shè)計步驟，任何時候都不忘學(xué)習(xí)，并不斷總結(jié)，積累經(jīng)驗，歸結(jié)工作庫。
以下我們可以借鑒人機(jī)交互中的一些原則和步驟。
1．一致性原則。
2．提供信息反饋。
交互系統(tǒng)的反饋是指用戶從計算機(jī)一方得到信息，表示計算機(jī)對用戶的動作所做。
的反應(yīng)。如果系統(tǒng)沒有反饋，用戶就無法判斷他的操作是否為計算機(jī)所接受，是否正確，以及操作的效果是什么．反饋信息的呈現(xiàn)方式可以是多種多樣的，如文本、圖形和聲音等。
3．合理利用空間，保持界面的簡潔。
在界面的空間使用上，應(yīng)當(dāng)形成一種簡潔明了的布局。界面設(shè)計最重要的就是遵循美學(xué)上的原則——簡潔與明了。
那么再來看看步驟：
(1)用戶調(diào)研，擬定需求，初步建立界面原型。
(3)環(huán)境分析確定系統(tǒng)的硬、軟件支持環(huán)境及接口，向用戶提供各類文檔要求等；
(5)確定界面根據(jù)用戶的自身特性．以及系統(tǒng)任務(wù)、環(huán)境、成本／效益，確定量為適合的界面類型：
(10)綜合測試與訐估這個階段的關(guān)鍵任務(wù)是通過各類型的測試與評估，使系統(tǒng)達(dá)到預(yù)定的要求．它可以采取多種方法，如試驗法、用戶反饋、專家分析、軟件測試等，對軟件界面的諸多因素如功能性、可靠性、效率、美觀性等進(jìn)行訐估，以獲取用戶對界面的滿意度，便于盡早發(fā)現(xiàn)錯誤或者不滿意的地方，以改進(jìn)和完善系統(tǒng)設(shè)計。
（11）維護(hù)階段維護(hù)階段的關(guān)鍵任務(wù)是：通過各類必要的維護(hù)活動，使系統(tǒng)持久地滿足用戶的需要。
總而言之，我們真正將設(shè)計師、用戶和所要開發(fā)的系統(tǒng)這三者之間的關(guān)系認(rèn)識清楚，研究透徹了，再與編碼人員通力協(xié)作，不斷的努力把相關(guān)細(xì)則實施到我們工作的各個環(huán)節(jié)中去，那么我想我們的交互和界面設(shè)計也就可以讓用戶滿意了。
交互設(shè)計策劃書篇十七
規(guī)范性，顧名思義就是規(guī)范、工整、合理、有序。規(guī)范的前提就是合理，沒有合理規(guī)范性就無從談起。很多erp的流程、交互就非常規(guī)范，這跟它慎密的框架和約束下的業(yè)務(wù)流程結(jié)合在一起。具體的細(xì)分：
1）做好功能流程規(guī)范化。
功能流程設(shè)計的規(guī)范化，從開始、到處理、到結(jié)束，以及多個單元交互設(shè)計的一致性，其實也是一種規(guī)范。例如：不同的單元a是a的，b是b的，連共有的屬性都沒有，更不必去談交互的一致性了。不一定說要一味的去迎合相同屬性，但在規(guī)范化設(shè)計中可以充分的考慮到框架的一致性、相同性。這樣版本管理就會做得更好，也可以減少很多后續(xù)的開發(fā)成本。
2）頁面、界面布局規(guī)范化。
作為交互的載體，不管是網(wǎng)站的網(wǎng)頁、客戶端的界面，布局結(jié)構(gòu)規(guī)范化設(shè)計顯得尤為重要，原因一：布局的合理性，可以把用戶的學(xué)習(xí)成本降低，用戶很明確的去操作，或沿著你的布局路徑找到他想要的。常見的如：功能導(dǎo)航、主導(dǎo)航、輔助導(dǎo)航；模塊、模塊標(biāo)簽、操作標(biāo)簽、操作入口的擺放設(shè)置，等等。
最重要的一點，產(chǎn)品經(jīng)理要很明確的做好區(qū)域的布局、模塊的劃分、導(dǎo)航的擺放，做好通透性設(shè)計。特別是面向大眾化的產(chǎn)品或平臺，由于用戶的知識、認(rèn)知、理解、習(xí)慣等不一樣，一定要充分考慮到可用性、易用性；此外更深一層次對內(nèi)容部分的設(shè)計，可以借鑒幾個網(wǎng)站的好的元素。
3）交互實現(xiàn)規(guī)范化。
交互設(shè)計策劃書篇十八
很多設(shè)計師都會遇到這樣的問題，一個產(chǎn)品會有很多種方式去包裝，其中包括很多功能和很多體驗。功能越多會被認(rèn)為越實用，體驗越好會被認(rèn)為越方便。
方便和實用之間到底是什么關(guān)系，設(shè)計師應(yīng)該關(guān)注的是什么？有兩點，一點是技術(shù)體驗，一種是交互體驗。作為一個交互設(shè)計師，要去考慮的更多是體驗的問題，而并非功能的問題。
說到這里，大家應(yīng)該明白方便比實用更體現(xiàn)設(shè)計的價值。
剛才說的山寨機(jī)就是把一大堆功能都羅列在里面，雖然很實用但是每個都不好用，種種問題還是讓很多人選擇了高端的品牌，高端的體驗，這就是設(shè)計的力量。
作為一個設(shè)計師，不要一直依賴自己無法掌控的功能去實現(xiàn)自己的設(shè)計，老是天花亂墜的想著各式各樣的功能去滿足用戶，從商業(yè)成本和用戶滿足感去講都不是一個好的設(shè)計。越來越多的交互設(shè)計師感覺到自己沒有什么作品，那是因為你依賴太多不是自己開發(fā)的功能，往往產(chǎn)品中只有你一點想法的影子，產(chǎn)品并沒有被你的設(shè)計情感化。
實用并非等于方便，但方便一定是實用的。
文章轉(zhuǎn)載自“折折熊de交互論”（）。
【本文地址：http://www.aiweibaby.com/zuowen/8871392.html】
