產品如何做好交互性

1. 怎麼做好網站頁面交互性

1、注意網站的鏈接、按鈕和LOGO
一個網站的鏈接和按鈕都應該符合用戶的使用習慣。目前鏈接文字通用的表現方式是字色藍色並帶下劃線的文字。而按鈕應當是有一定的立體感，看上去就是一個突出的按鈕，一看就知道是可以點擊的。而LOGO是與其它網站鏈接以及讓其它網站鏈接的標志和門戶。在通常情況下，通過點擊LOGO可以返回到網站的首頁。所以，LOGO即是一個網站的名片，LOGO更是網站的靈魂所在，除此之外它還具有一個重要的導航功能。網站的LOGO作為一個重要的網頁元素，當滑鼠移上去或者劃過等事件，應該有相關的信息響應。
2、網站頁面載入進度
網站的每個鏈接，包括網站的首頁打開都需要時間載入的，只是某些網站功能較為簡單，載入起來很快是而無需擔心頁面延遲。但某些網站的載入往往不能一次性完成，例如淘寶這種大型購物平台，頁面有很多的商品圖片，載入需要一定時間，這個時候是需要一定的響應式的，所以頁面更應該給出提示，否則讓用戶等待太久是很不友好的做法。
事實上，有很多的因素會影響到網頁初次載入的響應時間：HTML文件的文檔的大小；頁面中的各種元素例如代碼、圖片、flash、音頻、視頻等元素文檔的大小；HTML頁面的復雜程度（瀏覽器可以很快的展現簡單的頁面）；用戶反應的快慢也會影響瀏覽速度；被網頁頁面調用的其他內容所在的伺服器的訪問速度；網站的域名和外部域名的DNS的解析速度也會影響網頁的載入速度；用戶所使用的計算機的各種性能（如果計算機的資源消耗過多，或者配置過低，瀏覽器也會變得響應緩慢）；伺服器的配置的高低。
除了上述因素會導致網站響應的快慢以外，一些人為的因素及一些硬體也會影響網頁載入的速度。例如：伺服器端、客戶端和網速。伺服器端主要包括：伺服器的地域，是否雙線，處理能力等。
3、網頁中應隱藏不常用的操作
網站中不經常使用的操作可以不用突顯出來，將其弱化或隱藏。例如，網站中有某個彈出層是幾乎不用到的，為了不對用戶造成干擾，我可以在當滑鼠經過的時候才出現這個彈出層。這個是基於上文提到的不幹擾用戶注意力角度出發的。比如，在新浪微博中，微博的屏幕功能只有在滑鼠移到對應某條微博的右上角並單擊滑鼠的時候才會彈出操作提示框，否則是看不到屏蔽操作的，這個就是一個隱藏操作的具體體現。
4、盡量減少彈出信息
為什麼要盡量減少彈出信息呢，這里舉一個例子來說明一下？當你正在看一部精彩的電影或看一本精彩的書，這時接到一個無實質內容的電話，你肯定會非常惱火。網頁設計也是一樣，如果能在當前頁面顯示完成就盡量在當前頁面載入完成。對於那些彈出信息，例如彈出層、跳轉頁面、模態窗口等都影響用戶體驗。
5、網站對用戶需要引導-網站導航
一個好的網站是能夠讓用戶全面瀏覽，所以網站導航十分重要。每個用戶在瀏覽頁面時往往都是不確定性的、無規律的，同時用戶更不喜歡選擇。所以，網站需要時刻讓用戶看清當前的位置。如果瀏覽者不能快速、便捷地找到它，他們就很有可能去別的網站。例如，很多博客網站除了首頁導航之外，還將分類作為第二導航放在頁面的邊欄。此外，網站的頁腳也很重要，因為有部分用戶瀏覽時接觸到的是網站的底部，這個時候網站的頁腳可以方便的讓用戶找到當前的站點位置。
一直以來，網頁界面設計的研究主要針對於視覺方面，而設計的內容、流程和原則虛擬了實物產品的設計，基本上沒有太大的改變。隨著信息科技的發展和人機交互技術的成熟，交互界面的設計已經成長為一個獨立的行業。本文闡述了基於增強現實的交互界面概念，分析了其突出特點，總結歸納交互界面設計的流程與原則。交互界面設計是一個全新而又復雜的研究領域，本文的研究僅僅是交互界面設計的冰山一角，如何將交互界面設計的理論特性分析清楚、理解透徹，還得依靠同行們的不懈努力和大量實踐，使用戶和網路的信息交流更加簡便、高效和人性化。

2. 如何規范詳細分析產品的交互ui

需求分析、用戶場景模擬、競品分析（聆聽用戶心聲）。
需求分析：對於一個產品來說，必然有對用戶需求的分析內容，更多的是從MRD與PRD獲得，或者從產品需求評審會議上得到需求分析的內容，當然可以直接與產品經理交流獲得相關產品需求。如果說設計原則是所有設計的出發點的話，那麼用戶需求就是本次設計的出發點。
用戶場景模擬：好的設計建立在對用戶深刻了解之上。因此用戶使用場景分析就很重要，了解產品的現有交互以及用戶使用產品習慣等，但是設計人員在分析的時候一定要站在用戶角度思考：如果我是用戶，這里我會需要什麼。詳細點得網路文庫，分析UI的理念https://wenku..com/view/.html?from=search

3. 交互設計師如何做交互

盡管很多談及交互的書上都已經回答過了： 發現用戶需要，建立明確需求 提出設計方案 製作設計原型 用戶測試和評估 還是有很多對交互設計有興趣的朋友會問我這個問題，並希望我能回答得詳細，具體到我工作中的每個細節。 其實交互設計需要做什麼，會隨每個交互設計師的工作內容差異而不同，具體到每個項目也會有區別。 下面分享下我是怎樣做交互，方式不一定是最合適，希望大家多指點，共同學習進步。 發現用戶而要，建立明確需求 發現用戶需要的方式有很多種，我們可以在用戶反饋里收集到許多用戶提出的想法，他們希望我們能提供幫助解決問題的產品;我們也可以主動去觀察一些生活中的信息，為靈感的迸發做儲備。 比如說日程管理項目，有不少用戶跟我們的郵箱反應說，他們忙碌的時候會忘記一些重要的事情，比如一些會議或者約會，所以希望網易郵箱能提供一個專業的日程管理功能，能夠幫助他們有效的管理和安排每天的日程。 確認了用戶的這一需要，我們的產品同事就會組織立項，把用研和設計組的同事呼喚過來一起進行調研，確定我們的目標用戶。 用研組會通過問卷調查等方式盡可能多的去收集信息，交互設計師也會參與分析調研，組織會議幫助用研組完善信息，我們會採取一些有趣的方式，比如一堆人在一起頭腦風暴，大家回憶各種相關的生活場景，然後把一些關鍵詞記錄下來。 這一步我們的目的是要知道：用戶想要什麼? 通過這些步驟我們提煉出一些最重要的功能需求，接著產品組會整理出需求文檔，設計師就位。 提出設計方案 通過調研，我們得到了大量數據信息，並建立了明確的需求，下一步就是開始提設計方案。 這個階段我會做一些概念設計，類似於做實物產品時設計一個水杯，我會描述它說：我要設計一個旅行用的水杯，它能疊成一個小圓盤，喝水的時候只需要把小圓盤的圓心部分往下按，就能變成一個杯子。 互聯網產品也是這樣，需要賦予它一個概念，例如日程管理：這是一個專業的日程管理功能，通過使用它，我們可以有效的管理自己每天的日程和時間，以提高工作效率，並且不會再錯過每個重要的約會! 這些文字並不一定非是交互設計師所總結，但是交互設計師必須要做到對產品心裡有數，明確我們要做什麼。 同時需要進行的還有初稿設計，在這里我所謂的初稿，並不一定是嚴格要求中的交互原型，可以是用Axure把主要的頁面流程做出來，也可以手繪草圖，只要能清晰表達設計構思的，什麼樣的方式都可以。 製作設計原型 製作設計原型，也就是常說的交互稿，區別於做設計方案時的初稿，這份交互稿我會盡可能細致的把流程和具體操作形式表達出來。 考慮到做交互是一個迭代過程，我會在設計稿的首頁為設計的產品做一份交互更新日誌，記錄下交互更新時間、版本名稱、更新類型、更新內容、參考需求文檔與交互負責人。 這份更新日誌的意義在於： 更新時間-便於全程跟蹤記錄項目，掌握每個時間點 版本名稱-便於項目參與人員查找上一版本的交互稿 更新類型-了解每次更新需求的性質 更新內容-清晰呈現每一次更新的內容，並提供一個直接去到更新頁面的鏈接，這樣在進行迭代時我們的夥伴不用一頁頁去尋找更新點 參考需求文檔-便於項目參與人員查找對應的需求文檔 交互負責人-記錄每次迭代的交互負責人，並能方便工作交接 交互稿的製作過程，一般是用Axure做原型，像郵箱這樣視覺比較成熟且相對穩定的產品，我會偏向做高保真模型，我們會整理一個控制項庫，這樣能提高製作效率;做一個全新項目時，黑白稿線稿都是可用的方式，如果交互設計師能對大概的視覺效果有把握，也能做得精緻些。這些我想大家都很了解，所以不多說了。 製作交互說明 之所以把這部分內容提出來單獨寫一段，是因為之前和很多做交互的朋友討論過該怎樣做好交互說明，大家各有看法，很難找到這部分工作的衡量標准。 交互說明書在整個設計過程中，也許只會佔用小部分工作量，但是作用不小，它能幫助我們減少溝通成本，輔助交互稿描述設計理念，表達交互流程，更細致的展現我們的設計。 與做設計稿不同，個人認為，交互說明這部分工作，需要我們更多了解它作說明的對象，即產品經理、視覺設計師、開發人員的需求，從而達到真正的「輔助」效果，而不是盲目憑自己主觀去長篇大論，否則我們要為此花費時間，而且這部分工作只能沉積為一堆我們自己欣賞毫無意義的文字。 為此我曾與合作過的各組同事進行溝通，提煉出一些他們對交互說明的需求，不求全面，但求能說明一些問題。 1.交互說明最好是圖文並茂(all) 便於閱讀和理解。 2.頁面跳轉的說明(產品&程序) 頁面跳轉是涉及多個頁面關系的操作，產品人員在看交互稿時，會更多去關注多個目的性的任務操作流程，而對頁面跳轉的記憶是有限的，所以需要頁面跳轉說明。 3.交互說明能否考慮與產品需求文檔結合(產品) 開發文檔會涉及產品概念、技術方案、業務執行角色等內容，和交互設計稿有著緊密關聯，所以交互說明書與開發文檔是可以相互做補充，整理成一份文檔，這樣也能避免工作內容重復。 4.對交互稿中不明顯的交互動作或隱藏的設置項作說明(產品&視覺&頁面構架) 細節和動作需要描述清楚，比如說滑鼠focus、click的動作，或click後是loading還是跳轉，這些平時都是開會上討論，但是參與項目的人員不一定都能記住，所以會需要在交互說明書里做說明，並需要考慮到頁面構架組需要預留適應變化的結構。 5.產品風格定位(視覺) 商務風?休閑風?視覺需要一個准確的產品風格定位。這部分工作不一定是由交互人員來確定，但在產品孕育階段中，設計稿討論以及不定時更新的數據調查，會使得產品風格定位漸漸明確，視覺的同事更多是參與設計階段的工作，這就需要交互人員將這些信息在交互說明中記錄下來，以輔助視覺完成。 6.極限狀態(前端) 比如一個列表最長和最短顯示。 7.異常/出錯情況說明(程序) 這一點在交互稿製作和與產品溝通過程中容易被忽略。 有的設計師會疑惑：為什麼我做的設計說明書會沒人看?我寫的很詳細了，但是他們還是會問我一堆設計的問題!甚至，問我為什麼要做這個文檔? 在這些情況面前，設計師應該做些思考，我們所製作的這份說明是否真正解決問題了呢? 一些基本的邏輯判斷和文字內容，產品人員已在需求文檔中列出且在交互稿中已清晰呈現，例如原型中完整呈現的設置內容，或一個單選復選關系，這些內容我們再花時間去大篇描述，並無太大意義。 所以我的理解是，交互說明並不一定是一份文本，它不該是設計師的舞文弄墨，更不該流於形式做交互設計原型的復製品。 我們可以在交互原型上注釋，在圖上寫說明，或者是在和項目組發郵件時寫為郵件內容，當然也可以是word文檔，PPT…。 總之，我們要做到的是真正解決問題，讓交互說明書成為幫助項目中各組成員之間進行有效溝通、輔助理解設計內容從而達到提高項目效率的工具，並在需要的時候被製作。 用戶測試與評估 產品基本功能實現後，我們會做用戶測試，設計是很主觀的，並且會受各種因素影響，所以我們的產品難免會存在一些意料之外的問題，通過招募用戶來使用我們的產品，我們能收集到一些使用場景中發現問題的反饋，並把這些整理成優化點，完善我們的產品。 同時交互設計師也要多用自己的產品，保證上線內容與設計保持一致。 這就是我對自己交互工作的一個相對完整的描述，交互設計師這個頭銜我領了不到一年，但是這一年學到了很多。我的感覺是，這是一份不難的工作，因為我自己也是一個用戶，我會在使用產品的過程中發現這樣那樣的問題，所以我也自然而然的想去解決這些問題，並在尋求方法中得到一定的積累;然而，這確實是一份很需要花心思的工作，設計方式自由，但是設計內容需嚴謹，疏忽了一個問題，就有可能為產品帶來極大的負面影響，甚至失去用戶的青睞。 要讓我們的產品保持良性發展，就要求設計師們不斷探索優秀的設計方法。 最後，也希望大家能多分享各自的設計經驗，相互學習，讓我們的產品體驗越來越好!

4. 好的體驗產品交互設計原則有哪些

原則1：用戶界面應該是基於用戶的心裡模型，而不是基於工程實現模型
就是把後台本來很復雜的事情通過設計符合用戶日常生活中常用的瀏覽方式或操作方式。其實這一點是設計師把生活中的細節和數據結合的凝聚點，用戶的心理模型抓的越准，界面就會越優秀。
原則2：培養用戶使用情景的思維方式做設計
要做到這個原則其實是很難的，需要長期的實戰經驗才能做到這點。
那我們都知道米聊出的比微信早，但後來被微信反超，個人認為不光是QQ幫了微信很大忙，比如用戶登錄門檻低，用戶來源，廣告打得響之類的，其實在用戶使用情景方面米聊研究的沒有微信透徹。
原則3：盡量少的讓用戶輸入，輸入時盡量多給出參考
移動端的虛擬鍵盤一直是科技界無法解決的一個難題，虛擬鍵盤的主要缺點：1.輸入定位無法反饋，所以無法形成高效的盲打；2.虛擬鍵盤的空間限制，手指的點擊經常造成誤按。光是上面這兩點就讓虛擬鍵盤在輸入上大打折扣，所以我們在設計應用程序時，只要遇到Input Box的控制項時，首先就要想到盡量讓用戶少輸入，或者智能的給出參考。
原則4：全局導航需要一直存在，最好還能預覽其他模塊的動態
全局導航在Web交互設計中比較容易做到，在手機移動端全局導航要看產品設計的需求，什麼功能需要全局導航，社交應用通常是：消息，通知，請求；音樂視頻應用通常是：下載，搜索；工具類產品經常是核心工具條（tool bar) 比如瀏覽器，語音助理，音樂識別應用等等。
全局導航的價值在於可以讓用戶在使用過程中不會丟失信息，減少主頁面和次級頁面之間的跳轉次數，當然全局導航中的info-task要能在當前頁面完成，如果需要跳轉到新界面，就會失去全局導航的意義，因為當出現多個info-task的時候，就需要用戶不停的進入全局導航頁面來完成。
原則5：提供非模態的反饋，不打斷任務流
模態彈出框的書面名稱在iphone OS中稱作：Alert-box，在Android OS中稱：Pop-up box, 我們都知道彈框會打斷任務流，所以在有限的屏幕上怎樣讓這些彈框弱化，或者說優雅、紳士的提醒用戶，這個需要設計師來定義。
模態是指界面中只有提醒彈框才具有可交互行為，其他一切都不可操作；非模態不會把提醒做成彈框，可能會處理成List Notification, Toast list等方式來提醒用戶。
原則6：不要讓用戶等待任務完成，用戶還要發現更多有意思的地方
移動互聯的核心就是給用戶帶來移動體驗的方便和高效，這是 移動互聯網Apps需要考慮的，用戶在使用你產品在很多情況下都是碎片時間，
所以在設計上盡量讓用戶在短時間內熟悉我們的產品，知道這個產品的誠意，特別是某些等待界面需要設計，不能把一個很枯燥的等待界面呈現在用戶的面前，那用戶很快就會換其他apps。
原則7：自動保存用戶的輸入成果
在移動端，由於輸入面板的復雜性，而且觸摸輸入沒有物理按鍵的反饋自然，特別是手機上去輸入一段文字或者信息，對用戶而言本身就是一件很痛苦的事情；對產品而言，用戶的在你的產品中輸入是一個很值得慶幸的事情，所以設計人員需要讓你的apps自動保存用戶的輸入成果。
原則8：為了程序響應的速度，設計有時候需要擔任掩護的作用
科技並不是萬能的， 技術依然是移動互聯網應用程序最需要優化和完善的，作為技術的盟友我們設計人員也需要輔佐他們，讓用戶覺得程序原本就應該是這么運行的。特別是程序響應的速度很多時候不光是技術的問題，與網路環境也有很大的關系，這時候設計人員需要考慮這些客觀存在的情況，幫助程序來掩護這些瑕疵，讓用戶感覺到在使用時是流暢的。

5. 什麼是產品交互設計

產品交互設計的定義是兩個或多個互動的個體（產品）之間交流的內容和結構，使之互相配合，共同達成某種目的。

交互設計努力去創造和建立的是人與產品及服務之間有意義的關系，以「在充滿社會復雜性的物質世界中嵌入信息技術」為中心。交互系統設計的目標可以從「可用性」和」用戶體驗「兩個層面上進行分析，關注以人為本的用戶需求。

交互設計的思維方法建構於工業設計以用戶為中心的方法，同時加以發展，更多地面向行為和過程，把產品看作一個事件，強調過程性思考的能力，流程圖與狀態轉換圖和故事板等成為重要設計表現手段，更重要的是掌握軟體和硬體的原型實現的技巧方法和評估技術。

(5)產品如何做好交互性擴展閱讀：

產品交互設計的主要內容：

1、定義產品的行為和使用密切相關的產品形式。

2、預測產品的使用如何影響產品與用戶的關系，以及用戶對產品的理解。

3、探索產品、人和物質、文化、歷史之間的對話。

4、要形成對人們希望的產品使用方式，以及人們為什麼想用這種產品等問題的見解。

5、尊重用戶及其目標。

6、對於產品特徵與使用屬性，要有一個完全的形態，而不能太簡單。

7、展望未來，要看到產品可能的樣子，它們並不必然就像當前這樣。

參考資料來源：網路-交互設計

6. 如何體現Moka的產品交互好

開發的角度來說，通用方法是做用戶研究確認用戶需求，做產品可用性測試，觀察用戶路徑，然後想辦法優化。
如果是分析的話，抓一批競品，對比流程，觀察流程環節，上一些產品的論壇，或者去簡書，產品經理溜達溜達，觀察用戶這么評價，其他人對於這個功能怎麼看，找些用戶研究的數據支持你的觀點，想要說明的有道理，就是有理論支持。
如果是宣傳策略的話，營造一個場景，比如我說我手機在查找應用的時候特別方便，因為手機又個可滑動的操控區，上下滑動可按字母查找應用。方不方便不知道哈，我一般是按照文件夾分，在哪我自己都知道，不用這個功能。但是你宣傳的時候一定是一個很混亂的場景，然後你特別著急比如哎呀好餓啊，我要訂外賣，然後媽蛋找不到餓了么在哪了，然後這時候卡吧一滑動，基本上就是利用場景增加用戶代入感，這樣突出產品交互的效果最好。