Grok Bot Galaxy 第三天（第 32/40 段）

🧑‍🏫 這段示範讓好幾個 Grokbot（Grok 裡可以長期幫你做事的 AI 助理）像一個行銷團隊那樣分工：有的負責研究，有的寫簡報，有的架網頁，有的投廣告、看成效。整個流程從了解市場開始，一路做到廣告測試結果出爐。它讓你看到，多個 AI 可以接力完成一整套工作，不只是一問一答。

• 367:55 market researcher bot 完成第一項任務後，改由 product marketer bot 接手（handoff）研究成果，繼續做自己的工作
  ↳ market researcher（市場研究員）bot 做完研究後，把成果 handoff（交棒）給 product marketer（產品行銷）bot。後者直接接著做，不用從零開始。
• 367:55 指示 product marketer 去找 market researcher 拿分析結果，草擬 positioning brief：上市方式、one-liner、定位與包裝、價值主張
  ↳ 講者叫 product marketer 自己去找 market researcher 拿分析，寫一份 positioning brief（定位簡報，說明產品怎麼上市、怎麼跟客人介紹），內容包含 one-liner（一句話介紹）和價值主張（客人為什麼要買）。
• 368:32 同時要求在 positioning brief 裡示範這些內容在兩三個不同行銷管道上會怎麼呈現
  ↳ 講者還要它示範，同一套說法放到兩三個不同行銷管道時會長什麼樣子。因為每個管道適合的寫法不一樣。
• 368:32 執行時聊天畫面會有視覺提示，顯示 bot 正在背景運作
  ↳ bot 在做事時，聊天畫面會出現提示，告訴你它還在背景處理，你就知道它沒有當掉。
• 369:08 bot 會回報「已和 market researcher bot 交換幾則訊息」，代表兩個 bot 開始協作
  ↳ bot 回報「已和 market researcher 交換幾則訊息」，意思是兩個 bot 真的在互相對話、拿資料，不是各做各的。
• 369:08 一開始可以直接下指令叫 bot 協作，但它會越來越聰明，之後會主動協作，使用者不必再親自在 bot 之間傳遞脈絡與知識
  ↳ 一開始你要明講「去找誰合作」。講者說 bot 會越來越聰明，之後會自己主動去找對的 bot，你就不用在兩邊之間複製貼上、幫忙傳話。
• 369:39 product marketer 建立一份 Google Doc 來草擬 positioning brief，並說明自己做了哪些事
  ↳ product marketer 開了一份 Google Doc（Google 的線上文件）來寫簡報，還列出自己做了哪些步驟，方便你檢查。
• 369:39 brief 內容包含從 market researcher 那裡拿到的 research handoff
  ↳ 簡報裡放了從 market researcher 那裡交接來的研究內容，所以結論有根據，是從前面的研究延伸出來的。
• 370:09 brief 找出的目標受眾是「想把時間有效利用的長途旅客」；講者留言請它在訊息中強化這一點
  ↳ 簡報找出的目標客群是「想把長途旅程時間好好利用的人」。講者直接在文件上留言，要它在文案裡把這點講得更強。
• 370:09 brief 還包含定位與包裝、行銷策略、上市備註、不同類型與角度的 one-liner、價值主張與應用範例
  ↳ 簡報還寫了定位、行銷策略、上市注意事項、好幾種角度的一句話介紹，以及價值主張和實際使用例子，一份文件就涵蓋大部分行銷規劃。
• 370:40 brief 裡有一個草擬好的付費到達頁；計畫把它放上網站，再做廣告活動進行訊息測試，看哪種訊息最能引起共鳴
  ↳ 簡報附了一頁付費到達頁的草稿（landing page：看到廣告點進去後進入的那一頁）。計畫是先放上網站，再跑廣告，測哪種說法最能打動人。
• 370:40 請 product marketer 讀完 Google Doc 裡的留言與回饋，整合成新版草稿
  ↳ 講者請 product marketer 讀完文件裡的留言，自己改出新版。就像你在文件上給同事意見，對方照著修改。
• 371:17 同時要求它做出到達頁的完整大綱，並發想、草擬 Google 搜尋廣告活動，對不同文案角度做 variant testing
  ↳ 同時也要它寫出到達頁的完整大綱，並草擬 Google 搜尋廣告，做 variant testing（同時投放多個文案版本，比較哪個效果好）。
• 371:17 這些都在同一個 bot 裡進行，它會在兩個 bot 之間來回確認脈絡，並透過 MCP 連接的 Google Docs 讀取留言
  ↳ 這些都在同一個 bot 裡完成。它會回頭跟另一個 bot 確認背景資訊，並透過 MCP（讓 AI 連接外部工具的一種標準接法）讀取 Google Docs 裡的留言。
• 371:54 bot 回報會更新 brief、擴充到達頁大綱，並在試算表（sheet）裡草擬搜尋廣告版本；講者說這正是 performance marketer 平常的工作方式
  ↳ bot 說它會更新簡報、擴充大綱，並在 sheet（試算表）裡列出廣告版本。講者說，performance marketer（負責投廣告、看數字的人）平常就是這樣做事。
• 371:54 同一時間切換到 performance marketer，請它在 Google Ads 裡建立 shell campaign，以點擊數（clicks）為最佳化目標，用來做文案與訊息測試
  ↳ 同一時間，講者切到 performance marketer bot，請它在 Google Ads（Google 的廣告投放平台）建一個 shell campaign（先搭好架構、還沒放廣告內容的活動），以點擊數為目標，用來測試文案。
• 372:27 示範前已把這個 bot 連上 Google Ads 帳號；它會自己操作點擊來建立 shell campaign，並附上截圖顯示建置進度
  ↳ 示範前已經讓這個 bot 連上 Google Ads 帳號。它會自己在畫面上點選操作來建活動，並傳截圖回來，讓你看到做到哪一步。
• 373:03 product marketer 的新版 brief：留言都已處理，到達頁大綱更完整
  ↳ product marketer 交回新版簡報：講者的留言都處理好了，到達頁大綱也寫得更完整。
• 373:03 試算表裡的廣告版本欄位包含 variant name、hypothesis、ad group name 和 URL，另外還多寫了幾組文案版本
  ↳ 試算表裡每個廣告版本都有版本名稱、hypothesis（假設：為什麼認為這版會有效）、ad group（廣告群組）名稱和 URL（網址），另外還多寫了幾組文案。
• 373:37 同時跑了兩三個任務，彼此共享脈絡，但不會互相干擾
  ↳ 兩三件事同時在跑，bot 之間共享背景資訊，但各自的工作不會互相干擾，就像同一團隊的人同時處理不同任務。
• 373:37 請 website ops 拿 product marketer 最新 brief 裡的到達頁開一個 PR，上線成網站新到達頁，並在過程中傳截圖回報進度
  ↳ 講者請 website ops（負責管網站的）bot 拿最新簡報裡的到達頁開一個 PR（把網站修改送出、等確認後合併上線的申請），並在過程中傳截圖回報進度。
• 374:18 website ops 已連上 repo，對行銷網站的到達頁有寫入權限；底層用 cursor 寫程式、看文案、接手 product marketer 的成果並上線新到達頁
  ↳ website ops 已連上 repo（存放網站程式碼的地方），有權限修改行銷網站的到達頁。它底層用 Cursor（AI 寫程式工具）寫程式，接手文案後把新頁面上線。
• 374:50 performance marketer 已找到草擬好的文案，並傳回截圖，顯示它正在廣告平台上建立活動
  ↳ performance marketer 已經找到剛草擬好的文案，並傳回截圖，顯示它正在廣告平台上建立活動。
• 375:20 website ops 會用 product marketer 交接的最新付費到達頁大綱更新頁面，並部署到 production
  ↳ website ops 會照 product marketer 交來的最新到達頁大綱修改頁面，再部署到 production（正式網站，一般訪客看得到的版本）。
• 375:50 分享功能：可以把自己打造的 bot（包含累積的脈絡、記憶與 routine）用「share as a template」轉成範本
  ↳ 做好的 bot 可以用「share as a template」（分享為範本）功能打包分享，連同它累積的背景知識、記憶和 routine（固定的例行工作）一起帶走。
• 375:50 做法是直接用提示詞叫 bot 替自己建立一份範本，好分享給其他人
  ↳ 做法很簡單，不用找設定選單，直接用一句提示詞跟 bot 說「幫我做一份自己的範本」，它就會做出可以分享給別人的版本。
• 376:23 範本等於 bot 某個時間點的快照，可以複製成新 agent，分享給團隊或外部的人
  ↳ 範本是 bot 在某個時間點的快照，可以複製成新的 agent（能自己執行任務的 AI 助理），分享給團隊或外部的人使用。
• 376:23 接收者把範本複製貼上到自己的 Grokbot instance，就能照你的方式使用，連同你的專業與分工經驗一起取得
  ↳ 對方把範本貼進自己的 Grokbot instance（自己帳號裡的那一套 Grokbot），就能照你的方式使用，等於直接拿到你調教好的專業和分工方式。
• 376:58 流程回顧：market researcher 稽核產品頁、了解產品、找出競爭對手，並提出缺口與機會的策略建議
  ↳ 回顧第一步：market researcher 檢查產品頁、弄懂產品、找出競爭對手，再提出建議，指出市場上還有哪些缺口和機會可以切入。
• 377:28 回顧：交給 product marketer 在 Google Docs 寫 brief → 在文件留言回饋 → bot 修改完成，另外產出付費到達頁大綱和廣告文案
  ↳ 回顧第二步：product marketer 在 Google Docs 寫簡報，人在文件上留言，bot 照著改好。另外還產出付費到達頁大綱和廣告文案。
• 377:59 回顧：website ops 把大綱做成到達頁放上主網站；performance marketer 建立 shell campaign，讓訊息測試上線
  ↳ 回顧第三步：website ops 把大綱做成到達頁放上官網；performance marketer 建好廣告活動的架構，讓文案測試可以開跑。
• 377:59 這次沒有真的讓廣告活動上線，因為那需要另外處理預算支出和綁定信用卡
  ↳ 這次廣告沒有真的投出去，因為真正上線還要設定預算、綁信用卡付錢，示範只做到準備完成的階段。
• 378:29 講者本週已經跑過一檔廣告活動，改請 marketing analyst（已連上 Google Ads）拉資料分析測試成效
  ↳ 講者這週已經跑過一檔廣告，所以改請 marketing analyst（行銷分析師）bot，從已連上的 Google Ads 拉資料，分析測試成效。
• 379:00 指示 marketing analyst 拉出上次訊息實驗的資料、分析，給出 TLDR 與行銷策略建議，並更新它看過的其他素材
  ↳ 講者要它拉出上次文案實驗的數據並分析，給出 TLDR（太長不看版，也就是重點摘要）和行銷建議，還要同步更新它看過的其他相關資料。
• 379:00 marketing analyst 透過 API 存取 Google Ads 平台拉資料，整理好的分析都直接呈現在聊天視窗裡
  ↳ marketing analyst 透過 API（程式之間互相交換資料的管道）直接從 Google Ads 拿數據，不用人手動匯出報表，分析結果直接顯示在聊天視窗裡。
• 379:34 分析結果給出 TLDR，並從 Google Ads 拉出的文案測試中分析出一個明確的勝出版本
  ↳ 分析結果先給出重點摘要，再從 Google Ads 的文案測試中明確指出哪一個版本勝出。

講者請 performance marketer 在 Google Ads 建立 shell campaign 時，要它以什麼為最佳化目標？