查核 Reddit 產品推薦背後的證據

搜尋前，先定義依據標籤

證據層級是用來標示一項主張現有依據的標籤。請使用以下四種標籤。在表格中保留這些名稱，讓其他讀者也能採用相同規則。

範圍明確的任務有清楚的限制。例如，匯入一個檔案的範圍，比聲稱某產品能處理所有報表工作的範圍小。

請為主張加上標籤，而非為帳號加上標籤。同一則推薦可能包含實用的任務自述，也包含缺乏依據的主張，聲稱該產品最適合所有人。請將兩者分列儲存。

使用第四種標籤時須特別謹慎。產品官方頁面可以支持文件所述的功能主張，但無法確認 Reddit 作者使用過該功能。你自己的測試可以顯示在該次測試條件下發生的情況，但無法驗證作者身分，也無法建立普遍適用的產品排名。

不要將這些標籤轉成數字化的信任分數。更多細節可以讓一份自述對某項任務更有用，但不能證明作者更誠實。

設定範圍明確的小規模搜尋

Reddit 上有一則公開提問：「把 Reddit 當作產品／服務評論的來源，有多可靠？」這個問法為本指南提供了實用的背景。所提供的證據記錄了標題，並非評論可靠性的研究，也無法顯示這個確切問題有多常見。公開的評論可靠性提問——於 2026 年 10 月 25 日擷取；已核對標題，未記錄發布日期。

如果只有少數已知推薦，請開啟公開來源，手動製作表格。需要更多候選貼文時，再使用資料蒐集程式。

Actor 是託管的資料蒐集程式。Reddit Search Scraper Actor 的文件列有輸入欄位，適合用來小規模搜尋相關貼文。Task 是已儲存的輸入預設設定。公開的 Reddit Market Research Posts Task 可作為起點。其頁面與確切的 Task ID `c2nOnGXoCJwsOgvdp` 已經核對，但目前儲存的設定未經驗證。Reddit Market Research Posts Task——於 2026 年 10 月 25 日查核；僅確認頁面存在，儲存設定與執行情況未經驗證。

首次進行小規模蒐集時，請使用以下建議輸入：

{
  "maxResults": 3,
  "query": "recommend reporting software",
  "sort": "relevance",
  "time": "all"
}

將範例 `query` 換成你的產品類別與任務用語。首次查核時，將 `maxResults` 保持為 3。這是要求的結果數量上限，並不保證會傳回三筆可用記錄。`sort` 要求依相關性排序，不會依證據品質排列推薦。`time` 要求使用不限時間的搜尋選項，不保證完整涵蓋所有歷史資料。

建議輸入已通過靜態結構檢查。結構定義說明允許的欄位與值。靜態檢查會依照該定義檢查輸入，不會蒐集資料。所提供的資料規格標示公開預設建置版本為 2.0.6。本次簡報並未執行 Actor。預設建置版本資料規格——於 2026 年 10 月 25 日查核；僅驗證結構，未實際蒐集資料。

公開貼文與公開 Task 頁面是公開證據。你自己帳戶中儲存的設定與執行記錄是另外的記錄。如果執行 Actor，請將這些記錄與研究資料一起保留。本指南沒有僅限擁有者存取的執行證據。

依照八個步驟建立證據表

1. 寫下選購問題

說明你需要產品完成什麼工作。列出可能改變決定的條件，例如檔案類型、任務頻率、團隊需求或核准要求。

寫下一個能透過測試回答的問題。例如，詢問工具能否完成所需的匯入作業，而不必手動修正。「哪個工具最好？」這類寬泛的問題，無法讓你明確判斷一則推薦。

如果需要比較，請說明哪些條件必須相同。採用相同任務與輸入，比兩份不相關的自述更容易進行清楚的比較。需要界定選擇背後的條件時，可參閱產品比較指南。本表應持續聚焦於每項主張的依據。

2. 蒐集候選貼文，並保留來源資料列

儲存完整且確切的搜尋輸入與蒐集日期。將原始輸出與閱讀筆記分開保存。不要用自己的結論取代來源中缺少的值。

已查核的資料規格，為此處使用的記錄列出以下欄位：

結構定義允許部分欄位缺少值。缺少 `body` 表示無法取得內文，不表示該陳述沒有個人使用經驗。缺少 `createdAt` 表示建立日期未知，不代表蒐集日期。

這些是資料規格列出的欄位，並非本指南實際執行後觀察到的結果。預設建置版本資料規格——於 2026 年 10 月 25 日查核；僅確認所列欄位，未測試實際輸出。

3. 閱讀問題與前後討論

將每篇蒐集到的貼文視為待檢查的來源。不要假設記錄包含所有回覆，或包含理解一則推薦所需的全部上下文。

開啟公開來源。閱讀該則推薦所回答的問題。檢查作者討論的任務、產品或版本，是否與你的選購問題相同。

標題可能只是在徵求推薦，沒有包含任何經驗自述。回覆也可能引用其他作者的話。如能取得主張本身的公開連結，請將其與來源貼文連結一起儲存。

如果無法檢查所需的上下文，請標記為無法取得。不要用附近的文字或搜尋摘要補全主張。

4. 區分使用自述與轉述的建議

找出說明個人使用經驗的段落。保留足夠文字，以呈現作者的主張。將作者自己的自述，與描述他人使用情況的陳述分開。

「試試這個工具」這類推薦並未說明曾使用。說同事在使用，則是在描述他人的經驗。兩者都無法確立作者本人曾親自使用。

僅憑重複措辭，無法確定建議最初來自何處。如果作者指出較早的來源，請記錄該連結。如果來源不明，就保留為未知。不要因為措辭相似，就推斷存在協同行動。

必要時，請拆分主張。關於使用工具的陳述，與關於其目前功能的陳述，可能需要不同的查核。

5. 記錄任務、結果、使用期間與比較

針對每份使用自述，記錄作者做了什麼，以及發生什麼情況。保留範圍限制，例如一個檔案、一個專案或一個團隊。

只有在明確說明時，才記錄使用期間。完成一項任務，不能證明已使用數月。較早的發布日期，也不能證明自該日起持續使用。

遇到比較時，請儲存比較基礎。作者是否使用過兩項產品？是否比較相同任務？偏好是否基於已說明的結果？請明確保留尚未回答的問題。

請在工作表中使用以下欄位：

你的筆記可協助整理資料，但不會成為 Actor 的輸出欄位。

6. 將關係揭露與猜測分開

關係揭露是對某種關係的明確陳述。如果出現相關文字，請連同來源一起記錄。將其與個人使用陳述分開。

如果沒有關係揭露，請寫「未說明」。這不表示不存在任何關係，也不能用來指控對方收費推廣。

不要根據語氣、帳號歷史或轉述的建議，推斷身分、任職關係、客戶身分或隱藏的關聯。你的任務是評估主張的依據。

7. 使用目前的第一手來源查核重要事實

產品的第一手來源是產品供應商提供的資料，例如官方文件。請用這類來源查核對你的決定有影響的事實主張。

儲存確切頁面、查核日期、相關條件，以及該來源支持的內容。將「文件有記載」與「已測試」分開。文件可以說明產品支援某項任務，但不代表已證明它處理你的檔案時有何表現。

如果找不到相關文件，請記錄「在已查核來源中未找到」。不要寫成該功能不存在。如果主張仍不明確，請保留為尚未釐清，並選擇進一步查核。

此處未提供競爭產品的事實資料，也未提供已完成的產品測試。這個步驟說明的是讀者需要自行完成的工作。

8. 選擇下一項要測試的任務

對照原本的選購問題閱讀表格。找出直接依據最少的重要需求。針對該需求查核文件，或進行小規模測試。

開始前，先寫下測試條件與所需結果。測試後，儲存實際結果。計畫中的測試不是已完成的證據。

不要根據票數或提及次數選出優勝產品。多則推薦可能只是在重複同一項缺乏依據的主張。Reddit 研究計數單位指南說明了為何需要分開處理記錄、帳號與來源群組。這些計數都無法取代任務證據。

逐步分析一個原創虛構範例

本例所有內容均為原創虛構。陳述與產品都是編造的。這不是 Actor 的執行記錄、客戶成果，也不是觀察到的公司研究結果。

這位虛構買方需要每月匯入 CSV。CSV 指逗號分隔值，是一種純文字表格格式。買方必須確認匯入時是否需要手動修正。

三則虛構陳述如下：

1. 推薦 A：「試試工具 A。」
2. 推薦 B：「我曾用工具 B 做過一次每月的 CSV 匯入。匯入完成了，但我必須手動修正日期欄。」
3. 推薦 C：「我用過工具 A 和工具 B。工具 A 比較好。」

卡片 A 提供了一項候選產品，但沒有說明執行匯入任務的使用經驗。

對這個選購問題而言，卡片 B 的自述最具體。它同時記錄了任務完成情況與限制。「一次每月的 CSV 匯入」描述的是一項任務，不能證明使用了一個月，也不能證明重複匯入了一年。這份自述仍未經驗證。

卡片 C 說明使用過兩項產品，但沒有解釋「比較好」是針對哪項任務。請保留使用自述，並將這項寬泛偏好維持為缺少任務細節支持的主張。

這項計算統計的是卡片：1 張建議卡片 + 1 張有詳細使用自述的卡片 + 1 張有使用自述但缺少細節的卡片 = 3 張推薦卡片。

說明曾使用的卡片有 2 張：B 與 C。這是兩張包含使用主張的卡片，不是兩位經驗證的客戶，也不能證明某項產品有更多使用者。

這個虛構範例尚未完成任何另行查核，因此已完成的查核次數為 0。這個零表示範例中已完成的工作數量，不表示任何一項產品未通過測試。使用期間仍是「未說明」，而非零天。

下一步是透過目前的官方來源，查核所需的匯入行為。如果能進行測試，買方可接著使用獲准使用、且具有所需日期格式的樣本。建議的測試應檢查是否需要手動修正。此處未提供該測試的結果。

做決定前，先檢查表格

檢查表格是否有以下問題：

1. 缺少內文：將記錄保留為無法取得。無法閱讀時，不要將其標記為缺乏依據的建議。
2. 缺少上下文：在能檢查問題或回覆的上下文之前，將是否適合該任務保留為尚未釐清。
3. 個人使用經驗不明確：保留原文措辭。不要將建議提升為親身經驗。
4. 缺少使用期間：寫「未說明」。不要根據來源日期推斷使用期間。
5. 比較過於寬泛：將偏好與具體任務的證據分開。
6. 產品事實尚未釐清：儲存已查核的內容。將文件未記載與資料無法取得分開。
7. 來源重複：保留來源連結，避免同一項主張看起來像是多次獨立確認。
8. 蒐集不完整：說明輸入設定的上限，以及實際可用的記錄數量。不要聲稱已涵蓋完整討論。

請另一位讀者依相同規則查核少量資料。請對方指出支持每個標籤的段落。記錄意見分歧，並釐清規則。讓讀者核對判斷是否一致，有助於找出不明確的規則，但無法驗證原始使用自述。

將結論限於明確範圍。說明哪項主張對你的任務有幫助、有何依據、哪些事項仍未知，以及下一項查核是什麼。不要將表格變成產品排名，也不要用來評斷帳號。