《啟示錄：打造用戶喜愛的產品》讀書筆記⑤

二十一、產品驗證

• 產品驗證：在正式開發、部署產品前，驗證產品說明文檔描述的產品是否符合預期要求
• 可行性測試：明確現有技術條件下能否成功開發出產品
• 可用性測試：要評估用戶體驗的實際效果
• 價值測試：判斷用戶是否覺得有用、是否購買、是否喜歡設計

二十二、原型測試

• 把產品創意呈現給真實用戶，讓真實用戶去驗證產品創意是必不可少的
• 產品可用性測試（檢驗用戶是否想明白如何使用產品）和產品價值測試（檢驗用戶是否渴望使用產品）同樣重要
• 物色測試者
• 如果有特約用戶，可以邀請他們
• 企業級產品可以去同類產品展銷會尋找
• 分類網站發布廣告（徵集要求可以寫的比較籠統）
• 大眾產品可以邀請親朋好友
• 給用戶發郵件；通過公司的網站徵集
• 定期開展原型測試活動
• 和測試者約定了時間，還是有30%左右爽約率；所以前一天致電測試者可以降為5-10%
• 準備可用性測試
• 事先擬定測試內容
• 只有一次機會了解測試者未接觸產品原型之前如何解決產品要解決的問題（可以先不讓他們看原型，而是看他們在未接觸原型時怎麼做）
• 看他們首次訪問，看他們能否從首頁看出產品要解決什麼問題么（只有首次才最真實）
• 了解用戶是否使用同類產品
• 了解測試者願意出多少錢購買產品（哪怕不收費）
• 不必等到完整原型完成後再測試，可以先測試主要項目
• 測試環境
• 專業測試實驗室或者普通的咖啡廳都能完成
• 可以去用戶的辦公室官場他們的日常工作中使用產品的習慣
• 面對面測試不可替代
• 獲取用戶反饋信息是完善產品設計的 最佳途徑
• 測試前不用交流過多（太多會影響他們的第一印象）
• 讓測試者明白被測試的是原型，而不是用戶，讓他們暢所欲言
• 讓測試者保持平和的情緒，不要讓他們陷入吹毛求疵的狀態；測試的重點是看他們是否喜歡功能，如果用戶提出頁面上的元素難看，就嚴重跑題了；多觀察用戶的操作，少聽他們的抱怨
• 測試時保持安靜，不要給提示，不要給引導
• 測試的作用是理解目標用戶如何看待產品要解決的問題，發現原型與用戶期望不一致或不相容的地方
• 更新原型
• 測試原型的目的是找出原型中需要修改的部分，提高原型的可用性和價值
• 只要對測試反饋迅速做出響應，就能顯著加快完善產品的速度
• 如果發現沒法讓測試者對原型產生興趣，或是無法讓原型變得足夠簡單易用，讓測試者理解其價值，應該立刻放棄這個產品創意（不願意承認失敗，往往導致失敗）

二十三、改進現有產品

• 不是一味地添加功能；一般情況下，添加新功能不僅不會為產品增色，反而讓產品性能變得更糟糕
• 改進產品不是滿足個別用戶的要求，也不能對用戶調查的結果照單全收
• 能提高指標的功能才是關注的重點

二十四、平滑部署

• 避免更新產品導致用戶反感
• 毫無徵兆地更新不必要的版本會令用戶反感，有以下原因：
• 事先沒有收到更新通知
• 用戶沒時間學習新版本，公司也沒提供舊版本方便用戶在過渡階段使用
• 新舊版本不兼容
• 用戶任務添加的新功能和特性毫無必要
• 更新過多
• 新版本很大程度修改了用戶已經習慣的使用方式和操作流程
• 隨著互聯網普及，產品口碑的好壞都會迅速傳播
• 對大眾互聯網服務來說，合理地、審慎地更新產品版本稱為「平滑部署」
• 將版本更新帶來的負面影響降到最低：
• 通過公告、群發郵件、在線教程等方式提前通知
• 加倍做好測試工作
• 如果更新版本會影響大規模用戶，應採取並行部署或者增量部署的方式
• 並行部署：發布兩個並行版本，邀請有興趣的用戶試用新版本，如果新版本運行正常且大部分用戶習慣後，將新版本設為默認版本，同時保留舊版本一段時間，公示舊版本最後支持期限
• 區域性逐步部署：先在某個區域部署新版本，再擴大範圍
• 增量部署：將更新項分割成幾個較小的部分逐步發布

以上內容為《啟示錄：打造用戶喜愛的產品》（作者：Marty Cagan）的第21-24章讀書筆記及部分摘要，本人加入一定量自己的理解；因水平有限，歡迎大家交流指正，謝謝~

推薦閱讀：