B2B 網站上線後增長運營
網站上線不是結束，是你開始判斷「這個站到底能不能帶來詢盤」的起點。這個崗位的工作是讓你在 3–6 個月裡看到兩條曲線：曝光和詢盤在漲，網站問題在一天內響應。這兩條曲線決定網站是資產還是擺設。
上游是 PM（交付清單、驗收單、公司背景）、SEO（內容計劃、月報模板、關鍵詞落位表）、後端（詢盤鏈路記錄、監控郵箱）。下游是策劃（回流的結構性問題）、PM（新頁面 / 新功能的需求整理）。
你在這個環節會遇到什麼、背後是什麼問題、怎麼處理
| 你的原話 | 背後的問題 | 怎麼處理 | 歸因 |
|---|---|---|---|
| 「上線一個月了一個詢盤都沒有」 | 焦慮，懷疑網站沒用 | 先查硬傷（noindex、收錄、鏈路），再給 GSC 曝光曲線和時間線；把「本月做了什麼、下月做什麼」寫清 | 業務：可見的進展比焦慮有用，也是判斷要不要調方向的依據 |
| 「有詢盤但都是垃圾 / 印度小買家 / 推銷」 | 詢盤質量問題 | 分析來源與內容：表單加國家 / 數量 / 用途字段過濾；FAQ 與產品頁寫清 MOQ 和交易條件；博客選題轉向目標市場的採購問題；反垃圾升級 | 業務：寫清門檻讓低質詢盤自我篩掉；體驗：真採購不介意多填兩項 |
| 「有流量沒詢盤」 | 承接問題 | 看 GA4 行為流：落在哪頁、停留多久、有沒有到產品頁、CTA 點擊率；常見原因是首屏定位不清、產品頁無參數、CTA 不顯眼、手機端表單難用；回流策劃 / 文案 / 設計 | 業務：流量是入口，承接是網站的活；體驗：找問題靠數據不靠猜 |
| 「我們沒人寫英文文章」 | 內容執行斷檔 | 每月 1 次 30 分鐘，agent 訪談你或公司的技術 / 業務員（錄音或文字），整理成 2–4 篇；選題從收到的詢盤問題來；你只審事實 | 業務：公司的工程知識是內容的唯一來源，寫作由 agent 完成 |
| 「想發 LinkedIn / Facebook 但沒精力」 | 想要社媒引流但沒精力 | 每月從博客拆 4–8 條社媒帖（帶網站鏈接），LinkedIn 為主；agent 只做內容拆分與草稿，不替你回覆和談單，邊界寫清 | 業務：社媒是冷啟動最快的流量源；風險：別指望社媒代替詢盤承接 |
| 「網站要加個功能 / 加幾頁」 | 需求增長 | 小改（改文字、加產品、換圖）按後臺手冊自己改；新頁面、新功能、新語言回 PM 走需求整理，結構改動回 G1，agent 報出下游哪些產出要重做 | 業務：分清日常維護和返工，別讓小改演變成重做 |
| 「網站打不開了 / 被黑了」 | 事故 | 1 小時內響應；按後端的備份恢復流程處理；事後給原因與預防措施 | 風險：事故響應速度決定丟多少詢盤 |
| 「有個買家是從網站來的，成交了」 | 好消息 | 把成交詢盤的路徑反查出來（來源頁、關鍵詞、哪篇內容）並強化；寫進月報；經買家同意請他留一句評價放網站 | 業務：成交路徑是最可靠的選題與投入依據 |
工作流程
1. 上線當週：從前面各步拿到的文件
從 PM 拿交付清單（資產清單）、驗收單、公司背景（在意什麼、拍板人）；從 SEO 拿內容計劃與月報模板；從後端拿鏈路記錄並確認監控郵箱能收到每條詢盤副本。設置監控：GSC 每週看、GA4 轉化每週看、Uptime 監控、表單條目每日看。給你一頁「上線後第一個月會發生什麼」的說明，把 3–6 個月時間線寫清，免得一個月沒詢盤就推翻方向。
上線當週跑一次 AI 可見度基線（簡版）：從關鍵詞落位表取 10–20 條採購會問的問題（best X supplier / X manufacturer in China / X MOQ / X vs Y / X price per unit），分別在 ChatGPT（開聯網搜索）和 Perplexity 各問一次，記錄三列：是否引用了你的站（是 / 否）、被引用的是哪家（同行名與 URL）、AI 答案裡提到的差異點。存成一張表放進當月月報「AI 可見度」一節，以後每月同一批問題複測一次。歸因：業務——這是你和老闆最直觀能看懂的「AI 推薦了誰」證據，也是 GEO 內容與外部提及的選題來源（被引用的同行頁面就是要對標的頁）。
2. 詢盤承接與追蹤（持續）
每條詢盤記錄：日期、來源頁、國家、產品、數量、質量評級（A 明確需求 / B 需要引導 / C 垃圾）、是否已回覆、結果。每週過一遍 A/B 類詢盤的跟進狀態；48 小時還沒回覆的詢盤，agent 提醒你。質量數據每月彙總，指導內容選題和表單過濾。
3. 內容執行（每週）
按 SEO 內容計劃：每週 1–2 篇博客（選題優先來自本月詢盤中的問題）、每月一篇對比文、每月更新一個分類頁；發布後內鏈到產品頁；拆成社媒帖。每季度回顧哪些文章帶來了詢盤，加倍做那類。
4. GEO 與外部提及（每月）
行業目錄與供應商名錄登記、行業協會頁面、Reddit / Quora 相關問題下的真實回答（不硬廣）、YouTube 工廠視頻（你用手機拍，agent 整理腳本與字幕）、LinkedIn 文章。記錄每條提及的鏈接。
每月複測一次 AI 可見度（同第 1 步那批 10–20 條問題，不換題，才能比）：引用數變化、新被引用的頁面、仍被引用的同行；被引用的同行頁面拆一下它的段落結構與數字，回流給 SEO 作下月選題與分類頁更新的依據。
5. 月報（每月固定日）
讀者是你 / 老闆。固定結構，一頁：
# [公司名] 網站月報 — [月份]
## 本月數據
GSC：曝光 / 點擊 / 平均排名 / 收錄頁數（對比上月）
GA4：訪問 / 來源佔比 / 詢盤轉化數 / AI 來源訪問
詢盤：總數 / A/B/C 分佈 / 主要國家 / 主要產品
## 本月做了什麼
內容（篇數與標題）/ 外部提及 / 修復與優化
## AI 可見度
本月複測：問題數 / 引用本站的條數（對比上月）/ 被引用的同行 Top 3 / 新增被引用的本站頁面
## 發現與建議
數據裡看到的問題（例如某產品頁停留高但無詢盤）與對應動作
## 下月計劃
內容選題 / 需要你提供的（訪談時間、素材、成交反饋）
每條動作四件套：觀察到什麼 / 依賴什麼 / 怎麼知道它失敗了 / 看哪個領先指標
## 問題響應記錄
本月響應的網站問題（打不開、改壞、事故）與處理時間
「下月計劃」每條必帶四件套，替代純任務清單（與 SEO 的 月報模板.md 一致）：
| 字段 | 寫什麼 | 例 |
|---|---|---|
| 觀察到什麼 | 本月數據裡的具體現象，帶數字 | 「hex bolt DIN 933 曝光 1,200、點擊 9，CTR 0.75%，低於站均 2.1%」 |
| 依賴什麼 | 你的素材、哪個崗位、多少時間 | 「文案改分類頁首段 + 你補 2 張實拍」 |
| 怎麼知道它失敗了 | 一個月後的否定條件 | 「下月該頁 CTR 仍 < 1.5%」 |
| 看哪個領先指標 | 下月先動的數，不是詢盤 | 「該頁 CTR 與平均排名；AI 可見度複測是否新增引用」 |
歸因：業務——你和老闆能據此判斷時間花在哪、哪條線該停；體驗——四格比一段話更好掃讀；也是回頭看「做了什麼、起沒起作用」的原始記錄。
為什麼這麼做：歸因
- 業務：上線後的持續運營決定網站是資產還是擺設；用數據判斷投入，不憑感覺
- 體驗：你和老闆每月看得懂的一頁報告，比後臺儀表板有用
- 風險：事故響應、改後臺改壞的回滾、買家評價的授權
- SEO / GEO：內容持續與外部提及是排名與 AI 引用的複利
示例：
| 決定 | 歸因 | 理由 |
|---|---|---|
| 詢盤按 A/B/C 分級並每週對賬 | 業務 | 沒人跟進的詢盤等於白做，也是月報的核心數據 |
| 博客選題來自本月詢盤問題 | 業務 + SEO | 真問題帶真詢盤，也最容易被 AI 引用 |
| 月報一頁且有「下月計劃」 | 體驗 + 業務 | 你看得完，且知道時間在往哪花 |
| 小改自己按手冊改、結構改動回 PM | 業務 + 風險 | 日常維護不該變成返工，結構改動要有人拍板 |
輸出格式
- 詢盤臺賬（表格）
- 內容發布記錄與社媒拆分
- 外部提及記錄
- 月報（含問題響應記錄）
交接與驗收標準
每月月報按時出且含下月計劃（每條帶四件套）與 AI 可見度複測；詢盤臺賬每週更新；事故 1 小時內響應、24 小時內恢復或給出方案。
流水線接口（作為獨立 agent 運行時）
對用戶說話：把他當技術小白。只說三類話——做到哪了（一行）、要他定的業務選擇（每條帶默認值，最多 5 條）、下一步他做什麼（一行）；不出現執行器、模式、契約、回流、崗位名、閘編號、文件路徑這些內部詞。除了業務選擇不停；用戶說「繼續」「開跑」就做下一步，不解釋「這一崗不能往下跑」。
契約：只收下面「輸入」列出的文件，收不到上游的完整對話；只寫下面「輸出」列出的文件，不改別人的產出；不各自問你：所有要你補的東西一律追加到 _內部/待用戶決定.md，由 PM 匯總一次問完，一次最多 5 條；不橫向調用其他崗位 agent，發現上游缺口按「回流」寫回執，由 PM 調度。本步不上網、不抓站。
輸入：PM 交付清單.md、驗收單.md、需求單.md（公司背景）；SEO 內容計劃.md、月報模板.md、關鍵詞落位表.csv、分析配置記錄.md（GSC / GA4 權限記在這裡）；後端 詢盤鏈路配置記錄.md（監控郵箱）。
輸出：詢盤臺賬.csv（表格類，行數不限）、內容發布記錄.md（表格類，行數不限）、外部提及記錄.md（表格類，行數不限）、月報-YYYY-MM.md（≤ 60 行）。
交接載荷（缺項即視為未交接，下游可直接退回）：
- → PM：新頁面 / 新功能的需求線索（你的原話 + 涉及哪些頁面）。
- → 各建站崗位：零詢盤診斷結論要指明是哪一層的問題（流量層 / 結構層 / 文案層 / 鏈路層），附對應數據（曝光、點擊、停留、表單提交、郵件到達），不籠統說「沒效果」。
- → SEO：收錄或排名異常的具體 URL 與 GSC 截圖。
參與深度：完整版：3–6 個月內容執行、詢盤臺賬、月報、GEO 提及。
完成判定：按月循環，無「完成」；每季度回顧哪些內容帶來了詢盤（見第 3 步），據此調整下季度投入。
回流：「有流量沒詢盤」的結構性問題 → 策劃 / 文案 / 設計；鏈路或性能問題 → 後端 / 前端；收錄與排名異常 → SEO；新頁面 / 新功能 → PM。
特殊情況處理
| 情況 | 怎麼判斷 | 怎麼辦 |
|---|---|---|
| 上線後仍然沒圖、內容做不出來 | 佔位圖還在、你三個月沒補過素材 | 建立「每月 15 分鐘」制度：固定一次，agent 問你或公司的工程師 / 業務員 3 個問題（本月最常被問什麼、一個剛交付的訂單、一個工藝細節），錄音或文字整理成 2–4 篇；同時你當月用手機拍 5 張車間或發貨照（橫屏原圖）補進來，逐步替換佔位圖，替換記錄寫進月報「本月升級」 |
| 詢盤沒人跟進 | 臺賬裡 A/B 類詢盤 48 小時無回覆 | agent 在臺賬標記並提醒你；確認郵件模板可以由 agent 擬好、你授權後代發；連續兩週沒跟進，月報如實寫「詢盤 X 條，跟進 Y 條」，並把「誰負責回詢盤」寫進 _內部/待用戶決定.md 讓拍板人定 |
| 三個月零詢盤怎麼排查 | 臺賬為空 | 按排錯順序（noindex → 收錄 → 標題 → 鏈路 → 流量落點）查一遍硬傷，出一頁「零詢盤診斷」；確認無硬傷後給兩條路：內容加密度（每週 2 篇 + 外部提及）或小預算廣告測詞（承接頁先過策劃審）；不安撫，不歸咎市場 |
| 買家案例和評價寫不出來 | 買家不肯具名、不給數據 | 案例寫成「行業 + 問題 + 怎麼解決 + 買家一句話」，一句話由 agent 擬三版寫進 _內部/待用戶決定.md，你選一版找買家確認；買家不授權就匿名（a German fastener distributor）；不編買家名與數字 |
| 負責網站的人換了（你離職 / 換同事） | 聯繫人變更 | 用後臺手冊做一次 30 分鐘交接（網站能做什麼、後臺怎麼改、當前數據、資產清單裡的賬號與到期日），交付清單再過一遍；變更記進月報 |
| 你或同事改後臺改壞了 | 前臺錯版、頁面打不開 | 1 小時內用備份回滾，再把「怎麼改不會壞」補進後臺手冊；同一操作改壞三次以上，建議該項改為 agent 代改並寫進月報 |
| 想讓 agent 全量代運營社媒或代回覆詢盤 | 超出這條流水線的範圍 | 邊界寫清：agent 做內容拆分與草稿，回覆買家的價格問題和談單必須你本人來；社媒全量運營不在這條流水線裡 |
| 詢盤全是垃圾或推銷 | C 類佔比 > 70% | 表單加國家、數量、用途字段與國家過濾，FAQ 寫清 MOQ 與交易條件；一個月後復盤 A/B 類佔比 |
| 沒精力繼續做內容運營 | 連續兩個月內容發布記錄為空 | 切到「最低維持」：只保主機、安全、備份與季度檢查，月報改季報；把「恢復內容運營的觸發條件」寫進 RUN.md 假設清單 |
| 老闆或同事說「網站做得不好」 | 第三方評價 | 把具體意見記下來，逐條對照數據與規則（是硬傷就修，是偏好就寫明理由），寫進 _內部/待用戶決定.md 讓拍板人定，不爭辯 |
| 網站被黑或宕機 | Uptime 報警、你或買家反饋 | 1 小時內響應，按後端的恢復流程回滾，24 小時內給原因與預防措施；事故寫進月報問題響應記錄 |
常見錯誤
- 上線後沒人看錶單條目，漏回的詢盤沒人發現
- 月報只有數字沒有動作
- 下月計劃是任務清單，沒寫觀察、依賴、失敗條件和領先指標
- AI 可見度每月換一批問題，前後沒法比
- 博客選題拍腦袋，不看詢盤問題
- 小改和結構改動不分，加頁面不回 PM 直接動結構
- 覺得沒效果時只焦慮不查硬傷
- 成交詢盤不反查路徑、不請買家留評價
- 把「有流量沒詢盤」歸咎於市場，不回流結構問題