Don’t make me think!|產品經理該讀的書

Don’t Make Me Think! 這本經典之作我超愛,身為產品經理,我來好好跟大家深度聊聊,並從產品經理的角度,分享我個人認為的重點和這本書對我們的價值。

Don't make me think!|產品經理該讀的書

市面上關於產品經理的書琳瑯滿目,從方法論、工具書到心法,應有盡有。但「入門必讀」,我會毫不猶豫地推薦《Don’t Make Me Think》。

你可能會覺得奇怪,這本書都出版超過二十年了,而且主要講的是網站易用性,跟現在火熱的 App、AI 產品好像不太相關?

不是只有針對網站才需要

Don’t Make Me Think雖然以網站為例,但它所闡述的核心設計原則,卻是放諸四海皆準的,適用於任何形式的產品,包括 APP、軟體、硬體,甚至是服務流程。

為什麼我這麼肯定?因為產品經理的核心任務,始終是圍繞著「使用者」。我們要打造的產品,最終都是要讓使用者「用得好」、「用得爽」。而 Don’t Make Me Think ,正是使用者體驗設計的聖經(我個人覺得啦),它教導我們如何從使用者的角度出發,打造出真正以人為本的產品。

身為產品經理,我們每天的工作都充滿了複雜性:

  • 需求分析:我們要深入了解使用者需求,挖掘他們真正的痛點,而不是只聽他們表面上的抱怨
  • 功能規劃:我們要權衡各種功能,決定優先順序,確保產品功能符合使用者需求,又能兼顧商業目標。
  • 設計決策:我們要參與產品設計,從使用者流程、資訊架構到介面設計,每個環節都要仔細考量。
  • 團隊協作:我們要與設計師、工程師、行銷團隊等不同角色溝通協調,確保產品開發順利進行。
  • 產品迭代:我們要持續追蹤產品數據,收集使用者回饋,不斷最佳化產品體驗。

在這麼多複雜的工作中,「使用者體驗」往往是最容易被忽略,也最容易被犧牲的。我們常常會因為趕進度、追求新功能、或是內部政治壓力,而做出一些看似合理,但實際上卻犧牲使用者體驗的決策。

例如:

  • 為了快速推出新功能,UI 設計草率了事,使用者操作起來一頭霧水。
  • 為了滿足行銷部門的要求,首頁塞滿各種促銷訊息,使用者找不到重點。
  • 為了展現技術實力,產品功能過於複雜,使用者學習門檻過高。

Don’t Make Me Think 正是一記當頭棒喝,提醒我們回歸使用者體驗的初心。好的產品設計,不應該讓使用者「思考」,而是應該「直覺」、「自然」。

使用者最不希望做的事情就是「思考」

使用者為什麼不想思考?

  • 使用者通常很忙碌:他們使用你的產品,通常是為了完成某個任務,而不是來「解題」的。他們希望快速達成目的,而不是花時間研究產品的操作邏輯。
  • 使用者習慣「掃描」而非「閱讀」:在網路世界,使用者習慣快速掃描頁面,尋找關鍵字或感興趣的資訊。他們沒有耐心仔細閱讀冗長的說明文字,或是理解複雜的操作流程。
  • 使用者追求「直覺」與「效率」:使用者喜歡直覺、易懂、操作流暢的產品。當產品讓他們感到困惑、卡頓、或是需要額外思考時,他們很容易感到「疑惑」,甚至直接放棄使用,除非非用不可(例如報稅)。

當然啦,「Don’t Make Me Think!」並不是說產品要「笨到極點」,而是指設計要盡可能地讓使用者看到產品介面,應該一眼就能「Get it」,知道「這是什麼?」、「能做什麼?」、「該怎麼操作?」,而不需要花費任何額外的思考力。

如何實踐「Don’t Make Me Think!」?

  • 清晰的視覺層級:運用大小、粗細、顏色、間距等視覺元素,區分頁面上的重要資訊和次要資訊,引導使用者快速找到重點。
  • 明確的導航:提供清晰、直觀的導航路徑,讓使用者輕鬆找到他們想去的地方,不會迷失在產品迷宮中。
  • 簡潔的文案:避免使用冗長、複雜、含糊不清的文字。用最精簡的語言,清楚地傳達產品訊息。
  • 明顯的CTA:明確指出使用者下一步該做什麼,例如「立即購買」、「免費試用」、「了解更多」等,引導使用者完成任務。
  • 符合使用者預期的設計:善用使用者已經熟悉的設計模式和操作習慣,降低學習成本,讓使用者更容易上手。

我們常常「高估」使用者在使用網路時的專注力和耐心。我們以為使用者會仔細閱讀每一個字,理解每一個功能,但事實並非如此。

使用者在網路上的行為模式,更接近於「掃描」、「滿足」、「將就」。

  • 掃描:使用者瀏覽網頁時,並非逐字閱讀,而是快速掃描,尋找關鍵字、標題、圖片等視覺線索,判斷頁面內容是否符合需求。
  • 滿足:使用者通常不會追求「最佳解」,而是選擇「第一個看起來還不錯的選項」。他們沒有時間和耐心仔細比較所有選項,只要找到一個「夠好」的方案就夠了。
  • 將就:使用者遇到不熟悉或不夠直觀的介面時,不會仔細研究說明文件,而是憑藉直覺、猜測、甚至「亂點」,試圖摸索出操作方法。

對產品經理的啟示是什麼?了解使用者的這些行為模式,對產品經理來說至關重要,因為:

  • 設計要「為掃描而生」:重要的資訊要放在顯眼的位置,運用視覺層級和排版技巧,讓使用者在掃描時就能快速捕捉到重點。
  • 不要追求「完美」的解決方案,而是「夠好」的方案:使用者追求的是效率,而不是完美。在時間和資源有限的情況下,優先提供「夠好用」的功能,比追求「完美但難用」的功能更重要。
  • 使用者會「將就著用」,但這不代表設計可以馬虎:使用者雖然可以「將就著用」,但這會降低使用者體驗,甚至讓他們感到失望,所以,我們要盡力讓產品更直觀、更易用,減少使用者「將就著用」的情況出現。

設計慣例的重要性

「慣例」在易用性設計中扮演著非常重要的角色,像是「停止標誌」和「控制汽車」來比喻慣例的重要性。

  • 停止標誌:全世界的停止標誌都長得差不多,紅底白字,八角形。這種統一的設計慣例,讓駕駛人在任何地方都能一眼認出停止標誌,並立即做出反應。
  • 控制汽車:汽車的油門、煞車、方向盤等控制元件,位置和操作方式都非常標準化。駕駛人只要學會開一種車,就能很快上手其他車款,不需要重新學習。

網頁設計也一樣,存在著許多使用者已經習慣的「慣例」,例如:

  • 網站 Logo 通常放在左上角,點擊 Logo 可以回到首頁。
  • 主要導航列通常放在頁面頂端或左側。
  • 搜尋框通常放在右上角或頁面頂端。
  • 購物網站通常使用購物車圖示,結帳流程也大同小異。

為什麼要遵循慣例?

  • 降低學習成本:使用者已經熟悉這些慣例,不需要重新學習,就能輕鬆上手你的產品。
  • 提升操作效率:使用者可以快速找到他們想要的功能,不需要花時間摸索。
  • 建立信任感:符合使用者預期的設計,會讓他們感到熟悉、安心,進而建立對產品的信任感。

當然,遵循慣例並不代表要「墨守成規」。創新仍然重要,但創新應該建立在「理解慣例」的基礎之上。

「除非你有更好的想法,否則盡量利用慣例」

在使用者已經習慣的領域,貿然打破慣例,可能會造成使用者的困惑和挫敗感。

導航設計:街道上的標誌與麵包屑

「導航」是網站易用性的關鍵要素之一,導航就像是「街道上的標誌」,可以讓網站、APP導航像真實世界的街道標誌一樣,清晰、易懂、指引方向。

好的網站、APP導航應該具備以下要素:

  • 識別:讓使用者清楚知道自己身在何處,通常是網站 Logo 或名稱,放在頁面左上角。
  • 主要區塊:網站的主要內容分類,例如「產品」、「服務」、「關於我們」等,通常放在頁面頂端。
  • 工具列:常用的功能連結,例如「登入」、「註冊」、「搜尋」、「聯絡我們」等,通常放在頁面右上角或頁尾。
  • 搜尋功能:讓使用者快速找到特定資訊,搜尋框應該放在顯眼的位置,方便使用者隨時使用(但我不想提供,哈哈)。
  • 麵包屑導航:顯示使用者目前所在頁面的路徑,方便使用者回溯到上一層或更上一層頁面,通常放在頁面頂端內容上方。

「迷路」是使用者在使用網站時最常遇到的問題之一。好的導航設計,可以有效地減少使用者的迷路感,讓他們輕鬆找到自己需要的資訊,提升使用者體驗。

易用性測試:檢驗產品易用性的方法

「易用性測試」是檢驗產品易用性的最佳方法。易用性測試不需要高大上的實驗室,也不需要昂貴的設備,只要花一點點時間和金錢,就能輕鬆進行有效的易用性測試。

易用性測試的步驟:

  • 招募使用者:不需要精準的目標使用者,只要找幾個「看起來像使用者」的人就可以了。
  • 準備測試任務:設計幾個使用者在真實情境下可能會執行的任務,例如「註冊帳號」、「購買商品」、「尋找特定資訊」等。
  • 觀察使用者操作:請使用者執行測試任務,同時觀察他們的行為、聆聽他們的心聲。記錄下使用者遇到的問題、困惑、以及操作上的困難。
  • 整理測試結果:測試結束後,與團隊成員一起討論觀察到的問題,找出「最嚴重、最優先需要解決的易用性問題」。

易用性測試的價值

  • 發現潛在問題:透過觀察使用者操作,可以發現設計師和開發者在設計過程中容易忽略的易用性問題。
  • 驗證設計方案:在產品開發早期,透過易用性測試可以驗證設計方案是否符合使用者預期,及早發現問題並進行調整。
  • 打破爭議僵局:團隊成員對於設計方案常常會有不同意見,易用性測試可以用使用者真實的行為數據來「說話」,化解爭議,達成共識。
  • 提升團隊意識:讓團隊成員親眼看到使用者在使用產品時遇到的問題,可以提升他們對使用者體驗的重視程度,培養使用者中心思維。

啊 Don’t Make Me Think該怎麼做?產品經理的行動指南

Don’t Make Me Think 的核心概念我知道了,但產品經理如何將這些原則應用在日常工作中?

1.將「Don’t Make Me Think!」原則融入產品決策

  • 功能優先順序: 在規劃產品功能時,除了考量商業價值和技術可行性之外,更要將「易用性」納入重要的評估標準。優先開發那些使用者最需要、最容易上手的功能,而不是一味追求新奇、複雜的功能。
  • 設計方案評估:在評估設計方案時,除了美觀性之外,更要重視「直觀性」和「易用性」。問問自己:「這個設計是否夠直觀?使用者是否能輕鬆理解和操作?」
  • 使用者故事 (User Story) 的編寫:在編寫使用者故事時,要從使用者的角度出發,描述使用者「想要達成什麼目標」,以及「如何透過產品輕鬆達成目標」,避免撰寫過於技術導向、忽略使用者體驗的故事。

2.將易用性測試融入產品開發流程

  • 定期進行易用性測試:將易用性測試融入產品開發流程的每個階段,從產品概念發想、原型設計、到正式發布,都要定期進行易用性測試,及早發現和解決問題。
  • 推廣 DIY 易用性測試:在團隊內部推廣「易用性測試」的方法,鼓勵團隊成員每個月撥出一個早上,進行低成本、高頻率的易用性測試。
  • 讓團隊成員參與測試過程:邀請設計師、工程師、行銷團隊等不同角色親自參與易用性測試的觀察和討論,讓他們親身體驗使用者在使用產品時的真實感受,提升團隊對使用者體驗的重視程度,也就是帶工程師去給用戶洗臉。

3.在組織內部倡導使用者思維

  • 分享使用者洞察:將易用性測試的結果、使用者回饋、以及使用者研究的洞察,定期分享給團隊成員和高層主管,讓大家了解使用者在使用產品時遇到的問題,以及使用者對產品的真實看法。
  • 建立使用者同理心:鼓勵團隊成員「換位思考」,從使用者的角度來看待產品,理解使用者的需求和痛點,培養使用者同理心。
  • 推廣易用性文化:在團隊內部建立「易用性至上」的文化,讓每個團隊成員都意識到,使用者體驗是產品成功的關鍵,並將易用性融入到工作的每個環節,總之就是不要以為自己是使用者。

4.平衡美學與易用性

在追求產品美觀性的同時,絕對不能犧牲易用性,「美觀」應該是「易用」的加分項目,而不是減分項目。

所以,我們產品經理應該:

  • 在追求美觀的同時,確保介面的「可視性」和「易用性」。運用色彩、形狀、動畫等視覺元素,清晰地傳達介面的功能和操作方式。
  • 在設計評估階段,除了美觀性之外,也要重視「易用性」。透過易用性測試,驗證設計方案是否兼顧了美觀與易用。

讀完《Don’t Make Me Think》,我最大的感悟就是:「使用者體驗設計,其實就是一門『同理心』的藝術。」

產品經理要站在使用者的角度思考,理解他們的需求、痛點、以及使用習慣,要像照顧家人一樣,用心設計產品,讓他們在使用產品時感到輕鬆、愉快、有效率。

這本書提升了我對產品設計的看法,也提升了我的產品經理技能,它讓我不再只關注功能堆疊和技術炫技,而是更加重視使用者體驗,努力打造出真正以人為本的產品,而且沒有太多幹話,每頁的內容都很實用。

無論你是剛入門的產品經理新人,還是經驗豐富的產品老手,我都強烈推薦你讀讀這本書,相信它會給你帶來全新的啟發。

這本書不是教你「怎麼做設計」,而是教你「怎麼阻止自己把設計搞砸了」。

Don’t make me think!這書的常見問題

這本書是 25 年前寫的,現在還適用嗎?

核心原則(如「減少認知負擔」「直覺導航」)永不過時,但書中案例需結合現代情境(如行動優先設計、AI 介面)。

如何說服老闆「少功能、更直覺」比「多功能」更好?

引用書中理論:
一、80% 用戶根本用不到複雜功能。
二、用 A/B 測試數據證明「簡化版本」的轉換率更高(例如:減少表單欄位提升 30% 註冊率)。

導航設計要「創新」還是「遵循慣例」?

「創新必須比慣例帶來十倍價值,否則選慣例。」除非你的「創意下拉選單」比傳統導航列快 3 秒找到目標,否則別冒險。

如何快速找出產品中的「認知摩擦點」?

用「Trunk Test」盲測法:
一、隨機挑一個頁面,遮住內容只留導航。
二、問用戶:「這是什麼網站?你能做什麼?」
三、若 3 秒內答錯,代表導航設計失敗。

沒預算做正式用戶測試怎麼辦?

「咖啡錢測試法」:
一、每週找 1 個真實用戶(同事、朋友、咖啡店路人)。
二、給他 3 個任務(例如:找到客服信箱),觀察他「卡在哪」。
三、重點不是統計數據,而是「看到問題立刻改」。

文字精簡到什麼程度才夠?

砍掉 50% 字,再砍 50%」原則:
所有說明文字先自問:「用戶不做這動作會死嗎?」不好的例子:註冊頁寫「請輸入有效電子郵件」→ 直接寫「Email」+ 輸入框。

行動版和桌面版設計如何取捨?

「行動版不是縮小版,而是核心任務優先版」。例如:電商 App 第一屏只放「搜尋欄」+「限時特價」,其他功能藏進選單。

如何處理團隊對設計的爭吵?

「別吵了,去測試!用戶會幫你終結辯論。」與其爭吵「按鈕用紅色還藍色」,直接 A/B 測試點擊率。

用戶說想要某功能,但測試時根本不用,該信誰?

嘴巴說不要,身體很誠實」現象:
一、用戶「說」想要進階篩選,但測試時 90% 人只按「最新上架」。
二、優先做「用戶實際行為」需要的功能,而非「他們幻想」的功能。

返回頂端