“交互設計應該看人下菜碟”，這句話確實有一定的道理。交互規劃師一多半的時間其實是在做邏輯剖析，從業務邏輯到產品邏輯的遷移；然后另一部分時間是在做按鈕的擺放。（留意，我說的是部分，不是悉數！）在這兩個過程里需求留意的重要的問題便是不能懶！

　　讓咱們再來重復一下那句關于交互與用戶體驗之間的聯系的結論： 優秀的交互規劃應該是用低本錢的交互，愉悅的滿足用戶的需求。

　　那么，什么是低本錢的交互？我的了解，用戶需求的時分才呈現交互，用戶用不到或許不能運用的時分就不呈現交互；當用戶需求交互的時分假如能二步完結就堅決不搞成三步。用一句通俗的話說便是：看人下菜碟。

　　在大的層面上，在對產品進行需求剖析的時分咱們會考慮不同的用戶群，他們對一個產品的運用需求和運用辦法都是不同的，在這兒咱們對用戶進行了區分。咱們把這個思想堅持到交互剖析里來，關于不同的用戶在不同的運用環境下需求的交互辦法也是不一樣的。

　　比方：咱們要做一個積分商城的積分兌換交互。經過剖析、合并，咱們知道或許存在這么幾個場景：①用戶未登錄（注冊）；②用戶已經登錄，可是積分缺乏；③用戶已登錄且積分滿足。

　　下面，咱們選2個電子商務方面的代表網站（京東商城VS支付寶）來看一看他們怎么處理的：

　　京東商城的積分商城頁面里，不論你是否登錄（注冊）、積分是否滿足，積分兌換詳情頁的內容永久保持“一致性”。當未登錄點擊兌換的時分會跳轉到登錄頁面；當登錄后積分缺乏點擊兌換的時分會彈出窗口提示積分缺乏； 當登錄且積分滿足的時分，會顯現兌換成功。

　　  支付寶的積分商城里對上述問題做了改進，咱們看到支付寶的規劃師對業務邏輯做了滿足的剖析：先對用戶登錄行為做判斷；把用戶所持有的積分放在了所需積分的下面；積分缺乏的時分給出提示。

　　那么，這些滿足了嗎？不，我覺得還應該有改進空間（京東商城的規劃完全不具備交互性，不做剖析）。對照“看人下菜碟”的說法，咱們來看看哪些是能夠改進的。

　　1、假如用戶沒有登錄（注冊），用戶是否需求去點擊“兌換”OR“談論”按鈕？答案是否定的。這個時分用戶需求什么交互？是登錄！

　　   當然，這兒會存在一個用戶是否需求注冊的行為？我個人認為，在積分商城這個產品場景里，注冊是存在幾率很小的行為，完全能夠放到登錄的引導頁面里去。（積分兌換的條件是注冊用戶，且在網站上發生了用戶行為產生過積分才干兌換，就算是注冊送積分也是需求先完結整個注冊過程的 吧）

　　2、假如用戶登錄但積分缺乏，用戶需求什么交互？了解積分還差多少，如何獲得更多的積分。其他的交互行為對這類用戶來說都是剩余的。

　　3、 假如用戶登錄且積分滿足，用戶需求什么交互？兌換。這個時分用戶是否需求“點評”交互？我覺得不需求，還沒有兌換運用，怎么點評？“點評”這個交互行為 應該呈現在用戶兌換之后再次瀏覽到這個物品的時分。

　　下面，是我對積分兌換這個交互模塊做的改進。

　　1、如用用戶沒有登錄（注冊）：不做用戶持有積分斷定（當然，也沒法斷定）；不呈現“兌換”按鈕，他的方位由登錄提示替代。

　　    2、假如用戶登錄但積分缺乏：做用戶持有積分斷定，同時提示積分差額；不呈現“兌換”按鈕，他的方位由積分缺乏提示替代，可夾塞廣告，如何獲取積分。

　　3、假如用戶登錄且積分足夠：做用戶積分斷定；呈現兌換按鈕。

當然，這兒只是一個簡單的交互條件限制，還或許會有更多兌換限制，從而呈現更多的交互行為，比方：注冊多久的用戶對可兌換、實物兌換 的時分填寫收貨地址，發貨時間段（這個很重要！）、可兌換的數量、等等。

　　關于任何一個Web頁面而言，都必須承擔著2個功能：順暢的完本錢頁面的使命、流通無誤的進入下一個使命。關于如何完結這2個功能，我的土辦法便是：有的時分我需求強制你專注的完本錢頁面的使命，不給你回路；假如這個頁面上你要完結的使命太多，我能夠考慮幫你拆解。

　　比方，在注冊頁面除了注冊表單什么都不放，什么面包屑導航悉數去掉，甚至LOGO也要搞成不行點擊的，這些都是為了“強迫”用戶完本錢頁的使命；用戶在后臺錄入產品的時分，能夠考慮對產品的特點進行分塊，然后把錄入頁面拆開（當然，你不能無限制的拆分！）…通過個性化、適應性的交互設計和用戶參與反饋，設計師可以創造出更好的用戶體驗，滿足不同用戶的期望。.