歡迎來到 常識詞典網(wǎng) ， 一個專業(yè)的常識知識學習網(wǎng)站！
[ Ctrl + D 鍵 ]收藏本站
也就是說一個好的產品應該從那些方面延長用戶的停留時間？增加用戶黏性。
2 個答案答案 1：
從看到這個問題到我回答這個問題，這之間我思考了很久很久，雖然我從事軟件研發(fā)已有8年多之久，目前也擔任多個主流產品的項目經(jīng)理，但我知道用戶體驗在整個研發(fā)過程中的重要性，它牽扯到一個產品的成敗。這個問題表面上看起來簡單，很實質上卻包含了很多因素，再有用戶體驗也要分產品的類型而定，所以我決定用我在微軟公司的親身感受和實例來回答這一問題，大家借鑒就好了。
我總結出以下要點：
l 抓住基本功能
核心使用情境——人們使用你的 Windows 程序的主要原因——遠遠重要于那些邊緣的情境——人們也許會做也許不會做的事情。牢牢抓住基本的東西?。ㄈ绻氵@么做，用戶將會忽略那些邊緣問題。）
l 設計體驗，而不是功能
從始自終設計體驗，而不僅僅是一個個功能。在整個產品體驗中堅持你的標準。例如，如果你的安裝難以使用和存在漏洞，那你的用戶也許臆斷你的程序也難以使用和漏洞。
l 把某方面做出色
想想“真實”用戶（而不是市場部或公關部的人）會如何描述你的程序。找出你的目標用戶，保證他們會說“我非常喜歡這個程序！它的 A、B、C 真是太棒了！”如果用戶不會這么說你的程序，說明什么？如今，“剛剛好”已經(jīng)不再夠好了——要讓用戶愛上你的程序。
l 不是做所有事讓所有人都滿意
讓你的目標用戶滿意會使你的程序更加成功，而不是試圖去滿足每一個人。記住要關注每一件事事實上不太可能。
l 作出頑強的決定
這些功能、命令或選項確實有必要嗎？如果有，就將其做好。如果沒有，就干脆去掉！不要為了躲避這種艱難的選擇就把每樣東西都做成可選的或可以配置的。
l 讓體驗像是在進行友好對話
把你的 UI 想成是你與你的目標用戶之間的對話。假設你就在用戶的身邊，然后他問你說“我現(xiàn)在應該怎么做？”想想你會如何解釋：哪些步驟、怎樣的順序、你會怎么說以及如何來解釋等等。也想想哪些你“不會”說。這就是你的 UI 應該的樣子——好像朋友之間的對話一樣——而不是什么用戶難以理解的高深莫測的東西。
l 默認執(zhí)行正確的操作
當然，你可以列出一排選項讓用戶來選擇，但是何必這樣？應當選擇可靠、安全、方便的默認項。而且，要將正確的體驗作為你目標用戶的默認體驗。不要假設用戶會把不好的初始體驗配置成自己希望的方式，他們不會這么做。
l 讓它得以工作
人們是想使用你的程序，而不是要進行設置或學習一堆東西。做好初始配置，讓最常使用及最重要的任務一目了然，并使你的程序能夠立即開始工作。
l 小心提問
避免使用模式對話框來問那些并不是非問不可的問題——應該使用無模式對話框。更好的是，目前的上下文可以顯示用戶的意圖，往往就無需要求提問。如果你必須在UI中提問，那么表達方式應當基于用戶的目標和任務，而不是技術。提供用戶能夠理解的（再次強調，基于用戶的目標和任務來措辭，而不是技術）、相互區(qū)別清晰的選項。確保提供足夠的信息以使用戶作出選擇。
l 使其用起來愉快
確保你的程序能很好地達成它的目標，包含合適的功能且把這些功能放在合適地方。注意細節(jié)，確保所有地方都是優(yōu)美的。不要以為用戶不會注意細節(jié)，他們會的。
l 使其看起來愉快
應當使用標準的 Windows外觀，包括標準的窗口邊框、字體、系統(tǒng)顏色、通用控件和對話框及標準的布局。避免自定義 UI 及使用受到限制的品牌形象。只要有可能（且合法！），就應當使用標準的 Windows圖標、圖形及動畫。如果你需要使用自己的圖形和圖標，則應使用專業(yè)的設計師。（如果你請不起的話，就只用少量簡單的圖形——或者干脆不用。）
不要假設提供皮膚能夠對那些一般化的外觀起到補償作用。大多數(shù)用戶不會操心那些，而且具有一個很棒的外觀比有一堆一般化的外觀給人的印象更深。
l 使其響應及時
你程序的響應對于整體用戶體驗來說至關重要——用戶會發(fā)現(xiàn)不必要的遲緩以及沒有響應的程序不可用。對于每一個性能會成為問題的功能特性來說，應當首先理解你的用戶的目標和期望，然后選擇能夠達成其目標的最輕量級的設計。一般說來，超過 10 秒的任務需要更多的信息反饋，并應當能夠被取消。記住用戶對于速度的感知和實際速度一樣重要，而且速度的感知主要決定于程序多快能夠響應。
l 使其保持簡單
力求在能夠很好地完整任務的前提下做出最簡單的設計。將設計擴展到僅僅是“必須的”。如果一種方法可以把事情做好，就不要使用三種方法。避免或減少那些沒用的東西！
l 避免糟糕的體驗
說起來容易做起來難，但用戶對你的程序的總體印象更多是來自于那些不好的體驗的質量，而非好的體驗。
l 為常見問題設計
你的設計是不是很棒——除非用戶犯了錯誤或網(wǎng)絡連接中斷？預測那些常見問題、用戶失誤及其他錯誤并為基進行設計?？紤]像網(wǎng)絡速度很慢或不可用、設備沒有安裝或不可用、以及用戶進行了錯誤的輸入或跳過了一些步驟等情況。在你程序的每一步，問問自己：最壞的情況下會發(fā)生什么？然后再看看當這些確實發(fā)生時你的程序的行為是不是夠好。確保所有的錯誤信息對問題進行了清晰地解釋并給出可行的解決方案。
l 不要使人厭煩
通常，任何用戶會直接忽略而不采取任何行動的東西都應當被重新設計或者刪除。這對于用戶會反復看到的東西來說更是如此，如錯誤信息、警告信息、確認信息和通知。應當非常謹慎使用聲音。與安全性和法律問題（例如授權或許可條款）相關的UI可以例外。
l 減少精力、知識和思考
要想減少使用你的程序所需的精力、知識和思考：
1. 顯式比隱式要好。把用戶需要知道的信息直接放在屏幕上。仔細推敲窗口或頁面上的主標題說明以清晰表達界面的目的。
2. 自動比手動要好。當實用和符合期望時，幫助你的用戶自動完成任務。一個簡單的測試：關閉你的程序，然后重啟它，執(zhí)行最常見的任務。就知道有多少手工的努力可以消除了。
3. 簡要比羅嗦要好。把信息放在屏幕上，但是要簡要。抓住要點！為瀏覽設計文本，而非沉浸式閱讀。為有幫助的、補充性質的、但并非基本的信息使用幫助鏈接。
4. 有約束比無約束要好。當選擇控件時，能夠約束有效輸入的控件通常是最好的選擇。
5. 可用比禁用好。禁用的控件往往讓人困惑，因此僅當用戶能夠很容易地推斷出為什么控件被禁用時才可使用。否則，應當移去不適用的控件或者保持其可用并提供有幫助的反饋信息。
6. 記憶要比遺忘要好。除了涉及安全和隱私的情形，最好是記住用戶先前的輸入和動作，并能輕松的進行重復，而不是讓用戶每次都從頭來過。
7. 有反饋比沒反應好。提供清晰的反饋以表明一個任務是否正在執(zhí)行或者失敗。不要讓用戶猜測。
l 遵循此設計指南
當然！應將UX指南視為基于Windows程序的最低的質量和統(tǒng)一性要求。用它來遵循最佳實踐、做出常規(guī)決定、并使你的工作更輕松。將你的創(chuàng)造力集中在重要的事情上——無論你的程序是做什么的——而不是那些例行的公事。不要創(chuàng)建那些怪異的沒有人能夠弄清如何使用的程序。遵循此設計指南，使你的經(jīng)驗脫穎而出。
l 測試你的用戶界面
在你使用真實的目標用戶進行可用性研究之前，你不會知道你做的是否正確。你很可能會（沮喪地）對結果表示驚訝。愉快地接受對你的用戶界面的批評吧——這對于你把工作做到最好是必須的。另外確保在你的程序發(fā)布后收集反饋。
答案 2：
很細致詳細，學習了，謝謝
下一篇:-宣布-平臺戰(zhàn)略，-在中國要達到Facebook的平臺影響力，還需要做到哪些？ 下一篇 【方向鍵 ( → )下一篇】
上一篇:用 10 個字怎么描述豆瓣新版阿爾法城？ 上一篇 【方向鍵 ( ← )上一篇】
快搜
