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

比較競品時，先定義一項買方任務，再查核各供應商的官方來源，並記錄每個來源能支持的結論，以免憑空判定功能缺漏。使用功能比較矩陣，也就是以買方任務為列、產品為欄的表格。將證據標示為「文件已記載」、「讀者已測試」或「未知」。搜尋未找到答案，代表問題仍待解答，不能證明產品不提供該功能。

先手動查核官方產品頁面和說明頁面。需要時，再用搜尋尋找這些頁面。最後應產出一份附有日期的比較表，列出來源連結、已載明的限制及待解問題。文件記載的支援情況，應與產品能在你自己的使用環境中運作的證據分開記錄。

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

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

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

搜尋前，先記錄：

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

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

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

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

這張表比較的是買方任務的相關證據。若要比較競品網站在搜尋結果中的位置，請使用另一篇指南中的[固定競品查詢組合](/zh-Hant/articles/%E5%9B%BA%E5%AE%9A-bing-%E9%97%9C%E9%8D%B5%E5%AD%97%E9%9D%A2%E6%9D%BF%E6%AF%94%E8%BC%83%E7%AB%B6%E7%88%AD%E5%B0%8D%E6%89%8B/)方法。搜尋排名不能證明產品能力。

## 2. 明確定義證據狀態

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

| 證據狀態 | 代表的意義 | 無法證明的事項 |
| --- | --- | --- |
| 文件已記載 | 已查核的官方文字，在其載明的條件下支持該項明確判準 | 能在買方的使用環境中成功運作 |
| 讀者已測試 | 你已執行所述測試，並儲存結果及測試條件 | 其他訂閱方案、版本或任務也受到支援 |
| 未知 | 已查核的證據仍無法確定該項判準 | 缺少某項功能，或該項得分為零 |

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

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

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

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

## 3. 先查核官方頁面

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

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

針對每個相關頁面：

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

搜尋摘要是搜尋結果附帶顯示的短文。請將它視為線索。在用它支持矩陣中的儲存格之前，先開啟頁面。另一篇[將頁面段落作為證據前的查核指南](/zh-Hant/articles/%E5%90%91%E7%B6%B2%E9%A0%81%E6%90%9C%E5%B0%8B%E4%BB%A3%E7%90%86%E6%8F%90%E4%BE%9B%E4%BE%86%E8%87%AA-bing-%E7%9A%84%E5%B7%B2%E6%A0%B8%E5%B0%8D%E7%B6%B2%E9%A0%81%E8%AD%89%E6%93%9A/)會更詳細說明這項來源查核。

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

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

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

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

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

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

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

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

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

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

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

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

| 欄位 | 使用方式 |
| --- | --- |
| `executedQuery` | 保留與結果對應的完整查詢文字 |
| `engine` | 記錄該筆資料回報的搜尋引擎 |
| `title` | 識別候選頁面 |
| `canonicalUrl` | 保留回傳的結果網址，再查核實際導向的頁面 |
| `resultDomain` | 協助識別回報的網站網域 |
| `snippet` | 尋找可能相關的內容；若值缺失，保留缺失狀態 |
| `isSponsored` | 保留付費結果標記，讓讀者可以看見 |
| `rank` | 記錄在已解析且受支援的結果區塊中的累計順位 |
| `observedAt` | 記錄搜尋觀察時間 |

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

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

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

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

| 儲存欄位 | 記錄內容 |
| --- | --- |
| 產品 | 確切的供應商與產品名稱 |
| 買方任務 | 要執行的動作和所需結果 |
| 判準 | 這筆紀錄要回答的明確問題 |
| 證據狀態 | 文件已記載、讀者已測試或未知 |
| 來源網址 | 完整官方頁面網址，或明確標示缺失 |
| 頁面標題與段落位置 | 頁面標題，以及相關標題或章節 |
| 支持結論的段落 | 簡短的逐字原文，保留其中的條件 |
| 頁面日期或版本 | 頁面載明的內容，或「未載明」 |
| 觀察日期 | 實際查核頁面的日期 |
| 訂閱方案與地區 | 已載明的條件，以及是否相符仍待確認的事項 |
| 範圍註記 | 該段文字支持的事項，以及仍待解答的事項 |
| 讀者測試 | 未執行，或指向你的測試紀錄的參照 |
| 待解問題 | 做出決定所需、但仍缺少的事實 |
| 下一步行動 | 明確的頁面查核、測試或供應商提問 |

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

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

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

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

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

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

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

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

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

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

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

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

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

將兩項任務分開：

| 買方任務 | 產品 A | 產品 B | 產品 C |
| --- | --- | --- | --- |
| 匯出為 CSV | 文件已記載；說明頁面描述了 CSV 匯出 | 未知；匯出格式不明 | 未知；沒有已查核的來源 |
| 查看核准歷程 | 未知；未提供支持結論的段落 | 未知；未提供支持結論的段落 | 未知；沒有已查核的來源 |

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

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

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

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

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

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

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

| 產品 | 下一個證據問題 |
| --- | --- |
| A | 文件記載的 CSV 匯出適用哪些條件？哪個來源說明了核准歷程？ |
| B | 產品文件記載了哪些匯出格式？ |
| C | 哪個官方頁面說明了其中任一項買方任務？ |

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

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

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

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

| 情況 | 紀錄 | 判定限制 |
| --- | --- | --- |
| 搜尋未找到有用的頁面 | 未知；未找到有用來源 | 不可推斷產品缺少該功能 |
| 無法開啟候選頁面 | 未知；無法查核頁面 | 不可將搜尋摘要當作證明 |
| 頁面只描述較廣泛的功能 | 較明確的判準仍屬未知 | 將較廣泛的說法分開記錄 |
| 缺少必要條件 | 條件待確認 | 不可聲稱產品適合買方 |
| 官方頁面的說法互相衝突 | 衝突尚未解決 | 保留兩個來源 |
| 讀者未執行任何測試 | 未測試 | 不可暗示已有實際操作結果 |

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

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

## 選擇下一項查核

先處理最影響買方選擇的待解問題。查核一個官方頁面、向供應商提出一個明確問題，或提出一項小規模帳戶測試。在採取行動前，先說明預期取得的證據。提出的測試在實際執行並儲存結果之前，都仍只是提案。

需要協助尋找候選頁面時，可使用 [Google Search Scraper](https://apify.com/chronometrica/google-search-scraper)。先使用上方的小型替代輸入，再開啟相關官方來源，完成證據紀錄。分享附有日期的矩陣及其中的待解問題，讓下一個決定以已查核的證據為依據。

## 來源與延伸閱讀

- [Google Search Scraper 公開預設建置版本 1.0.15，查核於 2026 年 10 月 25 日；僅確認宣告欄位並完成靜態驗證，未實際收集資料](https://api.apify.com/v2/acts/mlmVX4amk2biciJaB/builds/default)
- [Competitor SERP Research Task，查核於 2026 年 10 月 25 日；已確認公開頁面與確切 Task ID，儲存設定及執行情況未經驗證](https://apify.com/chronometrica/google-search-scraper/examples/competitor-serp-research)
- [公開競品研究提問，發布於 2024 年 7 月 5 日；擷取於 2026 年 10 月 25 日；僅供買方背景參考，不是需求或產品證據](https://www.reddit.com/r/ProductManagement/comments/1dw40o7/how_do_you_all_manage_competitor_research/)