怎麼知道別人聽懂了我的 side project 想法？
把理解與喜歡分開確認。簡短說明想幫誰完成什麼，再邀請願意回應的人用自己的話描述；若意思不同，先修正說明，不把對方記不住當成能力問題。
先檢查訊息，不急著收評分
- 提供一個使用情境與預期用途。
- 問對方目前理解的用途，容許不回答。
- 比對差異，改寫最容易誤解的一句。
懂了，不代表會使用
例如你做的是整理社區修繕需求的表單，聽者卻以為你提供修繕服務。要補的是服務界線，不是更多功能。對方能準確重述，只能支持這次說明較清楚，不能證明願意付費或真的需要。
已填好的小型範例
範例改寫：這個表單只整理住戶提出的修繕需求，並不派工；我想先讓管理者看見待處理項目。
觀察到什麼，下一步怎麼做
| 觀察 | 下一步 |
|---|---|
| 用途被理解成另一種服務 | 先改寫服務界線，再確認一次。 |
| 用途清楚但對方沒有需求 | 保留這個差別，不記成潛在客戶。 |
可直接使用的練習表
使用者：＿＿；要完成的事：＿＿；聽者理解：＿＿；關鍵差異：＿＿；改寫句：＿＿。
要請對方完整背一次嗎？
不必。確認一個核心用途就好；若對方不想繼續，停止提問而不是再展示更多內容。
依據與適用限制
原創編輯練習；不是使用者需求測試，也不要求一般聚會參與者替你做研究。
作者書介談理解；非全書閱讀或練習驗證。 Charles Duhigg — Supercommunicators introduction