# 策展 · X (Twitter) 🔥🔥

> 作者：pranav (@pranaveight) · 平台：X (Twitter) · 日期：2026-05-11

> 原始來源：https://x.com/pranaveight/status/2053510960376394229

## 中文摘要

# Codex for Product Marketing

身為 Codex 的第一位 PMM（產品行銷經理），我記得很清楚，當時使用它意味著我必須找到一個程式開發專案。

通常這代表要開始一個業餘應用程式、寫一個小腳本，或是找到一些我可以拿來測試產品並了解其運作方式的技術任務。

那其實沒過多久！

今天，我的一天始於 Codex，也終於 Codex。我仍然會用它來處理與程式碼相關的工作，但它現在已成為我處理那些產品行銷人員整天都在做的雜亂、跨職能工作的主要 workspace：追蹤 context、了解變動內容、將零散的資訊轉化為文件，並協助團隊保持同步。以下是我在產品行銷中幾乎每天都會使用 Codex 的三種方式。

## 1. 作為個人助理

第一項工作很簡單：協助我跟上進度。

我有一個名為 Assistant 的 Codex 自動化流程，它每小時會啟動一次，並檢查所有可能出現重要待辦事項的地方：Slack、Gmail、Notion、Figma 和 Google Drive。

它不只是把通知丟進一個清單裡。我會要求它將這些通知分類到幾個區塊中：

- 緊急回覆

- 與我每週優先事項相關的事項

- 利害關係人的請求

- 值得知悉的資訊 (FYI)

這聽起來沒什麼，但它改變了我開始一天工作的方式。

我不必打開五個不同的工具並試圖回想我該關心什麼，而是可以要求 Codex 將相關訊號匯總起來，並說明哪些事項需要注意。

最實用的部分在於它提供的基礎初步篩選。Codex 讓我能綜觀所有工作進行的地方，而我可以針對真正重要的事項做出判斷。

對於產品行銷人員來說，這點至關重要。許多 PMM 的工作取決於能否儘早捕捉到細微的訊號：利害關係人要求提供發佈用的 asset、文件評論中改變了定位的內容、需要後續跟進的產品細節，或是不該被擱置未回覆的客戶問題。

Codex 協助我注意到這些事情，而不必花整個上午的時間在重新整理各個工具。

這是我使用的 Prompt 樣子：

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1778460756232-ediaHHGg6bwAA2vvKjpg.jpg)

## 2. 跟上產品與工程進度

OpenAI 的發布節奏很快。這背後總有一套更廣泛的策略（相信我！），但發布的時間點、範圍和目標總是變動迅速。

這產生了一個常見的 PMM 問題：在你能妥善定位產品之前，你必須先了解它到底在開發什麼。

過去，這通常意味著要請 PM 或工程師向我說明工作狀態。當我需要判斷力、權衡取捨或 context 時，我仍然會這麼做。但對於初步了解，我現在可以直接存取原始資料，這讓我能進行更高品質的對話，因為我不是從零開始。

當我與 PM 或工程師交談時，我已經透過 GitHub、Notion、Slack 和 Linear 的訊號，對變動內容、看似重要的事項以及我尚未理解的部分有了初步的掌握。

我會將 Codex 指向團隊正在工作的儲存庫 (repos)、專案和頻道。然後，我會要求它協助我了解：

- 已經開發了什麼

- 哪些還在進行中

- 最近變動了什麼

- 功能實際的運作方式

- 實作中出現了哪些邊緣案例 (edge cases) 或限制

接著，我會將這些資訊與 Linear、Slack、Notion 和文件進行交叉比對，以理解圍繞在程式碼之上的產品故事。

這對產品行銷來說意義重大。

優秀的 PMM 一直以來都需要深入了解產品。他們閱讀規格書、參加審查會議、追蹤發布討論串、向工程師提問，並拼湊出什麼是真實的，什麼還只是願景。

Codex 讓你能夠更直接地完成這些工作。

## 3. 跨職能同步

跨職能同步是一個華麗的說法，意思就是：確保每個人都了解其他人正在做什麼。

在實務上，這通常意味著要撰寫一份文件。

困難點在於撰寫文件很花時間。當工作進展迅速時，花半天時間整理狀態更新或同步備忘錄是不切實際的。但如果不寫文件也有代價。人們會失去 context，決策會被埋沒，團隊開始基於略有不同的事實版本進行運作。

這就是我持續使用 Codex 的地方。

我會要求它檢視工作已經發生的所有地方：Slack 討論串、會議逐字稿、Google Docs、Notion 頁面、發布追蹤表，以及我能存取的其他原始資料。

然後，我會要求它產出一份快速的同步文件：

- 已經決定的事項

- 尚未決定的事項

- 誰負責什麼

- 自上次更新以來變動了什麼

- 什麼需要決策

- 下一個里程碑是什麼

從那裡開始，我可以針對語氣、準確性和判斷力進行編輯。

Codex 不需要第一次嘗試就寫出完美的文件才算有用。它能足夠快速地將原始素材整理成形，讓我能將時間花在 PMM 真正能發揮槓桿作用的部分：精煉訊息、發現缺口、決定什麼才是重要的，並讓下一步變得顯而易見。

這是 PMM 工作中很大的一部分。

一位優秀的 PMM 是一個力量倍增器。你透過讓工作變得清晰易懂來協助團隊更快前進：我們正在發布什麼、為什麼這很重要、誰需要知道、什麼被阻礙了，以及接下來需要發生什麼。

Codex 協助我以更少的手動追蹤，在更多層面上做到這一點。

## Codex 讓 PMM 能更貼近原始資訊源

對我來說，最大的改變是 Codex 讓我能更貼近原始資訊源。

我不必等待別人為我總結 context，我可以要求 Codex 協助我直接檢查底層資料：儲存庫、追蹤器、發布討論串、會議記錄、文件評論。

這並沒有消除產品行銷中人性化的部分。事實上，這反而讓這些部分變得更重要。你仍然需要知道什麼時候宣稱太過誇大、什麼時候訊息會傳達不當、什麼時候團隊溝通出現誤解，或是發布計畫有明顯的缺口。

但 Codex 改變了你達到該判斷點的速度。

對於 PMM 來說，這是我會特別關注的部分。

Codex 不僅在你撰寫文案時有用。當你試圖理解工作內容、跟上執行人員的進度，並將雜亂的 context 轉化為團隊其他人能使用的資訊時，它同樣非常實用。

如果你想要我用於產品/工程深入分析或跨職能同步文件的 Prompt，請留言或私訊我，我會傳給你。希望這篇文章對你有幫助！

## 標籤

Codex, Skills, 其他, Codex, OpenAI