RCF-016：品牌標竿分析 SKILL 建立 + 季度盤點 Step 2.6

日期：2026-04-28 狀態：有效 觸發條件：條件 4（新增 SKILL）+ 條件 4（修改季度盤點 SKILL 核心步驟）

---

決策內容

變更一：建立「品牌分析」SKILL

新建 .claude/skills/品牌分析.md，處理同類品牌的首次分析與回訪，輸出存入 knowledge/brand-benchmarks/。

變更二：季度盤點新增 Step 2.6（品牌追蹤回訪確認）

在 .claude/skills/季度盤點.md 的 Step 2.5 之後插入 Step 2.6，自動掃描 watchlist.md 找到期帳號。

變更三：相關文件同步

• knowledge/brand-benchmarks/（新建資料夾 + README + watchlist）
• social/CLAUDE.md（SOC 職責新增品牌分析執行說明）
• knowledge/CLAUDE.md（觸發情境 + 輸入管控 + 文件索引）
• strategy/department-charters.md（SOC 輸入來源更新）
• 主 CLAUDE.md（SKILL 表 + 情境偵測表）
• knowledge/operations/commands-reference.md（SKILL 指令表）
• knowledge/architecture.md（知識庫架構新增 brand-benchmarks/）

---

背景與動機

Tim 發現同類品牌 @betweengos（BetweenGos，Instagram）有值得學習的運營模式，提出兩個問題：

1. 「是否應該有角色來做同類品牌學習的工作？」
2. 「這樣的工作應該歸在哪個部門？如何執行？」

同時 Tim 確認此需求是持續性的（定期回訪 + 知識庫管理 + 追蹤機制），不是一次性分析。

---

考慮過的方案

方案一：由策略部（STR）執行

優點：全局視角，有跨部門連結能力 缺點：策略部聚焦組織架構與長期規劃，品牌觀察偏向執行操作層；且缺乏平台帳號管理的情境觸發

方案二：由內容部（CNT）執行

優點：和內容策略直接相關 缺點：內容部職責是撰寫和規劃自己的內容，競品觀察偏向輸入情報，不是內容生產

方案三（選定）：由社群部（SOC）執行 + 知識庫（KM）管理存檔

優點：

• SOC 管理所有平台帳號，有最直接的平台情境感（知道 Instagram 生態是怎麼運作的）
• 分析結果分為兩個不同用途：情報輸入（給內容部）+ 知識存檔（KM 管理），職責分工明確
• 季度盤點 Step 2.6 可自然嵌入到現有季度節奏，不需要額外記憶觸發
• 和 KM 知識架構整合，分析存入 brand-benchmarks/，未來隨時可查

缺點：SOC 目前核心工作是平台數據追蹤，增加競品分析職責有增加負擔的風險 應對：品牌分析是「Tim 主動觸發」而非「自動定期執行」，加上 90 天回訪週期，實際頻率低（每季 1-2 次），負擔可接受

---

選擇理由

「品牌分析」的本質是「從平台視角觀察競品運營」，這與 SOC 的工作情境（管理平台帳號、理解平台生態）最吻合。分析成果存入 knowledge/ 由 KM 管理，符合知識資產管理架構。季度盤點 Step 2.6 的自動掃描讓追蹤機制不依賴記憶，解決「分析完就忘記回訪」的問題。

---

影響範圍