原章：The Demo
2009 年夏末，Ken Kocienda 在 Apple 總部的 Diplomacy 會議室外等著向 Steve Jobs 做一次 iPad 鍵盤 Demo。當時 iPad 還沒有正式名稱，Ken 已因 iPhone 鍵盤與自動校正的工作取得較高信任，開始能直接進入 Steve 的產品 Demo 圈。
在 Ken 的描述裡，這種會議不是禮貌性的成果報告。Steve 會直接使用軟體、要求修改，可能喜歡，也可能當場否決；這是 Apple 決定產品「看起來、感覺起來、怎麼運作」的主要方式之一。
這次 Ken 與設計師 Bas Ording 帶來兩種 iPad 鍵盤方向：Bas 的版本提供更多按鍵，Ken 的版本則讓按鍵更大、更接近實體 Mac 鍵盤的尺寸。團隊原本還做了一個動畫與按鈕，讓使用者可以在兩種鍵盤之間切換。
在進 Steve 的房間之前，這種「兩個都留」看起來很聰明：既保留 Bas 的資訊密度，也保留 Ken 的易按性。但 Steve 看完後，先問了一個很簡單的問題：我們其實只需要其中一個，對吧？
接著他把選擇丟回 Ken：「你覺得該用哪一個？」Ken 選了大按鍵版本。Steve 接受，事情就這樣定了。
| 故事節點 | 原本的狀況 | 現場選擇 | 意義 |
|---|---|---|---|
| 兩種鍵盤 | Bas 的更多按鍵與 Ken 的大按鍵各有優點 | 不保留雙模式 | 功能多不等於體驗更好 |
| Steve 提問 | 團隊已經為切換做了動畫與按鈕 | 先問「真的需要兩個嗎？」 | 從系統中刪掉一個選擇，也同時刪掉相關複雜度 |
| Ken 被要求表態 | 他可以把責任留給 Steve | 當場選大按鍵 | 做產品的人必須形成自己的判斷 |
| Steve 拍板 | 沒有冗長投票或更多研究 | 採用大按鍵方案 | Demo 最後必須導向決定 |
這個故事看似只是鍵盤版型，其實核心是：當兩個方案都「有道理」時，團隊是否願意真正放棄其中一個？ 很多複雜產品不是因為沒有好點子，而是因為每個好點子都被留下來。
Steve 沒有替 Ken 做所有判斷，而是要求 Ken 自己說出答案。作者事後把這視為「果斷」的一課：高階主管的作用不只是給意見，也是在建立一種工作期待——帶 Demo 進來的人必須理解自己的作品，並願意選擇。
iPad 最後採用的鍵盤方向基本延續了大按鍵方案。另一個重要結果是，切換按鈕與切換動畫也一起消失。刪掉一個產品選項，同時刪掉了多個使用者必須理解的東西。
Apple 的 Demo 不只是「讓主管看看」。它是一個讓抽象爭論變成具體判斷的機制。Steve 的影響力也不只在答案，而在他如何逼團隊把模糊偏好變成清楚選擇。