X / Twitter賽道分析：人群需求地圖：從原話找到穩定選題
英文受眾想看什麼不是你猜的。本文給你抓 dev / IH / build-in-public 圈層原話的 3 個入口 + 把原話變選題的 5 步管線 + 驗證清單。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| positioning | 定位 | 賬號在使用者心裡佔住的清楚位置。 |
| niche | 細分賽道 | 具體人群、具體問題和內容邊界的組合。 |
| workflow | 工作流 | 從輸入到輸出再到覆盤的一組步驟。 |
| KPI | 關鍵指標 | 用來判斷動作是否有效的少量核心資料。 |
| QA | 質量檢查 | 釋出或交付前檢查事實、格式、版權和風險。 |
| niche-analysis | 賽道分析 | 本文所在的學習階段。 |
| Prompt | 提示詞 | 寫給 AI 的任務說明，用來生成診斷、清單和覆盤。 |
讀完你能交付：一張《英文受眾需求地圖》（3 個原話入口 + 5 步把原話轉選題 + 12 個圈層 hashtag 候選）。 一句話錨點：寫選題前先抓 30 條目標圈層真實原話，沒原話別憑空發推。
不想讀完？把下面這段提示詞丟給 AI 幫你跑完——複製提示詞，餵給 Codex / Claude Code / Cursor / DeepSeek，把變數改成你的賬號和資料，AI 會按本文 H2 輸出執行方案。
你是 X 英文受眾需求地圖顧問。從 3 個原話入口（Twitter Search / Reply 區 / Reddit）抓 30 條目標圈層原話，轉成 5 個候選選題。
輸入：
- 我目標圈層（dev / IH / BIP / 其他）：___
- 我能抓原話的入口（Twitter / Reddit / 行業 Discord）：___
- 我已有的關鍵詞候選：___
- 我下週可用的創作時間：___
輸出結構：
1. 先給結論：5 個候選選題排序 + 每個選題對應的原話證據
2. 第 1 步：從 3 個入口抓 30 條目標圈層原話
3. 第 2 步：用 4 檔需求判定（已被解 / 半解 / 沒人解 / 不該解）
4. 第 3 步：把 5 類高密度需求轉成 5 個候選選題
5. 第 4 步：發後 7 天覆盤哪個原話最貼近真實需求
6. 常見問題
7. 接下來去哪
要求：
- 給一張 3 入口 × 30 原話 的採集表模板
- 每個選題標"對應原話出處 + 出現頻次"
- 拒絕場景：原話 < 10 條 → 先擴抓樣本
- 最後給繼續 / 調整 / 暫停三類判斷先給結論
英文受眾的真實需求只在 3 個地方：Twitter Search（問句 query）、Reply 區（圈層痛點）、Reddit / Discord（深聊）。坐著想出來的需求都不算。
| 判斷點 | 要看什麼 | 不合格訊號 |
|---|---|---|
| 原話樣本量 | 是否抓到 30+ 條圈層原話 | < 10 條憑空猜 |
| 入口分佈 | 是否覆蓋 3 個入口 | 全靠 Twitter Search |
| 圈層一致 | 原話是否來自目標 niche | 跨 niche 原話誤導 |
| 需求頻次 | 同一問題是否多人提 | 單點訊號容易過擬合 |
| 差異空間 | 現有內容已解決了多少 | 全是已被反覆寫的 |
先把這套抓 30 條原話的工作跑一遍，再擴到 02-competitor-gap-table 看競品差異。
為什麼 dev / IH / BIP 圈層需要抓原話
英文受眾和中文受眾一個核心差異：英文圈層會公開把痛點寫在 Twitter / Reddit / Discord 裡，原話密度高。中文圈層多在私域聊。所以做英文賬號反而更適合"從原話找需求"。
dev 圈層痛點常出現在 "I've been trying X but Y not working" 這種 Reply 裡；IH 圈層在 "anyone else struggling with Z" 類推裡；BIP 圈層在 "month N revenue update" 後的 Reply 區裡。每個 niche 都有典型句式。
如果不確定本週該寫什麼，先抓 30 條原話：
本週我從 ___（Twitter Search / Reply / Reddit）抓到 30 條目標圈層原話，其中出現 ≥ 3 次的痛點是 ___，沒被現有內容很好回答的是 ___。3 行能填出來，下週選題不缺。填不出，先去 build-in-public 定位 看你的圈層選對沒。
新手最容易做錯的 3 類需求抓取
第一種誤判，是抓自己同段位賬號的痛點。同段位互相討論的話題多是元話題（"X 工具好不好用"），不是真使用者的具體場景。看 niche 大號下的 Reply 區比看同段位討論價值高。
第二種誤判，是把 Like 多的推當作"高需求"。Like 是情緒反饋，不是需求訊號。Reply 多 + Reply 裡有具體場景的推才是真需求。
第三種誤判，是用 AI 一鍵聚類原話。AI 聚類把"我的 SaaS 沒人付費" 和 "我的 newsletter 沒人訂閱" 聚成同一類，但這兩類後續選題完全不同。AI 適合做初篩 + 你自己做最終歸類。
3 個抓需求的入口和它們的偏差
Twitter Search（搜目標 niche 關鍵詞後看 Top + Latest 兩個 tab）：偏差是「公開發言偏好」，使用者公開提出的問題往往比私下真問題更"政治正確"，所以會少抓到「真痛但說不出口」的需求；目標圈層大號下的 Reply 區：偏差是「大號過濾」，能 Reply 大號的使用者多數已經在 niche 內有基礎，新手痛點（"我不知道從哪開始"）抓不到；Reddit / Indie Hackers / Hacker News 同主題板塊：偏差是「平臺口吻」，Reddit 使用者會寫更長更具體的問題但語境跟 X 不完全一致，需要轉譯。3 個入口要混著用，30 條原話裡至少各佔 10 條——只用一個入口抓出來的需求圖有系統性偏差。
"高頻出現"和"高質量需求"不是同義詞
新手抓 30 條原話後會按"出現頻次"排序，最高頻的當作"最高需求"。這個判斷漏了「需求的可付費性」維度。比如"如何冷啟動 Twitter"可能高頻出現 10 次，但提問者多數是新手、付費能力低；而"如何把 1000 關注轉化成 $10k MRR"可能只出現 2 次，但提問者已經有 1000 關注、對付費內容有真實購買力。做選題時要把「高頻 × 可付費」做加權排序——高頻但低付費力的選題適合做免費引流內容、不適合做付費產品；低頻但高付費力的選題反而是變現機會。這個細分是從「內容定位」過渡到「商業定位」的關鍵步驟。
第 1 步：從 3 個入口抓 30 條圈層原話
先把這篇落到你的賬號，而不是停在概念層。用下面這張表做輸入盤點：
| 欄位 | 填寫方式 | 最低要求 |
|---|---|---|
| 目標人群 | 想做 Build in Public、獨立產品記錄、觀點表達和社群關係的新手創作者 | 能寫出具體身份、問題和場景 |
| 目前任務 | 判斷賽道是否有真實問題、內容供給和商業承接 | 不是泛目標，而是本週要完成的動作 |
| 已有材料 | 個人簡介、主題線、每日短內容、長帖、回覆關係和線索表 | 至少有一組內容樣品或使用者原話 |
| 平臺入口 | 推薦、搜尋、關注、主頁、私信或外部跳轉 | 執行當天核驗入口和規則 |
| 風險 | 只發廣播、不進入對話、連結投放太急、爭議邊界不清、把曝光當成信任 | 寫清紅燈和暫停條件 |
這一步的重點是證據。證據可以是後臺資料、評論、私信、搜尋詞、競品標題、使用者訪談、舊內容覆盤，也可以是你自己的交付記錄。只有想法，沒有證據，就先做素材收集，不要急著寫結論。
新手可以先做 30 分鐘版本：找出最近 10 條內容，把標題、開頭、封面、資料、評論問題放進同一張表。然後只問一個問題：這些內容到底服務同一類人嗎？如果答案是否定的，先收窄方向。
第 2 步：4 檔需求判定
判斷表的作用，是把“我覺得”改成“我看到了什麼”。不要用複雜指標嚇自己，先用四檔就夠：
| 判斷項 | 綠燈 | 黃燈 | 紅燈 |
|---|---|---|---|
| 人群 | 問題集中，表達一致 | 能看出方向但樣本少 | 每條內容面對不同人 |
| 內容 | 欄目穩定，樣品可複用 | 有結構但不夠連續 | 靠熱點和靈感硬撐 |
| 平臺 | 規則入口已核驗 | 部分規則未確認 | 用傳聞代替後臺核驗 |
| 商業 | 承接動作和信任匹配 | 承接路徑還模糊 | 一上來就強導流 |
| 覆盤 | 能推出下一步動作 | 只看到表層資料 | 無法解釋變化 |
每次判斷時都寫一句反證。比如“這條資料好，但評論不是目標使用者的問題”；“標題點選高，但收藏低，可能承諾沒有接住”；“私信多，但都是免費諮詢，說明承接邊界還不清楚”。反證不是打擊信心，而是防止你誤讀。
如果判斷表裡出現兩個以上紅燈，先暫停擴張。不要增加發布頻率，也不要急著買工具。先把紅燈改成黃燈，再做下一輪。
第 3 步：把高密度需求轉成 5 個候選選題
最小樣品不是粗糙版本，而是小到能快速驗證、又真實到能暴露問題的版本。圍繞X / Twitter賽道分析：人群需求地圖：從原話找到穩定選題，可以做這三類樣品：
| 樣品 | 產出 | 檢查方式 |
|---|---|---|
| 一頁說明 | 寫清人群、問題、交付和邊界 | 給陌生人看能否讀懂 |
| 三條內容 | 同一欄目連續釋出三條 | 看評論是否圍繞同一問題 |
| 一張覆盤表 | 記錄標題、開頭、資料和下一步 | 能否推匯出下一條改法 |
做樣品時只改一個變數。比如這周只測試開頭，不同時換封面、換髮布時間、換選題。變數太多，覆盤會失去意義。
第 4 步：7 天覆盤哪條原話最貼近需求
覆盤要回答“下一步改什麼”，不是寫一段感想。用下面這張表：
| 資料或反饋 | 可能說明 | 下一步 |
|---|---|---|
| 點選低 | 標題、封面或首句沒有命中問題 | 改承諾，不先改正文 |
| 看完低 | 內容沒有接住承諾 | 重排結構，刪掉無關段落 |
| 收藏高 | 工具價值或參考價值明確 | 做成系列或模板 |
| 評論集中 | 使用者問題清楚 | 把評論變成下一篇選題 |
| 關注低 | 主頁承諾不清楚 | 回到定位和三件套 |
覆盤時要分清兩類問題：內容問題和賬號問題。單條內容沒接住，先改結構；連續多條都沒讓使用者關注，說明賬號承諾可能不清。很多新手一直改單篇，卻不改主頁和欄目，結果每條內容都像孤島。
最後寫一句結論：
這輪證明了：___ 人群對 ___ 問題有反饋；下一輪只改 ___，不改其他變數。這句話寫不出來，說明證據還不夠。先補樣本，不要下結論。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架，具體數字一律給區間。
跨平臺核驗入口：
- X Help Center · Creator — 看創作者變現門檻、訂閱與廣告分成
- X Premium — 看 Premium 權益與曝光加權規則
- the-algorithm 開原始碼 — 看官方公開的推薦演算法權重原始碼
涉及具體資料、比例、報價區間的部分，以執行當天后臺為準。
常見問題
Twitter Search 怎麼找有用的 query？
不要搜熱門話題，搜 dev / IH / BIP 圈層會用的具體場景詞："can't get past 100 users"、"shipped MVP but no traffic"。這類長尾 query 出來的推 Reply 裡全是真實場景。
抓到的原話怎麼記？
簡單 markdown 即可。一行一條，格式 [出處] [原話] [出現頻次] [對應選題]。30 條排序後高頻的 5 條就是下週選題候選。
同一原話已經被大號寫過了，還能寫嗎？
可以，但要換角度。比如大號寫的是 "build in public works for X reasons"，你可以寫 "build in public didn't work for me, here's why"。同一原話不同立場是合法差異化。
多久重抓一次原話？
每 4 週一次。圈層痛點季節性變化（年底大家關注 retrospective，年初關注 planning），不重抓會寫出過時選題。