- 任何在用戶體驗(yàn)上做出的努力，本質(zhì)上都是提高效率；分為兩個(gè)方面，一是幫助他們工作得更快，二是減少他們犯錯(cuò)的幾率。
- 企業(yè)網(wǎng)站存在的目的不外乎兩個(gè)，一個(gè)是替企業(yè)賺錢，另一個(gè)是替企業(yè)省錢。
- 在寫下第一行代碼之前，嘗試回答兩個(gè)問題，我們要通過這個(gè)產(chǎn)品得到什么？我們的用戶可以通過這個(gè)產(chǎn)品得到什么？分別對(duì)應(yīng)著產(chǎn)品目標(biāo)和用戶需求?？梢栽囍卮鹨幌拢P(guān)于抖音的第二個(gè)問題的答案是什么。
- 衡量產(chǎn)品的標(biāo)準(zhǔn)，投資回報(bào)率和留存率。好的用戶體驗(yàn)對(duì)這兩個(gè)方面均有推動(dòng)作用。
- 常見的陷阱，我們?cè)跒椤咐硐牖挠脩簟乖O(shè)計(jì)產(chǎn)品，但是實(shí)際上并不是這樣，在設(shè)計(jì)之前要先了解「他們是誰(shuí)」「他們的需求是什么」拋棄自己立場(chǎng)的局限，重新去審視產(chǎn)品。
- 有的用戶測(cè)試甚至不需要產(chǎn)品原型，試試「卡片排序法」。
http://lsn.farbox.com/post/jiao-hu-she-ji/-yong-hu-yan-jiu-qia-pian-fen-lei-fa-ying-yong-shi-li
- 從戰(zhàn)略層到范圍層的過程中，問題的關(guān)鍵從「為什么」變?yōu)椤甘鞘裁础埂?/li>
- 寫文檔的原則一：文檔不能解決問題，但定義可以。只要定義足夠清晰準(zhǔn)確，不用事無(wú)巨細(xì)，只需要定義明確易混淆的定義。
- 寫文檔的原則二：不需要展望未來理想化場(chǎng)景，只需要定義會(huì)議上決策好的功能范圍。樂觀、客觀、具體。
- 產(chǎn)品能將同一內(nèi)容或功能從頭到尾一致的表現(xiàn)出來，而不是一會(huì)兒當(dāng)成位置，一會(huì)兒當(dāng)成對(duì)象。
- 受控詞典：使用用戶的語(yǔ)言并保持一致性。還有一類是類詞詞典。對(duì)于建立元數(shù)據(jù)體系非常有用。
- 不管何時(shí)，系統(tǒng)都應(yīng)該給用戶正確使用該系統(tǒng)的信息，例如用戶出錯(cuò)和剛剛使用的場(chǎng)景。
- 內(nèi)部一致性與外部一致性
- 總是提出正確的問題，做產(chǎn)品是一場(chǎng)馬拉松而不是短跑。
- 五層結(jié)構(gòu)，下層總是上層的基礎(chǔ)，下層不對(duì)，上層無(wú)從談起。
