呢條片係 GitLaw(法律科技 SaaS)創辦人分享佢點用 Claude Code + VS Code 做公司 marketing,特別之處係佢將 marketing 整合到已有嘅 Spec-Driven Development 框架入面——所有 context(產品 spec、market 研究、品牌指南)都係 GitHub repo 嘅 markdown 文件,團隊共享,Claude 可以直接讀取使用。
核心重點:
-
Spec-Driven Development 擴展到 Marketing GitLaw 原本嘅開發哲學:所有 spec(功能、架構、API)用 markdown 寫,放 GitHub,dev team、product、design 同一份文件。創辦人直接係呢個 repo 加咗個
marketing/資料夾,入面有:user research、user interviews、競爭分析、strategy、target market、commercial model、visual guidelines、tone of voice(公司版同個人版)、messaging framework。原先散落在 Google Docs 同 slides,全部讓 Claude 轉成 markdown 文件。 -
Marketing Skill 設計
/.claude/skills/marketing.md係核心 skill,內容包括:- 寫新內容前要讀 ICP + pain points 文件
- 要 check UPL compliance(法律行業規定)
- 根據唔同請求類型(LinkedIn post / email / article / press release)有唔同 behavior
- 根據個人 tone vs 公司 tone 有唔同行為
-
實際工作流程案例
- LinkedIn 帖子:Claude 讀個人 style 文件 + 歷史帖子存檔,生成 draft;用戶大幅修改後貼回,叫 Claude「用你寫嘅同我最終版本比較,更新 skill,以後更接近我嘅風格」→ 每次使用都係 training 機會
- UTM Tracker:原係 Excel,有人喺 Slack 問喺邊,創辦人直接下載 CSV 畀 Claude,叫佢加入 marketing folder,同時更新 skill:之後生成 URL 自動用正確 UTM pattern
- FAQ 文章生成:叫 Claude 掃所有 spec 文件,再掃現有 FAQ,找出缺少嘅問題,生成 10 個建議,寫成 FAQ 文章,問幾條問題確認後,直接用 Webflow MCP publish 到 CMS(以 draft 形式)
- Feature Launch 內容串聯:發現 spec 寫了 Make.com 整合但實際只有 Zapier,Claude 同步更新:Landing page → FAQ 文章 → Press release → Blog post → Social media post,全部一次過排隊跑
-
Team 協作優勢 因為 markdown 文件係 GitHub sync,所有團隊成員嘅 Claude Code 都 access 同一份 context。每個人改善 context(修正錯誤、更新 spec),全隊受益。呢個叫「shared team knowledge co-pilot」。
-
工作哲學 「不是 100% 接受 Claude 輸出,係 90% 係正確嘅,你修改剩下 10%,然後告訴 Claude 它哪裡錯咗,叫它更新 skill,下次唔再犯。」
💡 金句: “Every time I paste back my edited version, I tell Claude: update your skill, write more like this and less like what you did before. Each time I use it, I’m training it.”