使用者明明覺得舊方法麻煩，為什麼還是不換？
先找出舊方法保留了什麼便利，再評估新方法的切換成本。麻煩可能是真的，但熟悉、共同使用、資料位置與出錯後能自行處理，也可能讓舊方法值得留下。
畫出替換前後的任務
- 請自願分享者描述一次完整處理流程。
- 標出最麻煩與最不能失去的部分。
- 寫出改用新方法要搬動的資料、習慣及合作方式。
替換成本不只是一個按鈕
例如社團用試算表安排器材。新工具畫面比較漂亮，卻要求所有人重新註冊，且不方便臨時改欄位。真正要改善的可能是找不到最新版本，而不是整張表必須被淘汰。可先測試小範圍變動。
觀察到什麼，下一步怎麼做
| 觀察 | 下一步 |
|---|---|
| 痛點明確但搬移成本高 | 先測試可與舊流程並存的改善。 |
| 舊方法有關鍵彈性 | 把該彈性列入需求，不只比較外觀。 |
可直接使用的練習表
現有做法：＿＿；痛點：＿＿；保留價值：＿＿；搬移成本：＿＿；最小可逆變動：＿＿；觀察結果：＿＿。
抱怨很多是否代表一定會換？
不一定。詢問對方已試過什麼，以及回到舊方法的原因。
依據與適用限制
此流程協助釐清選擇，不保證降低切換成本；涉及資料搬移時需另外確認權限與安全。
Graham 討論從實際問題探索點子；本文表格為原創。 Paul Graham (2012) — How to Get Startup Ideas