# 如何審查 Instagram 留言中的購買問題

審查購買問題時，請搭配原貼文閱讀每則公開留言，指出留言提出的問題，並記錄人工回覆所需的下一項事實。將價格、供貨狀況、配送資格及產品適用性問題，與既有訂單客服問題分開處理。詢問價格不代表已確認是買家。請查核產品事實、指派負責人，並在發布回覆前取得核准。

先查看品牌自己的 Instagram 帳號與產品紀錄。留言不多時，一份人工整理的表格可能就足夠。需要儲存留言資料供審查時，再使用蒐集工具。工具會提供公開文字及來源詳細資料。仍須由人員查核脈絡，並決定回覆內容。

最後會得到一份回覆審查表。表中記錄公開問題、已查核的脈絡、缺少的事實，以及已核准的行動。這不是已確認買家名單，也不是銷售預測。

## 1. 界定審查範圍

選擇品牌自己發布、已知且公開的產品貼文。開始前，記下貼文連結，並設定一段較短的審查期間。說明你只會審查留言一次，還是之後會再次查核。

第一層留言直接位於貼文下方。回覆則位於另一則留言下方。本方法使用公開的第一層留言。人員可以查看可見的回覆，以了解脈絡，但下方的蒐集輸入設定不會匯出這些回覆的文字。

撰寫簡短的範圍說明，包含以下項目：

1. 所選的公開產品貼文。
2. 選擇這些貼文的原因。
3. 審查期間。
4. 每篇貼文最多蒐集的留言數。
5. 負責查核產品事實的人員。
6. 處理個人訂單資料的一般客服流程。

本指南源於一個讀者問題，詢問如何「從 Instagram 私訊與留言中篩選潛在客戶」。在此，篩選是指確認一個問題還需要哪些資訊，才能給出有用的回覆。DM 指的是私訊，不在本蒐集方法的範圍內。所提供的問題來自一則與供應商有關聯的公開討論。這只顯示有人問過這項工作，不代表存在市場需求、產品使用情況或付費意願。[讀者問題，發布於 2026 年 7 月 2 日；單一與供應商有關聯的觀察紀錄](https://www.reddit.com/r/socialmedia/comments/1uldmg5/founderscreators_how_are_you_qualifying_leads/)。

不要根據按讚、帳號名稱或個人檔案資料，猜測誰會購買。請依據問題的文字與產品脈絡做出判斷。

## 2. 只在需要時蒐集少量樣本

Actor 是在託管環境中執行、用來蒐集資料的程式。[Instagram Comments Scraper](https://apify.com/chronometrica/instagram-comments-scraper) 的文件說明，其適用用途是儲存已知公開貼文或 Reels 的公開第一層留言。它不會傳回私訊、回覆文字、購買意圖或銷售資料。這些限制來自所提供的 0.1.21 建置版本公開介面規格查核。本指南未進行付費執行。[公開預設建置版本，查核於 2026 年 10 月 25 日；僅檢查介面規格](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)。

可從這份精簡輸入設定開始：

```json
{
  "collectAllAvailable": false,
  "commentSortMode": "default",
  "maxCommentsPerPost": 10,
  "postUrls": ["https://www.instagram.com/reel/DIwcCZgxVZP/"]
}
```

2. 只在需要時蒐集少量樣本

請將範例 Reel 網址換成品牌自己發布、已知且公開的產品貼文。範例網址不能作為你產品的證據。這份輸入設定已通過公開輸入規則的檢查，但未為本文實際執行。

`postUrls` 存放貼文連結。`maxCommentsPerPost` 將每篇貼文的蒐集上限設為 10 則不重複的第一層留言。10 是上限，不是保證會取得的筆數。

將 `commentSortMode` 設為 `default`，會保留來源的預設順序。這不保證取得最新留言，也不保證是隨機樣本。文件中列出的其他選項，會依日期排列已蒐集的樣本。

將 `collectAllAvailable` 設為 false，會保留數量上限。設為 true 則會移除該上限，費用也可能大幅增加。當公開資料流結束、時間用完或來源發生錯誤時，執行仍可能停止。移除上限不代表已完整蒐集。

Actor 也接受選填的日期欄位 `commentsFrom` 和 `commentsUntil`。本範例未使用這些欄位。如果你加入日期，請將設定與審查備註一併保存。

Task 是為 Actor 儲存的一組輸入預設值。公開的 [Instagram Customer Feedback Comment Dataset Task，查核於 2026 年 10 月 25 日；僅確認頁面存在](https://apify.com/chronometrica/instagram-comments-scraper/examples/instagram-customer-feedback-comments) 可作為起點。目前只確認了它的公開頁面存在，未透過已驗證身分的帳號讀取其儲存的輸入設定，也未執行。使用前，請檢查設定並替換範例值。

## 3. 將來源欄位與審查決定分開

加入標籤前，先保存原始匯出檔。欄位是每筆儲存資料中，一個有名稱的值。每筆資料代表一則蒐集到的第一層留言。

保留以下文件列出的來源欄位：

| 來源欄位 | 記錄內容 | 保留原因 |
| --- | --- | --- |
| `postUrl`, `postId`, `postShortCode` | 貼文連結、貼文識別碼，以及連結中的短碼 | 再次找到產品貼文 |
| `commentId` | 來源提供的留言識別碼 | 比對不同次匯入中的同一則留言 |
| `text` | 公開留言的文字 | 保留對方寫下的原文 |
| `createdAt` | 來源記錄的留言發布時間 | 確認留言是否在審查期間內 |
| `ownerId`, `ownerUsername`, `ownerVerified` | 可取得的公開帳號資料 | 保留來源身分資料，但不將其視為買家證明 |
| `likesCount`, `repliesCount` | 可取得時，由來源回報的按讚數與回覆數 | 保留來源數值，但不將其作為購買證據 |
| `collectedAt` | 蒐集該筆資料的時間 | 顯示觀察到留言的時間 |

這些都是 Actor 欄位。問題標籤與核准狀態則是另外建立的人工欄位。公開輸出規格列出了上述來源欄位。[公開預設建置版本，查核於 2026 年 10 月 25 日；未進行實際執行測試](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)。

使用試算表時，請將識別碼保留為文字。識別碼用來辨識紀錄，不是用於計算的數字。檔案處理方式請參閱 [Instagram 留言匯出指南](/zh-Hant/articles/%E8%AB%96%E6%96%87-%E5%85%AC%E9%96%8B-instagram-%E7%95%99%E8%A8%80%E5%8C%AF%E5%87%BA-excel/)。本次審查應專注於問題，以及回答所需的事實。

依據 `commentId` 移除重複匯入的資料。即使文字相同，只要兩則留言的識別碼不同，就應各自保留。缺少識別碼時，請將該筆資料保留為未解決。不要因兩筆資料的識別碼都是空白，或文字相同，就將它們合併。

保留缺失值。null 表示無法取得該值。零則是已觀察到的數值。`repliesCount` 為 null，不代表沒有回覆。回覆數為零，也不會提供回覆文字。這兩種值都無法告訴你，怎樣的產品回覆才有用。

## 4. 先閱讀貼文，再標記問題

開啟原始產品貼文。閱讀貼文說明，並查看其中展示的產品。接著，依問題需要，查核目前的產品頁面、價格條件、庫存資訊或配送條款。

簡短的問題可能有多種意思。「多少錢？」可能是在問同一篇貼文中的單品、組合或某個款式。「這個適合嗎？」需要先確定產品與用途。「有寄到這裡嗎？」則沒有指出目的地。

針對每則留言，記錄查核內容與時間。盡可能附上來源連結。如果貼文展示多項產品，請寫明問題看來是在問哪項產品，以及判斷原因。如果無法判斷，就將產品選擇保留為未解決。

有助於理解時，請人工閱讀可見的留言串脈絡。留言可能提到先前的回覆，但匯出資料中沒有該回覆。不要自行編造脈絡。如果無法取得貼文或相關回覆，請記錄缺口，並指派人員查核。

擬定答案時，請使用目前的產品條件。留言日期與蒐集時間的用途不同。前者顯示問題何時出現，後者顯示工具何時儲存該問題。兩個日期都無法證明目前的價格或庫存與先前的優惠相同。

## 5. 標記需求，列出下一項待查事實

使用少量標籤。標籤用來描述對方想知道的資訊，不是評估對方的價值，也不是預測購買行為。

| 人工標籤 | 留言詢問內容 | 下一項待查事實 |
| --- | --- | --- |
| 價格 | 產品、選項或組合的價格 | 確切品項、目前價格、幣別及相關優惠條件 |
| 供貨狀況 | 某項產品或款式是否有貨 | 確切款式與目前庫存資訊 |
| 配送資格 | 是否可以配送 | 先透過核准流程確認目的地，再查核目前的配送條款 |
| 產品適用性 | 產品是否適合所述用途 | 確切產品，以及相關尺寸、用途或相容性事實 |
| 既有訂單客服 | 協助處理對方聲稱的先前訂單 | 核准的客服管道，以及任何須私下進行的訂單查核 |
| 無關 | 不在產品或服務問題範圍內的文字 | 依品牌的一般做法，是否需要採取任何行動 |
| 不明確 | 未表達明確需求的文字 | 最少需要釐清的內容 |

這些是建議由分析人員使用的標籤。分析人員就是審查每筆資料的人。Actor 不會提供這些標籤。

一則留言可能需要多個標籤。「藍色那款多少錢？可以寄到這裡嗎？」需要同時查核價格與配送。請保留為一筆留言資料，並記錄兩個標籤。不要將它算成兩位買家。

將下一項待查事實寫成具體任務。「查核藍色款式的價格」能讓負責人清楚知道要做什麼。「後續跟進」則無法做到這點。

不要將配送目的地、訂單編號或其他個人資料放入共用的公開問題表。如果工作需要這些資料，請使用品牌一般且經核准的客服流程。公開問題表可以記錄需要私下查核，但不必複製個人資料。

既有訂單的投訴也需要謹慎處理。留言只是陳述訂單問題，無法獨立驗證該訂單或對方的買家身分。

## 6. 建立人工回覆審查表

在未更動的來源欄位旁加入審查欄位。記錄足夠的細節，讓其他人能理解這項決定。

| 審查欄位 | 儲存內容 |
| --- | --- |
| 問題標籤 | 依已訂規則選擇的一個或多個標籤 |
| 已查核脈絡 | 已查核的產品、款式、貼文細節及可見留言串事實 |
| 脈絡來源與查核時間 | 查核這些事實的來源與時間 |
| 下一項所需事實 | 確切缺少的事實或待釐清事項 |
| 答案來源 | 擬議回覆所依據的目前產品或客服資料來源 |
| 負責人 | 必須處理該筆資料的人員或團隊 |
| 審查狀態 | 目前的人工決定狀態 |
| 擬議回覆行動 | 應交由負責人核准的行動 |
| 核准紀錄 | 核准行動的人員與時間 |
| 行動紀錄 | 實際完成的行動與時間，或註明沒有行動紀錄 |

可使用「待補脈絡」、「待查產品事實」、「待核准」、「已核准」及「已記錄行動」等狀態。也應允許「無須回覆產品問題」的狀態。這些都是人工設定的狀態，不是 Actor 輸出欄位。

即使還不知道對方是否會購買，明確的問題也可能值得回覆。請依答案是否正確、有用，決定是否核准。

為每則留言留下可追查的決定。[贈獎活動審查指南](/zh-Hant/articles/instagram-%E6%8A%BD%E7%8D%8E-%E5%8F%AF%E8%A6%86%E6%A0%B8%E5%8F%83%E8%B3%BD%E5%90%8D%E5%96%AE/) 將相同的紀錄原則用於另一種目的。此處的決定關乎下一步回覆行動。請讓未解決的問題保持可見，不要勉強核准。

## 7. 完整範例：六則留言，未確認買家總數

原創虛構範例：本範例中的所有留言、識別碼、脈絡與審查決定，都是為教學而編寫。它們不是 Actor 的結果，也不是真實品牌的紀錄。

在這個虛構案例中，一篇產品貼文展示了標準款與藍色款式。貼文未標示價格。審查人員已查看這篇虛構貼文，但尚未查核目前價格，也未確認留言者的配送目的地。

| 虛構識別碼 | 虛構公開留言 | 人工標籤 | 已查核脈絡 | 下一項所需事實 |
| --- | --- | --- | --- | --- |
| C1 | 「多少錢？」 | 價格 | 貼文展示兩種選項 | 先確認問題指的是哪種選項，再查核目前價格 |
| C2 | 「藍色那款多少錢？」 | 價格 | 貼文中有藍色款式 | 該款式的目前價格與優惠條件 |
| C3 | 「有寄到這裡嗎？」 | 配送資格 | 留言未提供目的地 | 先透過核准流程確認目的地，再查核配送條款 |
| C4 | 「我的訂單還沒送到。」 | 既有訂單客服 | 文字陳述訂單問題 | 透過一般客服流程私下查核訂單 |
| C5 | 「好喜歡！」 | 無關；稱讚 | 文字未提出產品問題 | 無須查核產品回答所需的事實 |
| C6 | 「那一款？」 | 不明確 | 貼文中有兩種選項 | 對方指的是哪種選項，以及想知道什麼 |

擬議行動與已完成行動仍須分開記錄：

| 虛構識別碼 | 負責人 | 擬議人工行動 | 審查狀態 |
| --- | --- | --- | --- |
| C1 | 產品負責人 | 核准一則簡短的釐清提問 | 待核准 |
| C2 | 產品負責人 | 查核目前價格，再草擬答案 | 待查產品事實 |
| C3 | 配送負責人 | 核准透過一般流程確認目的地的下一步行動 | 待核准 |
| C4 | 客服負責人 | 核准轉交一般客服流程 | 待核准 |
| C5 | 社群負責人 | 記錄為無須回覆產品問題 | 無須回覆產品問題 |
| C6 | 社群負責人 | 核准一則簡短的釐清提問 | 待核准 |

本範例未聲稱已發布任何回覆。擬議行動不等於核准，核准也不能證明有人已發布回覆。

以下計算的單位是留言資料筆數：

- 產品問題資料 = 2 筆價格問題 + 1 筆配送問題 = 3 筆。
- 既有訂單客服資料 = 1 筆。
- 無須採取行動的稱讚資料 = 1 筆。
- 未解決資料 = 1 筆。
- 總計 = 3 + 1 + 1 + 1 = 6 筆留言資料。

產品問題占比的算法，是將 3 筆產品問題資料除以 6 筆已審查留言資料，等於這份虛構樣本留言資料的 50%。這不是買家比例，也不是購買率。

目前沒有確立已確認的買家數。不要寫成零位買家，因為買家身分尚未驗證。也不要寫成三位買家，因為只是有三筆資料在詢問產品問題。這個範例也沒有確立六則留言由多少人撰寫。

C3 仍需查核目的地。「有寄到這裡嗎？」這句話不能證明符合配送資格。

## 8. 核准行動前，先檢查資訊缺口

檢查每筆資料是否有以下問題狀態：

1. 缺少來源識別資料：沒有可用留言識別碼的資料，應保留為未解決。不要根據重複文字猜測它是哪則留言。
2. 無法取得脈絡：記錄缺少的貼文、不明確的款式或無法取得的回覆。指派人員查核或提出釐清問題。
3. 缺少產品事實：在負責人查核目前的資料來源前，暫緩提出價格、庫存、配送或適用性說法。
4. 需要個人客服資料：共用表格只記錄已核准的客服行動。個人資料應留在一般客服流程中處理。
5. 已達蒐集上限或涵蓋範圍不明：只描述已儲存的樣本。不要聲稱樣本包含所有產品問題。
6. 未儲存任何資料：不要據此認定貼文沒有問題。先人工查看來源，再判斷空白結果代表什麼。
7. 行動狀態不明：將行動保留為未確認。草稿或核准紀錄不能證明回覆已發布。

發布前，負責人應再次開啟留言。確認產品脈絡、目前的答案來源，以及擬議回覆是否仍然適用。這是在查核行動，並不表示匯出資料包含所有回覆。

後續購買與客服處理結果，應另存於僅限負責人存取的紀錄中，並各自附上證據。單憑公開的價格問題，無法將銷售歸因於該留言。不要加入營收評分，讓不完整的紀錄看起來已有定論。

## 從一篇貼文開始，核准下一步行動

選擇一篇已知的公開產品貼文。先以人工方式審查。建立表格，並列出負責人必須查核的事實。如果儲存留言資料有助於審查，請替換範例網址，再使用這份精簡輸入設定搭配 [Instagram Comments Scraper](https://apify.com/chronometrica/instagram-comments-scraper)。

接下來，判斷每筆資料是否已有足夠的已查核資訊，能讓負責人核准回覆行動。如果足夠，就指派並記錄該行動。如果不足，就列出缺少的事實及其負責人。在另行保存的負責人紀錄提供佐證之前，買家身分應維持未確認。

## 來源與延伸閱讀

- [Instagram Comments Scraper 公開預設建置版本 0.1.21 — 查核於 2026 年 10 月 25 日；僅檢查公開介面規格，未進行付費實際執行測試](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)
- [Instagram Customer Feedback Comment Dataset Task — 查核於 2026 年 10 月 25 日；僅確認公開頁面存在，未經身分驗證讀取儲存的輸入設定，未執行](https://apify.com/chronometrica/instagram-comments-scraper/examples/instagram-customer-feedback-comments)
- [Instagram 潛在客戶審查問題 — 發布於 2026 年 7 月 2 日；觀察於 2026 年 8 月 11 日；單一與供應商有關聯的提問，不是市場或購買證據](https://www.reddit.com/r/socialmedia/comments/1uldmg5/founderscreators_how_are_you_qualifying_leads/)