即使產品再好，也可能未被選擇，原因是客戶無法將品質差異與自己的問題連起來理解，或是信任並開始使用的成本太高。即使錯誤很少、介面很精緻，第一次造訪者在幾秒內仍拿不到「為什麼這對我有幫助」以及「為什麼現在就能開始」的答案時，品質就無法成為選擇依據。比起只做更多功能，應先確認「發現、理解、信任、開始」哪道門是關上的。
重點 客戶的選擇不僅由產品品質決定。必須在顧客的情境下看得出為何需要、值得信任，且能低負擔地開始使用，優質品質才能轉化為被選擇。
先記住這些
- 區分「產品本身品質」與「客戶感知價值」。
- 從發現到首次使用找出阻擋選擇的節點。
- 在新增功能前，先確認客戶是否能用自己的話說明差異。
品質是起點，而不是說明書
例如，假設行事曆管理 App 大幅提升了同步速度。既有用戶可能能感受到差異，但第一次使用的人未必立刻看出更快同步能解決自己的哪個不便。若技術改善沒有轉成客戶日常生活的敘述，品質就只會停留在內部績效。
產品團隊在介紹功能前，需要先把使用者身處的情境寫清楚。它是用來減少多人同時修改同一日程所造成的衝突，還是讓使用者在捷運上也能立刻查看剛改的約會？不同情境下，價值就不同。同一功能只有在解決場景明確時才會成為有比較力的基準。
通往選擇的四道關卡
客戶要先發現產品，接著理解它是否需要，再相信其承諾，最後跨過註冊或付款的負擔。如果導流充足但在介紹頁就離開，可能是理解環節有問題；若已到免費試用卻不開始，可能是設定流程或資料移轉負擔太大。
若用單一數字解釋所有問題，解方就容易偏離。應依序檢視搜尋曝光、介紹頁停留、註冊完成、首次關鍵行為，找出在哪裡期待被切斷。與其一一列舉產品優點，修好一個卡住的關卡通常能更大幅提升選擇率。
在問功能要求前先問對的問題
在新功能會議中，比起「加了這個功能就會更好」更先問「客戶不選擇我們是否真的只是因為功能不足」通常更穩妥。若客戶只知道產品名但說不出用途，問題在訊息表達；若知道需求卻擔心遷移資料，則是導入門檻問題。
品質提升需要持續進行，但要把每項改善目的連到客戶的選擇流程中。當連結關係清楚後，開發優先順序會改變，發布後該看哪些數據也會更明確。
PO 製作診斷表的順序
先挑一種代表客戶與一個代表任務。將客戶第一次聽到產品的通路、介紹頁期待的答案、註冊前確認的信任資訊、到第一個結果前需要完成的行為按時間順序寫下。每個步驟旁標註通過人數、停留人數、目前可用的證據。若沒有數字就標示「未知」，不要用猜測填補。
接著把每個卡住階段的可能原因分為三類。可能是流入的是不需要的客戶、需要的客戶也還沒理解價值、或理解了卻仍有高昂的開始成本。每類確認方式不同。流入意圖看關鍵字與活動別行為；理解問題靠首畫面可用性測試；開始負擔則用註冊階段與訪談確認。
改善方案從最弱的連結開始
未先診斷就同時改宣傳文案、定價、註冊畫面，即使結果變好也分不清到底是什麼起作用。先選一個主要假設，設定好改前後要觀察的行為。若改變文案，不僅看捲動或按鈕點擊，也要追蹤適格客戶的註冊以及第一次關鍵行為。
團隊對「這是個好產品」的信念不必捨棄，但要把這種信念轉成客戶能確認的證據。像處理速度、錯誤回復、實際交付成果、導入流程這些可重複堅持的證據，若放在接近選擇決策的位置展示，品質與選擇之間的距離就會縮短。
選擇體驗在畫面之外完成
即使註冊畫面簡單，若驗證信件延遲、客服回覆互相矛盾、退款條件藏著不明，客戶就難以信任整體產品。選擇體驗表上除了畫面，也要並列寫上接點、負責人、系統和政策，每個步驟附上客戶需確認的證據。
先訂好中止條件。即便轉換率上升，如果回訪諮詢增加、承諾與實際處理不一致、不可修復失敗增加，也不應視為選擇體驗改善。若主要成因在畫面外，就先停止文案與按鈕實驗，將營運結構列為獨立專案處理。
提醒
- 客戶能否用自己的話說明我們產品的差異？
- 選擇被卡住的是「發現、理解、信任、開始」哪一段？
- 下一個功能是否有證據證明可真正減少卡點？