在產品上貼一個聊天面板就叫 AI 功能，等於介面設計上的兩手一攤。一個空白輸入框，把互動裡最難的部分——想清楚要問什麼、用什麼字問、要附上哪些前後文——外包給使用者。但人家來用你的產品，正是因為不想自己想清楚這些。
聊天框為什麼變成預設
因為聊天就是底層技術本來的樣子，把它直接暴露出來成本最低。它也最會做 demo：一個開放式輸入框在台上看起來無所不能。到了真實使用情境，同樣的開放變成冷啟動問題——多數使用者試兩句籠統的 prompt，拿到平庸的結果，然後再也不回來。
為結果設計，不為對話設計
更好的模式，是把模型埋進使用者本來就懂的動詞裡：一顆幫你把回覆擬好的按鈕、一個已經個人化好的預設值、一條剛好出現在下一步動作旁邊的建議。同樣重要的是為「驗證」而設計——使用者必須一眼就能確認 AI 做對了沒有，做錯時一個手勢就能改。
我們在一個健身訓練 app 上親眼看過這件事。原案是做一個可以聊天的 AI 教練，測試時使用者根本不知道要跟它說什麼。真正跑起來的版本是隱形的：每次訓練結束，app 自動擬好下一次課表，一鍵調難調易。底下是同一顆模型——但現在它在做一件事，而不是在陪聊。
判決
沒有人打開你的產品是為了跟它聊天，打開是為了把今天的事做完。如果你的 AI 功能沒辦法用「一個動詞加一個結果」描述，它就還不是功能——只是 demo。
