用已查核的公開證據建立競品功能矩陣

1. 搜尋前先定義買方任務

提供的公開買方提問，詢問如何研究競品處理某些軟體功能的方式，而提問者的團隊也計畫開發這些功能。這需要比較任務如何完成，單列功能名稱無法回答這個問題。這篇公開貼文提供了有用的背景，但不能證明這類需求有多普遍。公開買方提問，發布於 2024 年 7 月 5 日；擷取於 2026 年 10 月 25 日；僅供背景參考。

用一句話說明買方任務，寫出要執行的動作和所需結果。例如，買方可能需要將報表匯出為 CSV。CSV 是逗號分隔值，是儲存表格資料的文字格式。買方也可能需要查看哪些人核准過報表。這是兩項不同的需求，應各自列成一列。

搜尋前，先記錄：

1. 買方任務和所需結果。
2. 要比較的產品名稱。
3. 回答各項需求所需的證據。
4. 任何必要的訂閱方案、地區或軟體版本條件。
5. 比較日期，以及明確的研究停止條件。

訂閱方案是產品的訂閱等級。版本用來識別某次發布的軟體。這些條件可能影響來源是否能回答你的問題。若尚未得知某項必要條件，應將它記為待確認。

每一列的範圍都要小到足以查核。「報表功能」太廣泛。「官方文件將 CSV 列為匯出格式」則是可查核的判準。如果匯出檔案是否包含買方所需的欄位會影響決定，就應將它另列為一項判準。

收集結果前，先確定這個範圍。若之後出現新需求，應記錄變更，並將它套用到所有產品。不要只因某家供應商的說明很完整，就新增一列。

這張表比較的是買方任務的相關證據。若要比較競品網站在搜尋結果中的位置，請使用另一篇指南中的固定競品查詢組合方法。搜尋排名不能證明產品能力。

2. 明確定義證據狀態

填表前，先定義證據狀態。所有產品都要使用相同規則。

將文件證據和測試證據保存在不同欄位中。同一產品可以同時具備兩者。新增測試結果時，應保留用來指引測試的官方來源。

用簡短註記說明未知狀態。例如「格式不明」、「無法開啟頁面」、「訂閱方案不明」和「沒有已查核的來源」。這些註記用來說明證據缺口，不是對產品提出額外的主張。

例如，頁面寫著「匯出報表」，不能證明它支援 CSV 匯出。這段文字只能支持較廣泛的匯出說法。較明確的 CSV 判準仍屬未知，直到已查核的來源指明格式，或你自己的測試回答這個問題。

官方頁面若載明限制，應精確記錄。某個訂閱方案的限制，不代表所有訂閱方案都有相同限制。保留「僅限」、「除外」和「最多」等字詞，它們可能改變決定。

3. 先查核官方頁面

開啟各供應商的官方網站，尋找與買方任務最相關的頁面。可優先查看說明頁面、產品文件和訂閱方案頁面。第一手來源由負責該產品的組織提供，記錄的是該組織的說法，不能取代你自己的測試。

確認頁面屬於你要查核的供應商。評論網站、經銷商，或名稱相近的網站，都屬於不同來源。將第三方評論與官方產品證據分開記錄。

針對每個相關頁面：

1. 記錄完整頁面網址，以及開啟頁面的日期。
2. 閱讀與判準相關的段落。
3. 逐字儲存一小段原文，以及其標題或章節名稱。
4. 記錄其中載明的訂閱方案、地區、版本及其他條件。
5. 根據該段文字，寫下範圍明確且有限的證據判定。

搜尋摘要是搜尋結果附帶顯示的短文。請將它視為線索。在用它支持矩陣中的儲存格之前，先開啟頁面。另一篇將頁面段落作為證據前的查核指南會更詳細說明這項來源查核。

頁面若未顯示日期或版本，請寫「未載明」。不要用開啟頁面的日期代替。觀察日期讓讀者知道你何時查核頁面，但不能證明供應商何時撰寫或修改頁面。

這個方法會產出一份附有日期的比較，不能用來確定產品發布日期或隨時間發生的變更。

4. 用小型搜尋輸入尋找候選來源

你可以透過手動研究完成比較。需要協助尋找頁面時，Google Search Scraper 已記載的輸入與結果欄位適合用於尋找來源的步驟。Actor 是託管的資料收集程式。Task 則是為 Actor 儲存的一組預設輸入。

所提供的證據是在 2026 年 10 月 25 日查核公開預設建置版本 1.0.15 所得。它的結構定義用來界定輸入結構和欄位，並宣告了下方使用的欄位。靜態檢查確認此範例符合該結構定義。本篇指南未實際執行 Actor。這項檢查不能證明即時結果、完整涵蓋範圍或資料收集成功。公開預設建置版本，查核於 2026 年 10 月 25 日；僅有結構定義證據，未實際執行。

可使用以下建議的小型輸入：

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["reporting software CSV export documentation"]}

查詢是傳送給搜尋引擎的文字。請將範例查詢換成一家供應商的名稱，以及你實際要研究的買方任務。問題範圍要夠明確，才能找到相關官方頁面。對每個產品採用相同的研究方法。

範例指定使用 Google，國家為 US，語言為 en。只有在這些值符合研究範圍時才予以保留。每個已執行查詢的結果上限為 3 筆。上限限制的是要求收集的數量，不保證一定取得三筆結果，也不保證完整涵蓋相關頁面。

公開的 Competitor SERP Research Task，查核於 2026 年 10 月 25 日；僅確認頁面存在當時存在，Task ID 為 `Pjq0JLkzo0wHTcabU`。SERP 是搜尋引擎結果頁的縮寫。這個 Task 可作為起點，但其目前儲存的設定與執行時的行為都未經驗證。上方範例是建議的替代輸入，並非已驗證儲存設定的副本。

使用搜尋時，請保留以下已宣告的結果欄位：

這些欄位有助於追溯你如何找到來源，但不能證明頁面支持你對功能的主張。請另外記錄頁面查核。搜尋排名不是產品品質分數。

5. 儲存足夠細節，支持每個儲存格

使用摘要矩陣供讀者閱讀，並使用證據表供讀者查核。矩陣中的儲存格可以包含狀態和證據參照。讀者應能透過該參照找到來源段落及其條件。

在證據表中儲存以下欄位：

如果你透過搜尋找到來源，請將搜尋參照保存在來源紀錄旁。若多個頁面都與同一個儲存格有關，應為每個支持結論的頁面各自保留一筆證據紀錄。

不要用猜測值填補缺失欄位。「未載明版本」不同於版本零。「未執行測試」不同於測試失敗。「沒有已查核的來源」也不同於官方明確表示不提供某項功能。

公開頁面可以支持關於公開文件記載內容的主張，但不會揭露私人帳戶設定、內部核准紀錄或你自己的匯出結果。若執行經授權的帳戶測試，請將帳戶條件和結果保存在獨立的測試紀錄中。本篇指南沒有這類紀錄。

6. 確認條件相符後再下結論

將每個來源與買方的實際需求逐一比對。頁面可能記載了所需功能，卻仍無法確定它是否適合買方。

針對每個產品，查核以下條件：

1. 頁面是否指向要研究的產品？
2. 頁面是否回答了確切的任務與結果？
3. 載明的訂閱方案是否與買方的方案相符？
4. 若地區會影響結果，地區是否相符？
5. 若軟體版本會影響結果，版本是否相符？
6. 段落是否載明了影響任務的限制？

不要因頁面沒有提及某項條件，就假定該條件相符。記錄缺少的條件，並縮小結論範圍。

如果兩個官方頁面的說法似乎不一致，請保留兩者。記錄各自的日期、範圍和條件。在來源查核、供應商回覆，或明確記錄的讀者測試解決問題前，將判定標為待確認。不要未說明衝突就選用較有利的段落。

需要測試時，應在執行前定義預期結果。儲存步驟、測試日期、環境、預期結果、實際結果和證據。測試只能支持你查核過的任務與條件，不能證明某個產品整體較佳。

7. 逐步分析原創虛構範例

原創虛構教學範例。以下產品、買方需求和來源描述都是虛構的。這不是 Actor 執行結果、客戶成果，也不是對公司的實際觀察發現。讀者未執行任何測試。

虛構買方需要 CSV 匯出和核准歷程。產品 A 的官方說明頁面記載了 CSV 匯出。產品 B 的行銷頁面提到匯出，但未指明格式。針對所選任務，產品 C 沒有已查核的來源。這些來源描述都沒有回答核准歷程的問題。

將兩項任務分開：

此範例包含三個產品和兩項買方任務：

3 個產品 × 每個產品 2 項買方任務 = 6 個比較儲存格。

1 個「文件已記載」儲存格 + 5 個「未知」儲存格 = 6 個比較儲存格。

讀者執行的測試次數為 0。這個測試次數可以記為零，因為範例已明確說明沒有執行任何測試。五個未知儲存格表示證據缺失，不代表缺少五項功能，也不能將它們改記為五個零分。

產品 A 的 CSV 儲存格只能支持一項範圍有限的說法：其虛構官方說明頁面記載了 CSV 匯出。提供的虛構內容沒有訂閱方案、地區、版本、確切段落或頁面網址。這些欄位仍待確認。不要為了讓證據紀錄看似完整而編造內容。

產品 B 的頁面只能支持「頁面提到了匯出」這個較廣泛的說法，沒有回答 CSV 問題。產品 C 的缺口只表示尚未查核任何來源，無法據此確定是否有 CSV 匯出功能。

根據這些缺口，可提出以下問題：

你無法根據這張表，為這些產品在完整工作流程上的表現排名。但你可以找出做出該決定前，接下來需要查核的事項。

8. 分享前查核缺口及未能確認的情況

將每個儲存格與其來源紀錄逐一核對。確認讀者能從每項「文件已記載」的主張，找到官方頁面和相關段落。

清楚標示未能確認的情況：

將搜尋資料收集問題與產品研究發現分開記錄。收集結果為空或不完整，不能證明供應商缺少某項功能。

也要檢查摘要用語。「我們找到了這項任務的文件」比「這個產品符合我們所有需求」的範圍更小。文件記載某項功能，不等於經測試證明產品較佳。用矩陣說明已知事項、待解事項，以及哪個缺口會影響下一個決定。