Vol. 1 · The AI Prompt Library 無料・登録不要・コピー&ペースト

Prompt Library

マネージャー向け

マネージャー向け ChatGPT プロンプト

管理執筆を数分で完了します — ステータスレポート、1:1 アジェンダ、決定メモ、クリーンな会議メモ — 人、事務ではなく時間を費やします。

管理は誰も書きたくない一定のドキュメント ストリームを生成します: ボスへの週刊更新、決定を強制するメモ、会議談話から行動項目に変える。これらのプロンプトはそれを速く生成し、会議とスタンドアップ プロンプトには難いルール が含まれます — 所有者と期日を発明しません — 共有するのは安全です。

より難しいプロンプトは人、事務ではなく助け: 最初にそれを役割プレイして、難しいフィードバック会話の準備。散歩メモから均衡の取れたパフォーマンスレビュー起案。使用してあなたの思考を整理します。判断と会話自体はあなた のものです。

12 プロンプト・無料コピー・各プロンプトに出力例あり

ChatGPTGeminiClaude

雑然としたミーティングノートを明確なアクションアイテムに変える

生のノートまたはトランスクリプトを決定、所有者、次のステップに変換します。

プロンプト 1 field to fill
以下は団体ミーティングから生ノートです。そこにいなかった人向けのクリーンな概要に変えてください。

形式:
1. **要点** — 2 文。
2. **決定されたもの** — 箇条書き リスト。
3. **アクション アイテム** — テーブル: タスク | 所有者 | 期限。所有者または日付が述べられていない場合、「割り当て不明」を書いてください — 1 つを作成しないでください。
4. **オープン質問** — 未解決のままのもの。

事実を保ってください。アドバイスを追加しないでください。ここはノートです:
出力例
**TL;DR** — The team approved the Q3 pricing test and pushed the mobile redesign to August. Two action items are unassigned. **Decisions made** - Run the pricing A/B test on the Pro plan starting July 1. - Delay the mobile redesign to August to avoid the holiday code freeze. **Action items** | Task | Owner | Due date | |---|---|---| | Set up pricing test in billing | Priya | Jun 27 | | Draft August launch timeline | unassigned | unassigned | | Tell support about the price change | Marco | Jun 30 | **Open questions** - Who signs off on the final August date?

ヒント「所有者または日付を発明しない」ルールはこれを信頼できるようにします。 AI はそうでなければ尤もらしい-しかし間違った名前でギャップを埋めます。 Zoom/Meet トランスクリプトを最良の結果のために直接貼り付けます。

ChatGPTGeminiClaude

上司への週間ステータスレポートを作成

その週の仕事をリーダーシップが実際に読む緊密な更新に変えます。

プロンプト 1 field to fill
あなたは週次ステータス レポートを書くシニア マネージャーです。箇条書き ノートをクリーンなアップデート変えてください (あなたのディレクターが 2 分以下で読む)。

形式:
1. **この週** — 3~5 具体的進行の箇条書き(メトリックスまたは成果、努力ではなく)。
2. **来週** — 所有者がいる 2~3 優先事項。
3. **ブロッカー** — 指導部から必要な何か。何もない場合、「なし」と書いてください。

ルール: 平易な言語、フィラー フレーズ なし(「私たちは継続して取り組んでいた」など)、数字をどこでも持っています、200 ワード未満。

マイ ノート: 
出力例
**This week** - Shipped the onboarding email sequence; open rate at 41% vs. 29% baseline. - Closed two enterprise pilots — Meridian Health and Solis Finance (combined ARR: $84,000). - Reduced P1 ticket backlog from 34 to 11 by reallocating two engineers from the feature queue. - Completed Q3 headcount plan; submitted to HR on Thursday. **Next week** - Priya: finalize security review for Meridian (due Thu). - Tom: start sprint 14 with new backlog priority order. - Me: present Q3 plan to leadership on Wednesday. **Blockers** - Need sign-off on the contractor extension for Tom's team by Monday — delays sprint 14 otherwise.

ヒント貼り付ける前に「配信されたオンボーディングメール」ではなく、ノートに数字を書くこと。 「オープンレート 41% vs. 29% ベースライン」はリーダーシップが覚えるものです。 AI はあなたが与えなかった指標を発明することはできません。

ChatGPTGeminiClaude

1:1 ミーティングアジェンダを構築

ダイレクトレポートとの 1 対 1 のための焦点を絞ったアジェンダを準備します。

プロンプト 4 fields to fill
 との 1:1 ミーティングのための 1:1 アジェンダ を構築するのに手伝ってください。

この人についてのコンテキスト:
- 現在のプロジェクトまたはフォーカス: 
- 最近の勝利またはは懸念 私が認識したい: 
- 前回 1:1 からのオープン アイテム: [CARRYOVER ITEMS、または「なし」]

生成 1 つの 30 分アジェンダ:
1. 彼らのアップデートでオープン、鉱山ではなく(2~3 プロンプト質問、イエス / ノーではなく)。
2. 引き継ぎアイテムをカバー。
3. 1 つの開発またはキャリア質問を含める。
4. 明確な次のステップで終わり、私たち両方が所有します。
出力例
**1:1 — Priya / Jun 17 — 30 min** **Her update (10 min)** - How is the Meridian security review going — any surprises? - What's felt most and least useful to you this week? - Anything slowing you down I don't know about? **Carryover (8 min)** - Decision: timeline for looping in Legal on the data agreement. - Status: conference talk proposal — did she submit? **Development (7 min)** - You've been handling more client-facing work lately — is that something you want more of, or is it pulling you off the work you'd rather do? **Next steps (5 min)** - Me: get Legal intro by Wed. - Priya: send talk proposal link by EOD Fri.

ヒント彼らの更新で開く、あなたのではなく。 あなたが彼らのブロックを解除するためにここにいることを信号します。あなた全体でブロードキャストをしていません。サーフェス問題が状態メールにしたことはありません。 前回の永続的なドキュメント内の開いたアイテムを実行すると、何も落ちません。

ChatGPTGeminiClaude

ノートからパフォーマンスレビューを下書き

散在したフィードバックノートをバランスの取れた、具体的なレビューに変えます。

プロンプト 4 fields to fill
あなたは経験豊富なマネージャーです。生ノートを  のための公式パフォーマンス レビュー に変えてください ( 期間をカバー)。

構造:
1. **全体的な概要** — 2 文。
2. **強度** — ノートから 2~3 具体的な例(実在の成果を引用、人格特性ではなく)。
3. **開発する領域** — 1~2 正直で具体的なギャップで提案される行動、不明瞭な批判ではなく。
4. **格付け推奨** — [RATING SCALE、例 超える / 出会う / 下]。

ルール: ノートから具体的な証拠を使用。セクションに証拠がない場合、「データが提供されていない」と書いてください — それをパッド。空のおせじを避けてください。中立専門家トーン。

マイ ノート: 
出力例
**Overall summary** Priya had a strong half-year marked by two significant enterprise closes and consistent technical quality. Her communication to stakeholders improved noticeably after Q1; cross-functional friction dropped as a result. **Strengths** - Closed Meridian Health and Solis Finance ($84,000 combined ARR) with minimal manager involvement after the first call. - Delivered the security review framework three days early; Legal called it "the clearest submission we've seen." **Areas to develop** - Tends to absorb scope quietly rather than flagging tradeoffs early — missed the sprint 12 deadline was partly caused by this. Agree on a "flag or negotiate" norm before sprint planning each cycle. **Rating recommendation** Exceeds expectations.

ヒント形容詞ではなく、実際のイベントから引用と数字を提供します。 「提供されたセキュリティレビューが早期に、法務がそれを称賛した」は、モデルが「強力な所有権を示している」のようなフィラーの代わりに、証拠ベースのコピーを書くことを強制します。 違いは HR のエスカレーション内でレビューを防御可能にします。

ChatGPTGeminiClaude

タスクをメール上で明確に委任

コンテキスト、期待、期限を伴うタスクを引き渡します。

プロンプト 1 field to fill
 へ委任メール を作成してください。メール はダンプのように感じてはいけません — 成功するために彼らに必要なものを提供する必要があります。

含める:
- タスクは何か、なぜ重要か(1 文のコンテキスト)。
- 「完了」がどのように見えるか(具体的な成果と形式)。
- 期限と任意の主要な制約。
- ループに誰をし、ループに誰をしないか。
- フラッグ の問題を早期にするための明示的な招待。

150 ワード以下。平易な言語。「最後のメール あたりの」はなし。

タスク詳細: [DESCRIBE THE TASK, DEADLINE, CONSTRAINTS]
出力例
Subject: Meridian security review — over to you Hi Priya, Meridian asked for a security questionnaire before they sign — this is the last gate before the contract. I'd like you to own the response. Deliverable: completed questionnaire + a one-page summary of anything we can't answer today. Google Doc, shared with me and Legal. Deadline: draft by Tue Jun 24, final by Thu Jun 26. Loop in: Tom for the infrastructure questions (sections 3–4). Do not loop in Sales yet — I'll brief them after Legal reviews. If you hit something that looks like a real gap, flag it to me before writing around it — better to surface it early than have Legal catch it. Thanks, [Your name]

ヒント「完了した外観」を綴ることは、委任失敗の単一の最大のポイントです。 具体的な配信可能な形式がないと、あなたが望んだものを人が想定したものを戻します。 「早期に問題をフラグ」ラインは、期限を殺す静かな闘争を防ぎます。

ChatGPTGeminiClaude

プロジェクトキックオフブリーフを作成

仕事が始まる前に、チームを目標、範囲、役割、タイムラインに揃えます。

プロンプト 1 field to fill
 に対する プロジェクト キックオフ ブリーフを作成してください。このドキュメント はキックオフ ミーティング前のチームと共有され、すべての「なぜ私たちはこれをするのか」質問に答える必要があります。

セクション:
1. **解決している問題** — 1 段落、ジャルゴンなし。
2. **ゴールと成功メトリック** — 勝つがのように見えるもの、数字があれば。
3. **スコープ** — 中何か、明示的に何が外か。
4. **ロール** — 誰が何を所有するか(ロールがまだ満たされていない場合「割り当て不明」を使用)。
5. **タイムライン** — キーのマイルストーンと出荷日。
6. **リスク** — 上位 2、1 文各々。

詳細: [PASTE PROJECT DETAILS, TEAM, DATES, CONSTRAINTS]
出力例
**Project: Customer Onboarding Revamp** **Problem we're solving** New customers take 34 days on average to complete onboarding, against a 14-day target. Half of support tickets in the first 90 days trace back to setup confusion. This is causing churn we can prevent. **Goal and success metric** Reduce median time-to-first-value from 34 to 16 days by August 31. Secondary: cut setup-related support tickets by 30%. **Scope** In: email sequence, in-app checklist, docs rewrite for steps 1–5. Out: enterprise onboarding (separate project), SSO configuration. **Roles** Project lead: Priya | Docs: Tom | Design: unassigned | Eng: Diego **Timeline** Jun 23 — kickoff | Jul 14 — design review | Aug 4 — soft launch | Aug 31 — full rollout **Risks** - Design role unfilled; delays design review if not hired by Jul 1. - Docs rewrite depends on Product sign-off; needs scheduling this week.

ヒント「明示的に範囲外」ラインは、ブリーフがウィッシュリストになるのを防ぎます。 しないことを述べることはすることを述べるのと同じくらい重要です。スコープクリープが始まる前に停止します。

ChatGPTGeminiClaude

選択肢を決定メモに要約

選択肢、トレードオフ、および迅速な決定のための推奨を示します。

プロンプト 2 fields to fill
 に対する決定メモを作成してください: 。

形式:
1. **コンテキスト** — なぜ決定が今必要か(2~3 文)。
2. **オプション** — テーブル: オプション | プロ | コン | コスト / 労力。
3. **推奨** — どのオプションを推奨するか、1 文の理由。
4. **私たちが必要な何か** — 具体的な求めます(承認、コール、署名)。

直接にしてください。データ が完璧な場合も推奨を述べてください。300 ワード未満。

詳細: [PASTE OPTIONS, TRADE-OFFS, YOUR PREFERRED CHOICE AND WHY]
出力例
**Decision: Hire vs. Contract for Design Role** To: [Director] | Date: Jun 17 **Context** The onboarding project needs a designer by July 1 to hit the Aug 31 ship date. The role has been open for six weeks; the pipeline has two candidates but no offer-ready finalist. **Options** | Option | Pros | Cons | Cost | |---|---|---|---| | Extend contractor (Lena) | Available now, knows the product | 20% premium, not a long-term fix | $12,000 for 8 weeks | | Wait for hire | Right long-term | Delays project 3–6 weeks | $0 now, risk of Q3 miss | | Freelancer via agency | Fast, low overhead | Ramp time, no product context | $8,000–$14,000 | **Recommendation** Extend Lena's contract through August. She's already ramped, and missing the August date costs more than the premium. **What we need from you** Approval to extend Lena at the current rate through Aug 31. I need this by Monday to give her enough notice.

ヒントあなたの推奨を明示的に述べます。 「オプション B」は推奨ではありません。 「I は X を推奨します、Y のため」を言うことはあなたを強制します。決定メーカーが迅速に移動するために必要なものは正確です。 すべてをヘッジするメモは行動を取得しないメモです。

ChatGPTGeminiClaude

あなたのチームへの変更を発表

「私はどうなるのか」という質問に対応する決定を明確に伝えます。

プロンプト 1 field to fill
に関する内部告知メールをチームに書きます。変更は既に決定されており、このメールはそれを伝えるためのもので、議論するものではありません。

メールは以下の必要があります:
- 最初の文で変更を明確に述べる。
- 理由をわかりやすく説明する(1つの短い段落)。
- 最も可能性の高い「これは私にとって何を意味するのか」という2つの質問に答える。
- 変わらないことを述べる。
- 質問の特定の時間を指定する(チーム会議、オープンSlackスレッドなど)。

トーン:直接的で人間的、企業用語ではない。「エキサイティングな旅」なし。200語以下。

変更の詳細: [THE CHANGE、REASON、IMPACT ON THE TEAM、ANY OPEN QUESTIONSを説明]
出力例
件名:チーム構造の更新 — 2026年7月1日から有効 チームの皆へ、 7月1日から、私たちのチームは2つのポッドに分割されます:成長ポッド(Priyaが所有)と保持ポッド(Marcoが所有)。私は依然としてあなた全体のマネージャーです — これは報告ラインを変更しません。報酬またはあなたの現在のプロジェクト。 理由:私たちの仕事は異なるリズムが必要な2つの方向に成長しました。今すぐ分割することで、両方の領域がバックログを共有する代わりに真の焦点を得ることができます。 これがあなたを意味すること: - スプリント計画のための日々のリーダーがあなたのポッドリーダーにシフトします。 - 7月1日までは何も変わりません — 現在のスプリントを完了してください。 変わらないこと:私との1:1、チーム全員会議、報酬、およびキャリア会話。 金曜日の全員会議で質問のための30分があります。その前に話したい場合は、私のカレンダーで時間を予約してください。 [Your name]

ヒント誰もが尋ねる必要がある前に「私のために何が変わるか」に答えます。 変更発表の大部分のチーム不安は、現実より悪い結果を想像することから来ます。 明示的に変わるものを述べることは、多くの場合、発表自体より安心です。

ChatGPTGeminiClaude

役割のためのインタビュー質問を作成

パフォーマンスを予測する役割固有の行動質問を生成します。

プロンプト 2 fields to fill
あなたは面接ガイドを書く採用マネージャーです。行動面接質問を作成してください ロール (at )。

役割の最も重要な適格性: [LIST 3–4 KEY COMPETENCIES、例えば利害関係者通信、技術判断、模糊さの下での実行]。

各々の適格性に対して、作成してください:
- 1 つの行動質問(過去時勢、「あなたが時間を話してください...」)。
- 強い答えのように見えるもの(2~3 信号単語または句を聞く)。
- 1 つのフォローアップ プローブ。

リハーサルされた月並みで答えることができる質問を回避。「あなたの最も大きいウィークネスは何か」ではなく。
出力例
**Stakeholder communication** Q: Tell me about a time you had to deliver bad news to a client or executive who didn't want to hear it. What did you do? Strong answer signals: gave early warning (not surprise), separated facts from opinions, had a proposed path forward. Follow-up: What did they say, and how did it end? **Execution under ambiguity** Q: Describe a project where the requirements changed significantly mid-way. How did you handle it? Strong answer signals: re-scoped rather than absorbed scope, renegotiated the deadline, communicated tradeoffs explicitly. Follow-up: What would you do differently? **Technical judgment** Q: Tell me about a technical decision you made that you later regretted. What did you learn? Strong answer signals: owns the decision rather than blaming constraints, describes what they'd change, shows updated mental model. Follow-up: Did you change how you make that type of decision now?

ヒントインタビューを実行する前に「強い答えのように聞こえるもの」を書きます。 何を聞いているか知らないインタビュアーは、実際の信号の代わりに自信のある配信によってキャプチャされます。 フォローアップ探査は、準備された物語家から実際にしたことをした人々を分離するところです。

ChatGPTGeminiClaude

構造化候補者デブリーフを実行

インタビュアーノートを明確な採用/非採用推奨に変えます。

プロンプト 3 fields to fill
候補者デブリーフから面接者ノート を構造化採用概要に合成してください。

形式:
1. **候補者**: 。
2. **面接者とその信号**: テーブル — 面接者 | リーン | 上位強度 | 上位懸念。
3. **合意強度** — 何が全部または多くの面接者に同意したか。
4. **合意懸念** — 何が 1 回以上上がったか。
5. **推奨** — 雇用 / 雇用しない / 強いい雇用、1 文の理由で。
6. **オープン質問** — 参照チェック が対応する必要があります何か。

何のみ を使用 ノートで。面接者 がノート を提出していない場合、「提出なし」とマーク。

ノート: 
出力例
**Candidate: Jordan Lee — Senior Product Manager** | Interviewer | Lean | Top strength | Top concern | |---|---|---|---| | Priya | Hire | Clear on tradeoffs | Thin on data fluency | | Tom | No hire | Great communicator | Avoided specifics on past failures | | Diego | Hire | Strong stakeholder instincts | no submission | **Consensus strengths** Stakeholder communication, clear prioritization logic. **Consensus concerns** Vague on failures and data-driven decisions — came up in both Priya's and Tom's debrief notes. **Recommendation** No hire. Stakeholder skills are real, but two interviewers independently flagged the same gap in analytical depth and self-awareness — too consistent to dismiss. **Open questions for reference check** - How does Jordan handle decisions when data is inconclusive? - How did past managers describe their response to critical feedback?

ヒントデブリーフミーティングの前にこの合成を実行し、その中ではありません。 みんなが既に読んだサマリーを持ってすでに座っているとき、あなたはストーリーを再述ではなく、実際の不一致を解決するのに時間を過ごします。 参考情報用の開いた質問は、採用/非採用自体より価値があります。

ChatGPTGeminiClaude

スタンドアップをステータス更新に要約

日常の更新をステークホルダーのためのブロッカーと進捗に凝縮します。

プロンプト 1 field to fill
スタンドアップ ノートを出席しなかった利害関係者と共有できるブリーフ ステータス更新に概要記述してください。

形式:
1. **全体的なステータス** — 1 語(緑 / 黄 / 赤)と 1 文の説明。
2. **進行** — 完了または前に移動した 2~4 具体的な何かの箇条書き。
3. **ブロッカー** — 各ブロッカーは独自の行: ブロッカー | 所有者解決 | いつまでに。なし場合「なし」と書いてください。
4. **視聴アイテム** — ブロッカーではないがまだ監視する必要があるリスク。

事実のみ。人が何をしているかを言い直さないでください — 何が動いたのかのみ。

スタンドアップ ノート: 
出力例
**Overall status: Yellow** — on track for the sprint goal but one blocker needs resolution by tomorrow to stay there. **Progress** - Diego merged the API rate-limit fix; staging verified clean. - Priya completed sections 1–2 of the Meridian security questionnaire. - Tom finished the doc rewrites for onboarding steps 3 and 4. **Blockers** | Blocker | Owner | By when | |---|---|---| | Legal hasn't reviewed the data agreement; Priya can't complete section 5 | [Manager] to escalate | Jun 18 EOD | **Watch items** - QA environment has been flaky — if it goes down again it delays Diego's next PR review.

ヒント進捗(何かが終了したかブロック解除されたか)とアクティビティ(誰かが何かに取り組んでいる)を区別することを自分に訓練します。 ステークホルダーは最初を必要とします。ブロッカーテーブルは所有者と期限を持つ、実際にブロッカーを解決している部分です。

ChatGPTGeminiClaude

困難な会話の準備

難しいフィードバック会話を計画およびロールプレイしてから、あなたはそれを持ってください。

プロンプト 2 fields to fill
 について  との難しい会話のための準備のを手伝ってください。

ステップ 1 — 中立、事実的言語で問題のフレーミング の 1 段落を付与(罪悪感なし、責任追及なし)。

ステップ 2 — 彼らが持つ可能性が最も高い 2~3 防御反応をリストし、各々へ落ち着き、具体的な返信。

ステップ 3 — 会話から必要な 1 つの成果ドラフト(行動変更、決定、または同意)。

ステップ 4 — 人としてロールプレイ。開くステートメント に私の返信 — 現実的に戻す、簡単にしないでください。

コンテキスト: [DESCRIBE THE SITUATION, WHAT'S HAPPENED, WHAT YOU NEED TO CHANGE]
出力例
**Step 1 — Opening framing** "I want to talk about the last three sprint reviews. In each one, the scope changed after we'd already committed — sprint 11 by two features, sprint 12 by one, sprint 13 by three. I'm not attributing intent; I want to understand what's happening and agree on how we handle scope changes going forward." **Step 2 — Likely responses and replies** - "The requests came from leadership, not me." → "I understand — and I need us to agree on a process so that when leadership asks, we have a way to respond that doesn't silently absorb the change." - "I didn't think they were that significant." → "That's useful to know. Going forward, I'd like us to define what triggers a conversation before we say yes." **Step 3 — Outcome I need** Agreement that any mid-sprint scope addition requires a 10-minute trade-off conversation with me before it's accepted. **Step 4 — Role-play** "Honestly, I feel like I'm being blamed for trying to be helpful. Leadership asks for things and I'm supposed to just say no?"

ヒント会話の前に開始ステートメントを書くことは、最も無視されるプレップステップです。 ほとんどの困難な会話は、マネージャーが感情で導いたか、もう一方が会話が何についてであるかを知らなかったほど多くをヘッジしたため、最初の 30 秒で横向きになります。 朗読してください。 それが非難または非ステートメントのように聞こえる場合は、座る前に改訂します。

よくある質問

ChatGPT で会議メモをアクション項目に変えるにはどうすればよいですか?

生のメモまたはトランスクリプトを会議メモプロンプトに貼り付けてください。TL;DR、行われた決定、および所有者と期限を含むアクション項目テーブルを返す — 指定されていないものを「未割り当て」としてマーク代わりに推測。

ChatGPT は週刊ステータスレポートを書くことができますか?

はい。ステータスレポート プロンプトは週のラフ メモをリーダーシップの厳しい、スキミング可能な更新に変え — 進行、ブロッカー、次は何か — 忙しい幹部が実際に読む形式で。

パフォーマンスレビューに AI を使用するのは良い考えですか?

ドラフティング補助として、はい — レビュー プロンプトはメモを均衡、具体的な言語に変えます。しかし評価はあなたのものです: すべてのラインをレビューして再書き、承認されていないツールに機密従業員データを貼り付けないでください。

AI は難しい会話でどのように役立ちますか?

難しい会話プロンプトは話す前に計画と役割プレイを支援します: オープニングを起案し、反応を予想し、応答を実行します — スクリプト化されたのではなく、明確で穏やかに行くことができます。