# 從 Reddit 貼文建立客戶原聲文案素材庫

蒐集客戶用語時，請儲存簡短的原文短句，並記下發言者的情境、任務、前後文及來源網址。將每段引文與你的解讀、擬用文案分開。保留「可以」、「不」及「每週」等用語。先自行閱讀公開貼文。需要儲存更多來源紀錄時，再使用蒐集工具。公開的經驗敘述可以作為寫作參考，但不能據此認定對方為產品背書、已確認是客戶，或市場確有需求。

文案素材庫是一組來源紀錄與寫作筆記。客戶原聲文案素材庫會將人們的原話與賦予這些話意義的脈絡放在一起。使用 Reddit 時，除非另有證據，否則應將發言者是否為客戶標為未知。

完成後的素材庫應讓其他讀者能將每則擬用文案追溯至來源，也應清楚顯示哪些內容是你自己的想法。

## 1. 選定一項任務，並明確界定範圍

蒐集短句前，先寫下你想了解的工作。選定一項任務與情境，不要只記錄對產品的籠統感受。

本教學主題中的任務是匯出報表。適合的研究範圍是報表欄位相關工作，包括反覆設定欄位。這個範圍能讓你分開處理談匯出速度的短句，以及談重新建立版面的短句。

記下三件事：

1. 你想了解的任務。
2. 讓這些用語與研究有關的情境。
3. 不納入這份素材庫的用語類型。

例如，你可以納入準備報表欄位的段落，將無關的帳務討論排除在這次蒐集之外。這些是建議的研究選擇，並非對 Reddit 使用者討論內容的研究發現。

提供的公開問題問道：「你們實際上如何使用 Reddit 做客戶研究？」這個問法需要一套實用方法。不過，現有證據只有擷取的搜尋標題與摘要。本次簡報並未查閱完整頁面。這筆紀錄顯示有人問過相關問題，但無法顯示本指南要回答的確切問題有多常見。[公開的客戶研究問題——擷取於 2026-08-11；發布日期未知；僅有標題與摘要](https://www.reddit.com/r/AIAgentsStack/comments/1ozfd89/how_are_you_actually_using_reddit_for_customer)。

將目的限於蒐集有用的語言素材，供日後檢驗文案使用。不要將這份素材庫變成整體情緒分數、功能排名，或創業構想能賣得動的證明。

## 2. 建立紀錄，將來源與筆記分開

使用試算表或其他方便檢查的表格。為每段選定的文字建立一張脈絡卡，也就是一筆包含引文、來源及筆記的紀錄。

一篇貼文可能包含多段有用的文字。如果你從同一篇貼文製作多張卡，請在每張卡保留相同的來源識別資料。卡片增加，不代表來源貼文或人數增加。

儲存下列欄位。蒐集結果可以提供部分欄位，研究筆記則由你自行補上。

| 欄位 | 儲存內容 |
| --- | --- |
| 卡片識別碼 | 你為所選段落設定的固定標籤 |
| 來源識別資料 | `postId` 與 `canonicalPostUrl` |
| 搜尋紀錄 | `inputQuery`、指定的 `sort`、指定的 `time` 及 `maxResults` |
| 社群脈絡 | 可取得時，儲存 `requestedSubreddit` 與 `matchedSubreddit` |
| 來源文字 | `title` 或 `body` 中的相關文字 |
| 原文短句 | 你選取的簡短段落，保留原文不變 |
| 前後文 | 足以說明短句含義的鄰近文字 |
| 來源日期 | 分別保留 `createdAt` 與 `observedAt`，不可合併為同一個值 |
| 資料可用狀態 | `status` 與 `unavailableFields`，並清楚顯示尚未補足的資料缺口 |
| 發言者情境 | 明確提及的角色或條件；未提及的細節標為未知 |
| 發言者任務 | 發言者描述的工作 |
| 觸發原因 | 引發這項任務或困難的事件 |
| 期望結果 | 明確提及的結果，或清楚標為你個人解讀的內容 |
| 解讀 | 你認為這段話的意思，以及這樣解讀的理由 |
| 文案假設 | 你自行提出、準備日後檢驗的文案 |
| 審查筆記 | 你檢查了什麼、哪些內容仍不清楚，以及檢查時間 |

文案假設是你提出、想要測試的措辭。它不是來源引文，也不是已核實的產品主張。

保留來源文字不變。如果縮短某段文字，請在旁邊儲存完整的依據段落。這樣審查者才能檢查較短的引文是否仍保有相同含義。

將缺失值視為未知。缺少頻率資訊不等於「從不」。缺少耗時資訊不等於零分鐘。未提及角色，不能證明作者沒有採購決策權。缺少發布日期時，也不能改用觀察日期。

## 3. 先閱讀來源，再選取短句

開啟每個相關的公開來源，閱讀足夠的前後文，了解段落含義。搜尋摘要可以幫你找到候選素材，但其中的文字可能不足以建立一張通過審查的卡片。

依照下列順序進行：

1. 確認網址及來源識別資料與你正在閱讀的貼文相符。
2. 閱讀標題及內文中的相關段落。
3. 確認段落中的話是誰說的。
4. 確認這些話描述的任務、條件及時間範圍。
5. 選出能保留原意的最短段落。
6. 儲存前後文及尚未釐清的問題。

不要將貼文引用的他人言論算在貼文作者身上。問題句也需要審慎處理。有人問匯出功能是否正常，不一定表示他曾遇到匯出失敗。

保留限定陳述範圍的詞語。「對我們團隊而言」限定了發言者所述經驗的範圍。「每週」描述反覆出現的情境。「我可以匯出」表示在這段經驗中，匯出是可行的。刪除這些詞語可能改變原意。

不要將不同貼文的片段合併成一段引文。如果多段文字為你的寫作提供參考，請分別保留卡片，並在解讀欄位說明它們的關聯。

如果脈絡不足以確認任務或發言者，請將卡片保留為待確認。不要根據你期望的客戶樣貌補齊內容。

## 4. 需要時，使用 Actor 蒐集公開貼文

Actor 是在託管環境中執行的資料蒐集程式。[Reddit Search Scraper Actor](https://apify.com/chronometrica/reddit-search-scraper) 的文件列出了適合公開資料蒐集步驟的輸入與輸出欄位。你仍須自行選取短句、閱讀脈絡，並編寫文案素材庫。

提供的小規模輸入範例如下：

```json
{"maxResults":3,"query":"export report columns","sort":"relevance","time":"all"}
```

4. 需要時，使用 Actor 蒐集公開貼文

這是一組建議輸入，不是從已儲存的預設設定複製而來，也不代表已完成搜尋。它已通過結構描述的靜態檢查。結構描述定義可接受的欄位名稱、型別及值。靜態檢查會將輸入與這些規則比較，不會執行蒐集程式。

使用前：

1. 將 `query` 改為與所選任務相關的詞語。
2. 首次小規模檢查時，將 `maxResults` 保持為 3。
3. 檢查 `sort`。範例指定的是 `relevance`。
4. 檢查 `time`。範例指定的是 `all`。
5. 將完整且未經更動的輸入儲存在來源紀錄旁。

已檢查的結構描述允許 `maxResults` 使用 1 至 10000 的整數。`sort` 可接受的值為 `relevance`、`hot`、`top`、`new` 及 `comments`。`time` 可接受的值為 `all`、`hour`、`day`、`week`、`month` 及 `year`。

將要求的上限設為 3，不代表一定會傳回三篇可用貼文。指定時間設定，也不代表會完整涵蓋該時間範圍。本次簡報並未執行 Actor。這項檢查不能證明即時資料可用，也不能證明蒐集運作正常。[公開預設建置版本 2.0.6——檢查於 2026-10-25；僅有結構描述證據；未實際執行](https://api.apify.com/v2/acts/vwOCid7mnPXd0rMTz/builds/default)。

文件記載的輸出欄位包括上表列出的來源及日期欄位。部分值可能缺失。閱讀文字時，請一併查看 `status` 與 `unavailableFields`。不要用猜測補上缺少的脈絡。

[Reddit Post Customer Language Research Task](https://apify.com/chronometrica/reddit-search-scraper/examples/reddit-post-customer-language-research) 提供另一個起點。Task 是一組已儲存的 Actor 輸入設定。其公開頁面及確切的 Task 識別資料已於 2026-10-25 檢查。目前儲存的輸入及執行時的行為仍未核實。使用前請檢查設定，不要假設其中包含此處顯示的範例輸入。

這次蒐集的對象是公開貼文。僅限擁有者存取的支援紀錄、帳戶資料及私人訊息，應透過另一套已獲授權的流程處理。不要將這些紀錄標為 Reddit 輸出。公開的文字也不代表你已獲准將發言者用作推薦見證。

## 5. 將情境、解讀及擬用文案分開

儲存來源後，將你的筆記加入獨立欄位。

情境說明這些話在什麼情況下適用。觸發原因說明是什麼引發這項工作。期望結果描述發言者想達成什麼。這些欄位各自都可能是未知。

知道任務每週進行，並不能得知目前困難的起因。抱怨反覆設定，也不代表要求某項特定功能。不要只為了讓表格看起來完整，就填滿所有欄位。

用簡單的話寫下你的解讀，並指出支持解讀的原文。推論某個結果時，請標為解讀，不要當成發言者的直接陳述。

接著，用自己的話擬出文案假設。清楚保留以下三個層次：

1. 來源：對方寫了什麼。
2. 解讀：你認為這段話是什麼意思。
3. 文案假設：你提議日後使用的說法。

不要修改引文，讓它看起來像你的文案。不要在自己的摘要外加上引號。

在公開文案中使用某則訊息前，先確認產品能否實現其中的承諾。描述困難的來源段落不能證明解決方案有效。即使尚不清楚產品能否實現擬用文案的承諾，仍可將該文案保留在素材庫中。

## 6. 移除研究不需要的個人細節

保留任務與情境。移除無助於解釋用語的個人細節。

工作用的素材庫不需要公開使用者名稱，也能保留與報表欄位有關的短句。使用卡片識別碼、來源識別碼及網址追溯來源。不要加入聯絡資料，也不要從無關資訊推測發言者的雇主。

如果選取的段落含有個人細節，請盡可能選用較短的原文段落。如果這樣會失去必要含義，請將卡片標為限制存取，或不要將它放進分享版本。不要在未註明的情況下修改文字，卻仍稱之為原文引文。

將來源存取與對外呈現分開處理。可追溯來源的內部卡片，不一定適合用於廣告或公開的客戶故事。來源筆記應清楚標明這項區別。

## 7. 操作範例：兩張脈絡卡與一則擬用文案

原創虛構範例。本範例中的每篇貼文與每張卡片都是虛構的。這不是 Actor 執行結果、客戶成果，或實際觀察到的公司研究發現。這個兩張卡片的範例，與建議輸入中設為 3 的上限無關。

第一篇虛構貼文寫道：

### 7. 操作範例：兩張脈絡卡與一則擬用文案

我可以匯出報表，但每週重新設定欄位需要花時間。

儲存整個句子。「我可以匯出」很重要，「每週」也很重要。將這段話縮成「無法匯出」，會使部分含義完全相反。

| 卡片欄位 | 虛構卡片 A |
| --- | --- |
| 原文短句 | 我可以匯出報表，但每週重新設定欄位需要花時間。 |
| 來源 | 虛構貼文 A；沒有真實的來源網址 |
| 發言者任務 | 匯出報表 |
| 情境 | 每週重新設定欄位 |
| 觸發原因 | 未知；這段話沒有說明為何需要重新設定 |
| 提及的耗時 | 有提到需要花時間，但確切時間未知 |
| 解讀 | 這段敘述指出，雖然可以匯出，仍需要反覆設定欄位 |
| 文案假設 | 儲存可重複使用的欄位配置。 |
| 產品能否實現 | 未核實；這個假設不是對產品能力的主張 |

文案假設是寫作者的想法。虛構的發言者沒有使用這個說法，也沒有證明這項功能存在。

現在加入第二篇虛構貼文，內容是稱讚匯出速度。將它儲存為卡片 B，並保留它自己的來源與情境。不要用它抵銷卡片 A。匯出速度與反覆設定欄位，涉及工作中的不同部分。

| 檢視單位 | 虛構數量 | 含義 |
| --- | --- | --- |
| 脈絡卡 | 1 + 1 = 2 張卡片 | 這個虛構範例中記錄的兩段經驗敘述 |
| 來源貼文 | 1 + 1 = 2 篇貼文 | 每張卡片各有一個虛構來源 |
| 擬用文案 | 1 則文案假設 | 寫作者根據卡片 A 提出的一個想法 |
| 已確認身分的客戶 | 未知 | 本範例未確認任何人的客戶身分 |
| 付費意願 | 未知 | 兩張卡片都沒有提供付款證據 |

兩張卡片不等於兩位已確認身分的買家。它們不能代表多數人的情況，也不能確立市場比例。卡片 A 中未知的耗時不是零。卡片 B 的稱讚，也不能讓這個時間變成已知。

素材庫較大時，請[先確認單位，再報告數量](/zh-Hant/articles/%E5%96%AE%E4%B8%80%E8%A8%8E%E8%AB%96%E4%B8%B2%E6%98%AF%E5%90%A6%E4%B8%BB%E5%B0%8E%E7%A0%94%E7%A9%B6%E7%B5%90%E6%9E%9C/)。卡片以卡片計數，貼文以貼文計數。多段選取的文字可能來自同一個來源。

## 8. 檢查每張卡片，處理缺少的證據

將短句用於簡報前，先審查整張卡片。

1. 將引文追溯至來源段落及網址。
2. 逐字比對引文與來源。
3. 檢查否定詞、條件、時間範圍及單位。
4. 確認這些話是誰說的，以及涉及什麼任務。
5. 將推論的細節標為解讀。
6. 將文案假設放在引文欄位之外。
7. 檢查產品能否實現每項擬用承諾。
8. 清楚保留缺失值及尚未釐清的脈絡。

卡片未通過檢查時，採取下列行動。

| 問題 | 下一步行動 |
| --- | --- |
| 只有搜尋摘要 | 先保留為候選素材，直到能查閱足夠的來源脈絡 |
| 缺少內文 | 記錄缺口，不要編造段落 |
| 發言者或任務不明 | 將卡片保留為待確認，並寫明不確定之處 |
| 縮短的引文改變了原意 | 補回足夠的原文，或不採用縮短的引文 |
| 兩筆紀錄不一致 | 保留兩個版本，使用前先檢查差異 |
| 來源已無法存取 | 將已保留的文字與觀察紀錄一併保存；若未保留文字，則將問題維持為未解決 |
| 擬用文案承諾了未經檢查的功能 | 將它保留為未核實的假設 |

除非先前已保留舊來源，否則不要聲稱已找回它。來源連結失效，可能縮小目前能查核的範圍。請記錄這項限制。

卡片缺少足夠脈絡，不代表該任務沒有困難。這只是一筆你目前還無法解讀的紀錄。同樣地，小規模蒐集沒有取得可用短句，也不能證明客戶沒有值得參考的話。先確認問題出在查詢、來源可用性，還是你界定的選材範圍。

## 選出下一則要檢驗的文案

選出一個能明確對應來源的文案假設。準備一份簡短的寫作簡報，列出原文短句、脈絡、你的解讀及擬用文案。說明哪些資訊仍不清楚。在公開文案中使用前，先確認產品能否實現文案中的承諾。

接著，提出與真實客戶檢驗文案的做法。請將這項未來行動與素材庫中已有的證據分開。本指南並未進行客戶測試。如果你要判斷的是根本問題能否支持一個創業構想，請參閱另一篇[檢驗 Reddit 問題假設的指南](/zh-Hant/articles/reddit-%E7%97%9B%E9%BB%9E%E9%A9%97%E8%AD%89/)。

如果你需要更多公開案例，先用 [Reddit Search Scraper Actor](https://apify.com/chronometrica/reddit-search-scraper) 進行一次小規模蒐集。檢查傳回的紀錄後，再擴大蒐集範圍。有用的成果是一份可追溯來源的語言素材庫，清楚標明限制，並指出下一則要檢驗的具體文案。

## 來源與延伸閱讀

- [Reddit 公開客戶研究問題——擷取於 2026-08-11；發布日期未知；僅擷取標題與摘要；未查閱完整頁面](https://www.reddit.com/r/AIAgentsStack/comments/1ozfd89/how_are_you_actually_using_reddit_for_customer)
- [Reddit Search Scraper 公開預設建置版本 2.0.6——檢查於 2026-10-25；包含輸入結構描述及宣告的輸出欄位；未實際執行，亦無資料產出量或涵蓋範圍的證明](https://api.apify.com/v2/acts/vwOCid7mnPXd0rMTz/builds/default)
- [Reddit Post Customer Language Research Task——檢查於 2026-10-25；已確認公開頁面及確切的 Task 識別資料；目前儲存的輸入及執行時的行為仍未核實](https://apify.com/chronometrica/reddit-search-scraper/examples/reddit-post-customer-language-research)