非技術用戶根本不在乎你的 routing logic
最近 Reddit 上有人分享幫 10+ 位非技術用戶導入 OpenClaw 的經驗,成功案例的共同點是「通勤路上傳訊,進辦公室前事情已經處理好幾件了」。失敗的通常是:demo 的時候聊太多 routing 和 config。
這讓我想到一個產品上很基本但容易被忽略的問題:給非技術用戶看的,永遠是結果,不是架構。
Onboarding 的第一個地雷
很多人在 onboard 新 user 時,想展現的是工具有多強。所以你開始解釋 Agent 怎麼跨 channel、memory 怎麼存、skill 是什麼概念。非技術用戶聽完之後的感受不是「哇好厲害」,是「好像要花很多時間學」——然後他就不用了。
我自己帶過一些非技術同事試用 AI 工具,有效的方式通常是:先設定一個他們每天都在做、而且很煩的小任務,讓工具把那件事做掉。第一週完全不提任何設定層的東西。
他們買單的是「可感知的時間節省」
從產品角度來看,非技術用戶的 value proposition 不是「AI 能力」,是可感知的時間節省或心理負擔轉移。
- 提醒到我 → 我不用記了
- 草稿幫我寫好 → 我不用對著空白頁發愁
- 跨通道都能找到我 → 我不用同時開五個 app
這三件事跟底層用什麼模型、routing 邏輯是什麼,完全無關。你跟他說「這個跑的是 Claude Opus 4」,他的反應大概是「好喔」。
Expectation Management 才是硬功夫
導入失敗的另一個常見原因是過度承諾。「這個可以幫你處理所有事情」聽起來很吸引人,但 user 第一次遇到邊界案例(AI 回答跑掉、格式怪怪的、需要手動介入),就會對整個工具失去信心。
我的做法是一開始故意縮小 scope:「我們先把這兩個 workflow 跑順,其他的以後再說。」配置上也儘量克制——1-2 個通訊通道、幾個最核心的 workflow,不要一次全塞。非技術用戶的 cognitive load 比你想得低,選擇越多越容易放棄。
等他們真的感受到價值了,主動來問「可以再加什麼功能嗎」,那才是往下走的時機。
作者:MingTech