將衝突的客戶訪談轉為一項 SaaS 決策

在已有來源層級筆記後使用：訪談、已授權摘錄或其他可追溯紀錄。在尋找模式前，為每個人建立一筆紀錄。詢問證據應改變哪項近期決策，例如是否聚焦受眾、調查工作流程或執行小型測試。

同一個人對一個主題是一個來源，即使他提到三次。重複可讓引言更容易理解，但不會產生三位獨立客戶。

矩陣可揭示相同標籤是否隱藏不同情境。讓每列保持足夠簡短，以追溯到個別紀錄；新增來源參考資料，而不是以計數取代它。

不要將 Priya 的引言、行為和替代做法算為三票。它們是一個來源中的三個細節。與 Mateo 和 Nia 的歧見是有用證據，不是抹除他們紀錄的理由。

綜合前，讓個別紀錄足以讓其他人看見說了什麼、在何種環境，以及它實際能支持什麼。不要將解讀變成引言。

• 原始來源參考資料與日期，以便在情境中檢查陳述。
• 任務的角色、環境與觸發事件：不只是寬泛角色標籤。
• 短篇已授權摘錄，或清楚標示為轉述的精確釋義。
• 具體過去行動、時間或後果；將未來意圖放在獨立欄位。
• 目前工具、人工流程或不採取行動的決策。
• 讓問題對此人變小、已解決或無關的內容。
• 會改變此紀錄應獲多少權重的缺少事實。

使用既有的 客戶探索工作表 在此彙整前建立這些來源層級紀錄。

這三個標籤可避免小型訪談集合聽起來比實際更確定。它們指向不同的下一步行動。

下方範例並未斷言所有招募人員都需要追蹤器。它將狹窄且衝突的紀錄轉為可測試的決策，而不聲稱資料所不支持的確定性。

若紀錄無法回答決策，請寫下「證據不足」，並收集最小的缺少比較。決策備忘錄可以建議不建置、更聚焦受眾或不同問題。

此完整範本無須註冊即可使用。從個別已授權紀錄開始；在將每個來源簡化為主題前，讓它可追溯。

我需要做的決策：
目標角色與情境：
納入的紀錄（每位獨立人員一列）：

主題：
- 參與者／來源／日期：
- 角色與情境：
- 短篇已授權摘錄或標示的釋義：
- 過去行為或後果：
- 目前替代方案：
- 反證或不適用的條件：
- 未知／未提及：

跨不同參與者的支持證據：
-

跨不同參與者的挑戰證據：
-

僅適用於此情境的內容：
我尚無法得出的結論：

目前決策：
一項下一步測試：
會改變此決策的觀察：
檢閱日期：