ChatGPTGeminiClaude
將雜亂的會議筆記轉化為清晰的行動項目
將原始筆記或成績單轉換為決策、擁有者和後續步驟。
範例輸出
**TL;DR** — 團隊批准了第 3 季定價測試並將行動設計推遲到 8 月。兩個行動項目未指派。
**所做決策**
- 在 7 月 1 日開始在 Pro 計畫上執行定價 A/B 測試。
- 將行動設計延遲到 8 月以避免假期代碼凍結。
**行動項目**
| 任務 | 擁有者 | 到期日期 |
|---|---|---|
| 在計費中設定定價測試 | Priya | 6 月 27 日 |
| 草稿 8 月推出時間表 | 未指派 | 未指派 |
| 告訴支援關於價格變更 | Marco | 6 月 30 日 |
**開放問題**
- 誰簽署最終 8 月日期?
提示「不編造擁有者或日期」規則是使其可信的原因——AI 否則會用看起來合理但錯誤的名字填充空隙。直接貼上 Zoom/Meet 成績單以取得最佳結果。
ChatGPTGeminiClaude
為你的老闆撰寫週報告
將本週的工作轉化為領導者實際閱讀的緊湊更新。
範例輸出
**本週**
- 發布上線電郵序列;開啟率為 41% vs. 29% 基準。
- 關閉兩個企業試點——Meridian Health 和 Solis Finance(合併 ARR:84,000 美元)。
- 將 P1 票證待辦項目從 34 減少到 11,方法是從功能隊列重新分配兩名工程師。
- 完成第 3 季人數計畫;週四提交到人力資源。
**下週**
- Priya:完成 Meridian 安全審查(週四到期)。
- Tom:開始 sprint 14,新待辦優先級順序。
- 我:週三向領導層介紹第 3 季計畫。
**阻擋者**
- 需要在週一簽署承包商延期——否則延遲 sprint 14。
提示在貼上前強制自己在筆記中寫入數字——「寄出入職電子郵件」毫無用處;「開啟率 41% vs. 29% 基線」是領導者記得的。AI 無法編造你沒有給它的指標。
ChatGPTGeminiClaude
建立 1:1 會議議程
為與直接報告的一對一會議準備專注的議程。
範例輸出
**1:1 — Priya / 6 月 17 日 — 30 分鐘**
**她的更新(10 分鐘)**
- Meridian 安全審查的進展如何——有任何驚喜嗎?
- 本週對您來說感覺最有用和最沒有用的是什麼?
- 有什麼讓您放慢速度,我不知道嗎?
**結轉(8 分鐘)**
- 決策:迴圈法律的時間表。
- 狀態:會議演講提案——她提交了嗎?
**開發(7 分鐘)**
- 您一直在處理更多面向客戶的工作——這是您想要更多的東西,還是它從您想做的工作中拉出來的?
**下一步(5 分鐘)**
- 我:按週三獲得法律介紹。
- Priya:按週五 EOD 發送演講提案連結。
提示以他們的更新開始,而不是你的——這表明你在那裡是為了解除他們的阻礙,而不是向他們播放,你會浮出永遠不會進入狀態電子郵件的問題。在持久文件中攜帶上次的未結項目,以便沒有任何內容掉落。
ChatGPTGeminiClaude
根據筆記草擬績效評估
將散落的反饋筆記轉化為平衡、具體的評估。
範例輸出
**總體摘要**
Priya 在上半年表現出色,標誌著兩個重要企業接近和持續的技術品質。她與利益相關者的溝通在第 1 季後明顯改進;跨功能摩擦下降了。
**優勢**
- 關閉 Meridian Health 和 Solis Finance(84,000 美元合併 ARR),經理最初通話後涉及最少。
- 在截止日期前三天提供了安全審查框架;法律稱之為「我們看到的最清楚的提交」。
**開發區域**
- 傾向於輕聲吸收範圍而不是早期標記權衡——sprint 12 截止日期的遺漏部分是由於這一點。在每個 sprint 計畫之前同意「標記或談判」規範。
**評級建議**
超過期望。
提示從真實事件輸入引用和數字,而不是形容詞——「交付安全評估早期,法務讚美」強制模型撰寫基於證據的文案而不是「展示強大的所有權」之類的填充。區別就是使評估在人力資源升級中可防禦。
ChatGPTGeminiClaude
透過電子郵件清楚地委派任務
交接任務,包含背景、期望和截止日期。
範例輸出
主旨:Meridian 安全審查——輪到您了
嗨 Priya,
Meridian 在簽署前要求安全問卷——這是合同前的最後一個閘門。我希望您擁有響應。
交付成果:完成的問卷 + 任何我們今天無法回答的一頁摘要。Google Doc,與我和法律共享。
截止日期:草稿按二周二,最終按周四 6 月 26 日。
迴圈:Tom 用於基礎設施問題(第 3–4 部分)。暫時不要迴圈銷售——我審查法律後會簡報他們。
如果您遇到看起來像真實差距的東西,在撰寫它之前標記給我——最好早期表面它,而不是讓法律趕上。
感謝,
[Your name]
提示概述「完成看起來像什麼」是單一最大委派失敗點——沒有具體的交付成果格式,你會得到該人認為你想要的任何東西。「盡早標記問題」行防止安靜的掙扎會殺死截止日期。
ChatGPTGeminiClaude
撰寫專案啟動摘要
在工作開始前使團隊對目標、範圍、角色和時間表保持一致。
範例輸出
**專案:客戶上線改進**
**我們正在解決的問題**
新客戶平均花費 34 天完成上線,針對 14 天目標。前 90 天支援票證的一半追蹤到設定混淆。這造成我們可以防止的流失。
**目標和成功指標**
按 8 月 31 日將首次價值中位時間從 34 減少到 16 天。次要:將設定相關的支援票證減少 30%。
**範圍**
中:電郵序列、應用程式內檢核清單、第 1–5 步文檔改寫。
出:企業上線(單獨專案)、SSO 配置。
**角色**
專案負責人:Priya | 文檔:Tom | 設計:未指派 | 工程:Diego
**時間表**
6 月 23 日——開始 | 7 月 14 日——設計審查 | 8 月 4 日——軟推出 | 8 月 31 日——完整推出
**風險**
- 設計角色未填充;如果不在 7 月 1 日前聘用,延遲設計審查。
- 文檔改寫取決於產品簽署;需要本週安排。
提示「明確超出範圍」行防止摘要變成願望清單——陳述你不會做的和陳述你會做的一樣重要,它會在範圍爬坡開始前停止它。
ChatGPTGeminiClaude
將選項摘要為決策備忘錄
說明選擇、權衡和建議,以便快速決策。
範例輸出
**決策:聘請 vs. 設計角色承包**
收件人:[Director] | 日期:6 月 17 日
**背景**
上線專案需要一個設計師按 7 月 1 日以達到 8 月 31 日船舶日期。該角色開放了六週;管道有兩個候選人但沒有提供就緒最後選手。
**選項**
| 選項 | 優點 | 缺點 | 成本 |
|---|---|---|---|
| 延伸承包商(Lena)| 現在可用,知道產品 | 20% 保費,不是長期修復 | 8 週 12,000 美元 |
| 等待聘請 | 正確的長期 | 延遲專案 3–6 週 | 現在 0 美元,第 3 季缺少風險 |
| 通過代理商的自由職業者 | 快速、低開銷 | 加速時間、無產品背景 | 8,000–14,000 美元 |
**建議**
通過 8 月延伸 Lena 的承包商。她已經加速,錯過 8 月日期的成本超過保費。
**我們需要您的**
批准按當前費率通過 8 月 31 日延伸 Lena。我需要這個按週一給她足夠的通知。
提示明確說明你的建議——「選項 B」不是建議。說「我推薦 X 因為 Y」迫使你承諾,這正是決策者需要的以快速行動。迴避所有內容的備忘錄是沒有採取行動的備忘錄。
ChatGPTGeminiClaude
向你的團隊宣布變更
清晰地溝通決策,解決「對我有什麼影響」問題。
範例輸出
主旨:團隊結構更新——7 月 1 日生效
嗨團隊,
從 7 月 1 日開始,我們的團隊分成兩個吊艙:由 Priya 擁有的增長吊艙和由 Marco 擁有的保留吊艙。我仍然是您的整體經理——這不會改變報告線、薪資或您目前的專案。
原因:我們的工作在兩個方向上成長,需要不同的節奏。現在分開意味著兩個區域獲得真實焦點而不是共享待辦。
這對您意味著什麼:
- 您對 sprint 計畫的日常領導轉向您的吊艙領導。
- 在 7 月 1 日之前沒有任何改變——完成目前的 sprint 原樣。
什麼保持不變:與我的 1:1、團隊全員大會、薪資和職業對話。
我在週五全員大會上將有 30 分鐘用於問題。如果您寧願在之前談話,在我的日程表上預訂時間。
[Your name]
提示在任何人必須詢問前回答「對我有什麼改變」——大多數變更公告中的團隊焦慮來自於想像比現實更糟的結果。明確說明保持不變的內容通常比公告本身更令人安心。
ChatGPTGeminiClaude
為職位建立面試問題
生成預測績效的角色特定行為問題。
範例輸出
**利益相關者溝通**
問:告訴我一個時刻,您必須向不想聽到的客戶或執行官傳達壞消息。您做了什麼?
強有力答案信號:提前警告(不是驚喜)、分離事實與觀點、有提議的前進路徑。
後續:他們說什麼,結局怎樣?
**模糊下的執行**
問:描述需求在中途發生重大變化的專案。您如何處理它?
強有力答案信號:重新調整而不是吸收範圍、重新談判截止日期、明確傳達權衡。
後續:您現在會做什麼不同的?
**技術判斷**
問:告訴我一個您後來遺憾的技術決策。您學到了什麼?
強有力答案信號:擁有決策而不是責備限制、描述他們會改變的、顯示更新的心理模型。
後續:您現在改變了您做出該類型決策的方式嗎?
提示在進行面試前撰寫「強有力的答案聽起來像什麼」——沒有知道他們在聽什麼的面試官會被自信的表達所捕獲,而不是實際訊號。跟進探測是區分準備好講故事的人與實際做過該事情的人的地方。
ChatGPTGeminiClaude
進行結構化的候選人總結
將面試官筆記轉化為清晰的聘用/不聘用建議。
範例輸出
**候選人:Jordan Lee——高級產品經理**
| 面試官 | 傾斜 | 頂部優勢 | 頂部關注 |
|---|---|---|---|
| Priya | 聘請 | 對權衡清晰 | 數據流暢性薄弱 |
| Tom | 否聘請 | 優秀溝通員 | 避免了對過去失敗的具體情況 |
| Diego | 聘請 | 強大利益相關者本能 | 未提交 |
**共識優勢**
利益相關者溝通、清晰優先級邏輯。
**共識關注**
含糊其辭關於失敗和數據驅動決策——在 Priya 和 Tom 簡報筆記中出現——太一致而不能駁回。
**建議**
否聘請。利益相關者技能是真實的,但兩名面試官獨立標記了相同的分析深度和自我意識差距——有機地一致。
**參考檢查的開放問題**
- Jordan 如何在數據無決定性時處理決策?
- 過去的經理如何描述他們對批評反饋的反應?
提示在總結會議前進行此綜合,而不是在會議中進行——當每個人已經閱讀完摘要時坐下時,你會在解決真正的分歧上花費會議而不是重述故事。參考的未結問題通常比聘用/不聘用本身更有價值。
ChatGPTGeminiClaude
將站立會議摘要為狀態更新
將日常更新濃縮為阻礙者和進度以供利益相關者使用。
範例輸出
**整體狀態:黃色** — 在 sprint 目標的軌道上但一個阻擋者需要明天解決以保持那裡。
**進度**
- Diego 合併了 API 速率限制修復;登台驗證清潔。
- Priya 完成了 Meridian 安全問卷的第 1–2 部分。
- Tom 完成了上線第 3 和 4 步的文檔改寫。
**阻擋者**
| 阻擋者 | 擁有者 | 何時 |
|---|---|---|
| 法律尚未審查數據協議;Priya 無法完成第 5 部分 | [Manager] 升級 | 6 月 18 日 EOD |
**監視項目**
- QA 環境一直不穩定——如果再次下降,它會延遲 Diego 的下一個 PR 審查。
提示訓練自己區分進度(完成或解除阻礙的內容)和活動(某人正在進行的內容)——利益相關者需要前者,不是後者。帶有擁有者和截止日期的阻礙表是實際解決阻礙的部分。
ChatGPTGeminiClaude
為困難的對話做準備
在進行艱難反饋對話前規劃和角色扮演。
範例輸出
**第 1 步——開場框架**
「我想談談最後三個 sprint 評論。在每個中,我們已經提交後範圍更改——sprint 11 中的兩個功能,sprint 12 中的一個,sprint 13 中的三個。我不是歸咎於意圖;我想理解發生了什麼並同意我們今後如何處理範圍變更。"
**第 2 步——可能的回應和回覆**
- "請求來自領導層,不是我。" → "我理解——我需要我們同意一個流程,以便當領導層詢問時,我們有一種方式來回應,不會無聲地吸收改變。"
- "我沒想到它們那麼重要。" → "這很有用知道。往前走,我想定義什麼觸發一個對話,然後我說是。"
**第 3 步——我需要的結果**
任何中途 sprint 範圍添加都需要在接受之前與我進行 10 分鐘的權衡對話的協議。
**第 4 步——角色扮演**
"老實說,我覺得我因為試圖有幫助而被責備。領導要求東西,我應該只說不嗎?"
提示在對話前撰寫開場聲明是最少使用的準備步驟——大多數困難對話在前 30 秒時出岔子,因為經理帶著情感或對沖得太多,另一方人不知道對話的內容。大聲讀你的開場白;如果聽起來像指控或非陳述,在坐下前修改。