Vol. 1 · The AI Prompt Library 免費 · 免註冊 · 複製與貼上

Prompt Library

給經理

經理 ChatGPT 提示詞

數分鐘內完成管理寫作——狀態報告、1:1 議程、決策備忘錄、清晰會議記錄——讓你時間用於人,不是文件。

管理產生穩定的沒人喜歡寫的文件流:每週給老闆的更新、強制決定的備忘錄、將談話轉化為所有權行動項目的會議記錄。這些提示詞快速產生它們,會議與站立提示詞包含硬規則——永不編造擁有人或到期日——讓摘要安全分享。

更難的提示詞幫助人,不是文件:透過先角色扮演準備困難反饋對談,或從雜亂筆記起草平衡績效審查。用它們組織你的想法;判斷與對談本身留給你。

12 個提示詞 · 免費複製 · 每個皆含範例輸出

ChatGPTGeminiClaude

將雜亂的會議筆記轉化為清晰的行動項目

將原始筆記或成績單轉換為決策、擁有者和後續步驟。

提示詞 1 field to fill
以下是來自團隊會議的原始筆記。將其轉換為不在那裡的人的清潔摘要。

格式:
1. **TL;DR** — 2 句話。
2. **所做決策** — 項目符號清單。
3. **行動項目** — 一個表格:任務 | 擁有者 | 到期日期。如果所有者或日期未說明,寫「未指派」——不要編造。
4. **開放問題** — 任何未解決的事情。

保持事實。不要添加建議。這裡是筆記:
範例輸出
**TL;DR** — 團隊批准了第 3 季定價測試並將行動設計推遲到 8 月。兩個行動項目未指派。 **所做決策** - 在 7 月 1 日開始在 Pro 計畫上執行定價 A/B 測試。 - 將行動設計延遲到 8 月以避免假期代碼凍結。 **行動項目** | 任務 | 擁有者 | 到期日期 | |---|---|---| | 在計費中設定定價測試 | Priya | 6 月 27 日 | | 草稿 8 月推出時間表 | 未指派 | 未指派 | | 告訴支援關於價格變更 | Marco | 6 月 30 日 | **開放問題** - 誰簽署最終 8 月日期?

提示「不編造擁有者或日期」規則是使其可信的原因——AI 否則會用看起來合理但錯誤的名字填充空隙。直接貼上 Zoom/Meet 成績單以取得最佳結果。

ChatGPTGeminiClaude

為你的老闆撰寫週報告

將本週的工作轉化為領導者實際閱讀的緊湊更新。

提示詞 1 field to fill
您是寫每週狀態報告的高級經理。將我的項目符號筆記轉換為我的主管將在不到兩分鐘內讀取的清潔更新。

格式:
1. **本週** — 3–5 個具體進度項目符號(指標或交付成果,不是工作量)。
2. **下週** — 具有所有者的 2–3 個優先事項。
3. **阻擋者** — 我需要從領導力的任何東西。如果無,寫「無」。

規則:純樸語言,無填充詞語,如「我們繼續努力」,數字在我擁有它們的任何地方,共 200 字以下。

我的筆記:
範例輸出
**本週** - 發布上線電郵序列;開啟率為 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 會議議程

為與直接報告的一對一會議準備專注的議程。

提示詞 4 fields to fill
幫我為與  的 1:1 會議建立議程,他是 。

有關此人的背景:
- 目前專案或焦點:
- 任何最近的贏或關注我想確認:
- 上次 1:1 的開放項目:[CARRYOVER ITEMS,或「無」]

生成一個 30 分鐘議程,其中:
1. 以他們的更新開場,而不是我的(2–3 個提示問題,不是是/否)。
2. 涵蓋結轉項目。
3. 包括一個開發或職業問題。
4. 以明確的下一步結束,我們雙方都擁有。
範例輸出
**1:1 — Priya / 6 月 17 日 — 30 分鐘** **她的更新(10 分鐘)** - Meridian 安全審查的進展如何——有任何驚喜嗎? - 本週對您來說感覺最有用和最沒有用的是什麼? - 有什麼讓您放慢速度,我不知道嗎? **結轉(8 分鐘)** - 決策:迴圈法律的時間表。 - 狀態:會議演講提案——她提交了嗎? **開發(7 分鐘)** - 您一直在處理更多面向客戶的工作——這是您想要更多的東西,還是它從您想做的工作中拉出來的? **下一步(5 分鐘)** - 我:按週三獲得法律介紹。 - Priya:按週五 EOD 發送演講提案連結。

提示以他們的更新開始,而不是你的——這表明你在那裡是為了解除他們的阻礙,而不是向他們播放,你會浮出永遠不會進入狀態電子郵件的問題。在持久文件中攜帶上次的未結項目,以便沒有任何內容掉落。

ChatGPTGeminiClaude

根據筆記草擬績效評估

將散落的反饋筆記轉化為平衡、具體的評估。

提示詞 4 fields to fill
您是一位經驗豐富的經理撰寫正式績效評論。將我的原始筆記轉換為  的草稿評論,,涵蓋期間 。

結構:
1. **總體摘要** — 2 句話。
2. **優勢** — 來自筆記的 2–3 個具體例子(引用真實結果,而不是個性特質)。
3. **開發區域** — 1–2 個誠實、具體的差距,有建議的行動,而不是模糊的批評。
4. **評級建議** — [RATING SCALE,例如超過 / 符合 / 低於]。

規則:使用我筆記中的具體證據。如果部分沒有證據,寫「未提供數據」——不要填充。避免空白讚美。中立專業語調。

我的筆記:
範例輸出
**總體摘要** Priya 在上半年表現出色,標誌著兩個重要企業接近和持續的技術品質。她與利益相關者的溝通在第 1 季後明顯改進;跨功能摩擦下降了。 **優勢** - 關閉 Meridian Health 和 Solis Finance(84,000 美元合併 ARR),經理最初通話後涉及最少。 - 在截止日期前三天提供了安全審查框架;法律稱之為「我們看到的最清楚的提交」。 **開發區域** - 傾向於輕聲吸收範圍而不是早期標記權衡——sprint 12 截止日期的遺漏部分是由於這一點。在每個 sprint 計畫之前同意「標記或談判」規範。 **評級建議** 超過期望。

提示從真實事件輸入引用和數字,而不是形容詞——「交付安全評估早期,法務讚美」強制模型撰寫基於證據的文案而不是「展示強大的所有權」之類的填充。區別就是使評估在人力資源升級中可防禦。

ChatGPTGeminiClaude

透過電子郵件清楚地委派任務

交接任務,包含背景、期望和截止日期。

提示詞 1 field to fill
寫一個指派任務給  的委派電郵。電郵不應該感覺像傾倒——它應該給他們成功所需的。

包括:
- 任務是什麼以及為什麼重要(一句背景)。
- 「完成」看起來像什麼(具體交付成果和格式)。
- 截止日期和任何關鍵限制。
- 誰要迴圈以及不要迴圈。
- 明確邀請盡早標記問題。

不超過 150 字。純樸語言。沒有「按我的最後電郵」。

任務詳情:[DESCRIBE THE TASK, DEADLINE, CONSTRAINTS]
範例輸出
主旨:Meridian 安全審查——輪到您了 嗨 Priya, Meridian 在簽署前要求安全問卷——這是合同前的最後一個閘門。我希望您擁有響應。 交付成果:完成的問卷 + 任何我們今天無法回答的一頁摘要。Google Doc,與我和法律共享。 截止日期:草稿按二周二,最終按周四 6 月 26 日。 迴圈:Tom 用於基礎設施問題(第 3–4 部分)。暫時不要迴圈銷售——我審查法律後會簡報他們。 如果您遇到看起來像真實差距的東西,在撰寫它之前標記給我——最好早期表面它,而不是讓法律趕上。 感謝, [Your name]

提示概述「完成看起來像什麼」是單一最大委派失敗點——沒有具體的交付成果格式,你會得到該人認為你想要的任何東西。「盡早標記問題」行防止安靜的掙扎會殺死截止日期。

ChatGPTGeminiClaude

撰寫專案啟動摘要

在工作開始前使團隊對目標、範圍、角色和時間表保持一致。

提示詞 1 field to fill
 撰寫專案開始簡報。此文檔將在開始會議前與團隊共享,應在提出「為什麼我們這樣做」之前回答每個問題。

部分:
1. **我們正在解決的問題** — 一段,無行銷術語。
2. **目標和成功指標** — 獲勝看起來像什麼,如果可能的話帶一個數字。
3. **範圍** — 什麼在裡面以及明確什麼在外面。
4. **角色** — 誰擁有什麼(如果角色未填充,使用「未指派」)。
5. **時間表** — 關鍵里程碑和船舶日期。
6. **風險** — 頂部 2,單句每個。

詳情:[PASTE PROJECT DETAILS, TEAM, DATES, CONSTRAINTS]
範例輸出
**專案:客戶上線改進** **我們正在解決的問題** 新客戶平均花費 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

將選項摘要為決策備忘錄

說明選擇、權衡和建議,以便快速決策。

提示詞 2 fields to fill
 撰寫決策備忘錄,答覆問題:。

格式:
1. **背景** — 為什麼現在需要此決策(2–3 句)。
2. **選項** — 一個表格:選項 | 優點 | 缺點 | 成本/工作。
3. **建議** — 您推薦哪個選項以及單句原因。
4. **我們需要您的** — 具體要求(批准、通話、簽署)。

直接。即使數據不完善,也要陳述建議。不超過 300 字。

詳情:[PASTE OPTIONS, TRADE-OFFS, YOUR PREFERRED CHOICE AND WHY]
範例輸出
**決策:聘請 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

向你的團隊宣布變更

清晰地溝通決策,解決「對我有什麼影響」問題。

提示詞 1 field to fill
給我的團隊寫一個內部公告電郵關於 。變更已經決定——此電郵是為了傳達它,而不是辯論它。

電郵必須:
- 在第一句中明確陳述變更。
- 以純樸的語言解釋原因(一個簡短的段落)。
- 解決兩個最可能的「這對我意味著什麼」問題。
- 說什麼保持不變。
- 給出提問的具體時間(團隊會議、開放 Slack 線索等)。

語調:直接、人性、不是公司說話。沒有「令人興奮的旅程」。不超過 200 字。

變更詳情:[DESCRIBE THE CHANGE, REASON, IMPACT ON THE TEAM, ANY OPEN QUESTIONS]
範例輸出
主旨:團隊結構更新——7 月 1 日生效 嗨團隊, 從 7 月 1 日開始,我們的團隊分成兩個吊艙:由 Priya 擁有的增長吊艙和由 Marco 擁有的保留吊艙。我仍然是您的整體經理——這不會改變報告線、薪資或您目前的專案。 原因:我們的工作在兩個方向上成長,需要不同的節奏。現在分開意味著兩個區域獲得真實焦點而不是共享待辦。 這對您意味著什麼: - 您對 sprint 計畫的日常領導轉向您的吊艙領導。 - 在 7 月 1 日之前沒有任何改變——完成目前的 sprint 原樣。 什麼保持不變:與我的 1:1、團隊全員大會、薪資和職業對話。 我在週五全員大會上將有 30 分鐘用於問題。如果您寧願在之前談話,在我的日程表上預訂時間。 [Your name]

提示在任何人必須詢問前回答「對我有什麼改變」——大多數變更公告中的團隊焦慮來自於想像比現實更糟的結果。明確說明保持不變的內容通常比公告本身更令人安心。

ChatGPTGeminiClaude

為職位建立面試問題

生成預測績效的角色特定行為問題。

提示詞 2 fields to fill
您是一位編寫面試指南的聘僱經理。為  中的  角色建立行為面試問題。

該角色最重要的能力是:[LIST 3–4 KEY COMPETENCIES,例如利益相關者溝通、技術判斷、模糊下的執行]。

對於每項能力,撰寫:
- 一個行為問題(過去式,「告訴我一個時刻...")。
- 強有力的答案看起來像(2–3 個要聆聽的信號詞或短語)。
- 一個後續探測。

避免可用預練習陳詞濫調回答的問題。沒有「您最大的弱點是什麼?"
範例輸出
**利益相關者溝通** 問:告訴我一個時刻,您必須向不想聽到的客戶或執行官傳達壞消息。您做了什麼? 強有力答案信號:提前警告(不是驚喜)、分離事實與觀點、有提議的前進路徑。 後續:他們說什麼,結局怎樣? **模糊下的執行** 問:描述需求在中途發生重大變化的專案。您如何處理它? 強有力答案信號:重新調整而不是吸收範圍、重新談判截止日期、明確傳達權衡。 後續:您現在會做什麼不同的? **技術判斷** 問:告訴我一個您後來遺憾的技術決策。您學到了什麼? 強有力答案信號:擁有決策而不是責備限制、描述他們會改變的、顯示更新的心理模型。 後續:您現在改變了您做出該類型決策的方式嗎?

提示在進行面試前撰寫「強有力的答案聽起來像什麼」——沒有知道他們在聽什麼的面試官會被自信的表達所捕獲,而不是實際訊號。跟進探測是區分準備好講故事的人與實際做過該事情的人的地方。

ChatGPTGeminiClaude

進行結構化的候選人總結

將面試官筆記轉化為清晰的聘用/不聘用建議。

提示詞 3 fields to fill
將面試官筆記從候選人簡報綜合成結構化聘僱摘要。

格式:
1. **候選人**: 用於 。
2. **面試官及其信號**:一個表格——面試官 | 傾斜 | 頂部優勢 | 頂部關注。
3. **共識優勢** — 所有或大多數面試官同意的。
4. **共識關注** — 多次出現的。
5. **建議** — 聘請 / 否聘請 / 強聘請,單句原因。
6. **開放問題** — 參考檢查應解決的任何未解決。

僅使用筆記中的內容。如果面試官未提交筆記,標記「未提交」。

筆記:
範例輸出
**候選人:Jordan Lee——高級產品經理** | 面試官 | 傾斜 | 頂部優勢 | 頂部關注 | |---|---|---|---| | Priya | 聘請 | 對權衡清晰 | 數據流暢性薄弱 | | Tom | 否聘請 | 優秀溝通員 | 避免了對過去失敗的具體情況 | | Diego | 聘請 | 強大利益相關者本能 | 未提交 | **共識優勢** 利益相關者溝通、清晰優先級邏輯。 **共識關注** 含糊其辭關於失敗和數據驅動決策——在 Priya 和 Tom 簡報筆記中出現——太一致而不能駁回。 **建議** 否聘請。利益相關者技能是真實的,但兩名面試官獨立標記了相同的分析深度和自我意識差距——有機地一致。 **參考檢查的開放問題** - Jordan 如何在數據無決定性時處理決策? - 過去的經理如何描述他們對批評反饋的反應?

提示在總結會議前進行此綜合,而不是在會議中進行——當每個人已經閱讀完摘要時坐下時,你會在解決真正的分歧上花費會議而不是重述故事。參考的未結問題通常比聘用/不聘用本身更有價值。

ChatGPTGeminiClaude

將站立會議摘要為狀態更新

將日常更新濃縮為阻礙者和進度以供利益相關者使用。

提示詞 1 field to fill
將以下站立筆記摘要為簡短的狀態更新,我可以與未參加的利益相關者共享。

格式:
1. **整體狀態** — 一個詞(綠色 / 黃色 / 紅色)和一句話解釋它。
2. **進度** — 2–4 個具體內容完成或向前移動的項目符號。
3. **阻擋者** — 每個阻擋者在其自己的行上:阻擋者 | 誰擁有解決方案 | 何時。如果無,寫「無」。
4. **監視項目** — 尚非阻擋者但需要監視的風險。

僅事實。不要改述人們正在進行的工作——只有什麼向前移動。

站立筆記:
範例輸出
**整體狀態:黃色** — 在 sprint 目標的軌道上但一個阻擋者需要明天解決以保持那裡。 **進度** - Diego 合併了 API 速率限制修復;登台驗證清潔。 - Priya 完成了 Meridian 安全問卷的第 1–2 部分。 - Tom 完成了上線第 3 和 4 步的文檔改寫。 **阻擋者** | 阻擋者 | 擁有者 | 何時 | |---|---|---| | 法律尚未審查數據協議;Priya 無法完成第 5 部分 | [Manager] 升級 | 6 月 18 日 EOD | **監視項目** - QA 環境一直不穩定——如果再次下降,它會延遲 Diego 的下一個 PR 審查。

提示訓練自己區分進度(完成或解除阻礙的內容)和活動(某人正在進行的內容)——利益相關者需要前者,不是後者。帶有擁有者和截止日期的阻礙表是實際解決阻礙的部分。

ChatGPTGeminiClaude

為困難的對話做準備

在進行艱難反饋對話前規劃和角色扮演。

提示詞 2 fields to fill
幫我為與  關於  的困難對話做準備。

第 1 步——以中立、事實性的語言給我一個一段的問題框架,我可以打開(沒有責備,沒有軟化到隱藏點的點)。

第 2 步——列出 2–3 個最可能的防禦回應以及對每個的冷靜、具體回覆。

第 3 步——起草我需要來自此對話的一個結果(行為改變、決策或協議)。

第 4 步——角色扮演為此人。以他們可能的方式回應我的開場陳述——現實地推回,不要讓它容易。

背景:[DESCRIBE THE SITUATION, WHAT'S HAPPENED, WHAT YOU NEED TO CHANGE]
範例輸出
**第 1 步——開場框架** 「我想談談最後三個 sprint 評論。在每個中,我們已經提交後範圍更改——sprint 11 中的兩個功能,sprint 12 中的一個,sprint 13 中的三個。我不是歸咎於意圖;我想理解發生了什麼並同意我們今後如何處理範圍變更。" **第 2 步——可能的回應和回覆** - "請求來自領導層,不是我。" → "我理解——我需要我們同意一個流程,以便當領導層詢問時,我們有一種方式來回應,不會無聲地吸收改變。" - "我沒想到它們那麼重要。" → "這很有用知道。往前走,我想定義什麼觸發一個對話,然後我說是。" **第 3 步——我需要的結果** 任何中途 sprint 範圍添加都需要在接受之前與我進行 10 分鐘的權衡對話的協議。 **第 4 步——角色扮演** "老實說,我覺得我因為試圖有幫助而被責備。領導要求東西,我應該只說不嗎?"

提示在對話前撰寫開場聲明是最少使用的準備步驟——大多數困難對話在前 30 秒時出岔子,因為經理帶著情感或對沖得太多,另一方人不知道對話的內容。大聲讀你的開場白;如果聽起來像指控或非陳述,在坐下前修改。

常見問題

如何用 ChatGPT 將會議記錄轉化為行動項目?

貼入原始筆記或記錄到會議記錄提示詞。它返回 TL;DR、做出的決定與一個帶擁有人與到期日的行動項目表——將任何未明述的標記為「未分配」而非猜測。

ChatGPT 能寫我的每週狀態報告嗎?

可以。狀態報告提示詞將你週的粗糙筆記轉化為給領導層的緊密、易掃描更新——進度、阻礙、下一步——格式忙碌主管真正讀的。

在績效審查中使用 AI 是好主意嗎?

作為起草輔助,是的——審查提示詞將你自己的筆記轉化為平衡、具體措辭。但評估必須是你的:審查並重寫每一行,永遠不要貼入機密員工資料到未獲公司批准的工具。

AI 如何幫助困難對談?

困難對談提示詞幫你規劃與角色扮演前面談:起草你的開場、預期反應、排練回覆——讓你進去清晰與冷靜而非緊張。