隨機物品輸入法（也常被稱作「Random Entry / Random Word Technique」）是一種刻意引入無關刺激的創意思考技巧：
不是在「找靈感」，而是在用可控的方式把大腦從既有路徑依賴中拉出來，逼出新的連結。
這個方法在 Edward de Bono 的水平思考（Lateral Thinking）工具箱裡有明確的定位：透過隨機入口，打破既有模式，產生新的思考方向。
它不會讓你「自動變有創意」。它只是一個變異生成器（variation generator）。
如果你沒有清楚的問題定義、也沒有後續的篩選與驗證流程，你只會更有效率地量產垃圾點子。
核心原理：對抗「思維慣性」
從第一性原理看，人的大腦是模式辨識與快速歸納的機器。這在日常決策很省力，但在創新場景會變成副作用：
- 人會優先回到熟悉解法；
- 人會在既有框架內做「微調優化」，而不是重構問題；
- 團隊討論會快速收斂到「看起來合理」但其實只是「最熟悉」的方案（groupthink）。
隨機字典法的價值在於：
它把一個完全無關的名詞丟進來，迫使你「跳出」——這個強迫跳出的過程，會讓你跳離原有聯想鏈，產生新的假設、比喻與構想路徑。
適合用在什麼情境
把它當成企業創新流程中的「發散模組」會比較準確：
適用：
- 產品/服務概念發想（新功能、新方案包、差異化敘事）
- 行銷創意（campaign 概念、內容鉤子、視覺隱喻）
- 流程/體驗改善（客服、門市、Onboarding、內部營運）
- 會議設計（破冰、指定發言機制、討論角度切換）
不適用（或要非常小心）：
- 需要嚴格正確性的問題（法規合規、醫療安全、財務風控）
- 「要解什麼問題」都沒定義清楚的時候
→ 這時候你不是缺創意，你是缺 problem framing。
使用步驟
用最小成本做最大認知擾動，並且能落地到下一步驗證。
Step 0：先定義「問題陳述」
格式建議：
- 「我們要為【目標族群】在【情境】下解決【痛點】，衡量指標是【KPI】」
Step 1：建立詞彙清單（60–100 個）
日常名詞、可視覺化、可觸摸/可觀察。
像：火、書桌、鞋子、鼻子、狗、飛機、漢堡……
為什麼 60–100？
- 太少：刺激不夠多樣，很快重複、失去新鮮度
- 太多：管理成本上升，但邊際收益變小
可考慮「每 6 個月」更新詞彙清單：讓清單跟你的生活/產業語境同步。
Step 2：產生隨機詞
- 看手錶秒針：秒數對應清單位置
- 字典法：隨機頁碼 + 單詞位置，選第一個名詞（重點：名詞）
Step 3：從字詞拆出特性
這步是關鍵。
請把隨機詞寫成 6–10 個字面特性，例如「斗篷」：
- 覆蓋 / 隱藏
- 可穿戴
- 讓人不被辨識
- 有儀式感（披上/掀開）
- 材質、重量、溫度
- 有內外、正反兩面
規則：只需要簡單字詞。
因為一旦你開始多步驟推論，你就會不自覺回到既有框架，刺激效果直接折扣。這點在很多 random input / random word 的教學裡也被反覆提醒：隨機名詞要被「拿來對照問題」而不是被你重寫成另一個你喜歡的詞。
Step 4：強迫連結
把每個特性硬套到問題陳述上，問這些問題：
- 如果我們的產品/服務也「具備這個特性」，會長什麼樣？
- 如果我們的流程也「像它一樣運作」，會改掉哪個步驟？
- 如果我們的體驗也「有它的內外兩面」，哪裡該讓用戶看見/看不見？
- 這個特性能不能變成我們的差異化敘事？
Step 5：收斂與落地
給每個點子做快速三分數（1–5 分）：
- Novelty（新穎度）
- Relevance（相關度）
- Feasibility（可行性）
然後規定：「每輪至少選 1 個點子寫成下一步實驗」
例如：一頁式 landing page、3 個用戶訪談假設、原型、A/B 文案測試。
實際範例：新餐廳 × 隨機詞「斗篷」
問題陳述：
「我們要為『下班後想放鬆但討厭吵雜』的上班族，在晚餐情境提供『沉浸、可控社交距離』的用餐體驗，KPI 是回訪率與社群分享率。」
隨機詞：斗篷
- 覆蓋/隱藏
- 點子：半遮蔽式座位（可拉簾），把「社交壓力」變成可調參數
- 驗證：用紙模/布簾做 1:1 原型，在店內測 10 組客人停留時間與滿意度
- 不被辨識 / 改變身份
- 點子：匿名點餐（只選偏好，不選菜名），廚房依偏好出「身份偽裝」套餐
- 驗證：用問卷測「願意為驚喜付費」的比例與可接受價格帶
- 披上/掀開的儀式感
- 點子：每道菜都有「揭露時刻」：上桌是蓋著的，客人自己揭開（拍照動機）
- 驗證：用 5 道 mockup 做小型試吃，追蹤拍照率/分享意願
- 材質/溫度/重量（斗篷保暖）
- 點子：冬季主題「暖罩」——視覺上像斗篷的罩盤保溫，延伸成品牌識別
- 驗證：測保溫效果與出餐節奏改善
再一個商業場景範例：SaaS Onboarding × 隨機詞「雨傘」
問題陳述：
「我們要讓新用戶在 7 天內完成 Aha moment，降低 30 天流失率。」
隨機詞：雨傘
- 折疊、可攜帶
- 遮蔽、擋雨
- 一鍵開合
- 多人共撐（共享）
- 有骨架（結構）
- 風大會翻（失效模式）
強迫連結點子：
- 「折疊」→ Onboarding 拆成可折疊的微模組，用戶只展開下一步（避免一次灌太多）
- 「遮蔽」→ 新手模式預設遮蔽高階功能，先保護成功率
- 「一鍵開合」→ 一鍵匯入/一鍵建立 demo data（降低啟動摩擦）
- 「骨架」→ 用明確的成功路徑骨架（Checklist + 進度條）讓用戶知道自己在哪
- 「翻傘」→ 針對失效模式設計：如果第三步卡住，自動切換「人工協助/教學短片/範本」
這類點子不保證對，但它們通常能提供你「本來不會想到的介面/流程假設」，然後你就能用實驗把它們打掉或留下。
注意事項：
1) 嚴格用字面意義聯想，不要多步驟推論
因為多步驟推論會讓你回到熟悉框架；你以為自己在創新，其實是在合理化既有偏見。
這方法的刺激點就在「不合理的連結」。
2) 不要在同一輪把詞「重新組合成你想要的版本」
例如抽到「鼻子」，你硬說它代表「直覺」，再說直覺代表「AI」——這已經是你在選路徑，不是隨機刺激。
3) 別把它當決策工具，只能當產生候選解的工具
決策需要證據鏈；隨機字典法只負責擴大候選集合，之後一定要做：使用者研究、原型測試、數據驗證。
4) 會議上要防止「聰明人把它講成玄學」
你應該要求每個點子都能回到：
- 它改變了什麼特徵？
- 對 KPI 的影響假設是什麼？
- 最小驗證是什麼？
實務操作腳本
- 3 分鐘：寫問題陳述（不准空泛）
- 1 分鐘：抓隨機詞
- 5 分鐘：隨機詞字面特性列點（每人至少 6 點）
- 10 分鐘：強迫連結發想（每人至少 8 個點子）
- 8 分鐘：三分數評分 + 合併同類
- 3 分鐘：選 1–2 個做「下週可驗證」的題目（owner、假設、方法、指標）