ChatGPT 会議メモ プロンプト

キャンペーン ノートとメトリクスをクリーンな、共有可能なキャンペーン リキャップに変えてください。

構造:
1. キャンペーン名、日付、およびゴール
2. キー結果 — 箇条書き リスト、数字優先（ターゲット vs ヒットを含む）
3. パフォーマンスを駆動したもの（2～3 要因、証拠ベース）
4. 何がアンダーパフォームしたか、およびその理由の可能性
5. 次のキャンペーンの推奨事項（3 箇条書き、具体的で実行可能）

数字を作り上げないでください。メトリクスが不足している場合、「追跡されていない」とマークしてください。

キャンペーン ノートとメトリクス: 

粗いコール ノートをクリーンなリキャップ メールに見込み客に変えてください。構造:
- 1 行のお礼。
- 「私が聞いたもの」 — 3 つの箇条書き、彼らの優先事項を言い直す（私があなたに耳を傾けたことを示す）。
- 「次のステップ」 — 誰が何をするか、いつまでに。
- 次のミーティングを確認するための明確な求めます。

スキャン可能に保ってください。ノートで何もない作り上げてください。

マイ ノート: 

粗いコール ノートを CRM 対応型の概要に変換し、これらの正確なフィールドで:
- ステージ（以下の 1 つ: 発見 / 評価 / 提案 / 交渉）
- 苦痛のポイント（箇条書き）
- 予算信号（彼らが実際にお金について言ったもの、または「何も言及されていない」）
- 意思決定者
- 反論 / リスク
- 次のアクション + 日付

ノートで何のみを使用してください。フィールドが空の場合、「言及されていない」を書いてください — 1 つを作成しないでください。

ノート: 

製品デモを準備するのに手伝ってください。見込み客について知っていることに基づいて、どの機能で主導するか、どれをスキップするか教えてください。

見込み客:  で 
主なペイン（発見から）: 
あたりの機能: 

付与してください: 彼らのペインにマップされた 3 ビート デモ フロー、ランド にエロセス 1 つの「ワオ」モーメント、デモ 途中で会話に保つために 2 つの質問。

クローズされたディール からのノートを分析し、win/loss サマリーを作成してください:
- 成果: 獲得した / 失った
- プライマリ 理由（1 文）
- 貢献要因（箇条書き）
- 競合他社が何をしたか、言及された場合
- 次回違うことをする 1 つ

正直にしてください、おせじではなく。ノートで何のみを使用してください。

ディール ノート: 

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

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

事実を保ってください。アドバイスを追加しないでください。ここはノートです:

、 との 1:1 ミーティングのための 1:1 アジェンダ を構築するのに手伝ってください。

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

生成 1 つの 30 分アジェンダ:
1. 彼らのアップデートでオープン、鉱山ではなく（2～3 プロンプト質問、イエス / ノーではなく）。
2. 引き継ぎアイテムをカバー。
3. 1 つの開発またはキャリア質問を含める。
4. 明確な次のステップで終わり、私たち両方が所有します。

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

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

詳細: [PASTE PROJECT DETAILS, TEAM, DATES, CONSTRAINTS]

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

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

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

ノート: 

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

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

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

スタンドアップ ノート: 

粗い面接ノート を採用チーム と共有するための構造化デブリーフに変換してください。

候補者: 
ロール: 
面接者: 
ノート: 

出力形式:
- ヘッドライン: 全体的な印象 1 文。
- 観察された強度（箇条書き）
- 懸念またはギャップ（箇条書き）
- 際立つモーメント: 共有する価値があります 1 つの具体的なやり取り
- 推奨: 前進 / 保有 / パス — 推論の 1 行

ノートのみを使用。懸念を丁寧にするために軟化しないでください。

 についての 面接スコアカード 、 に対して面接を構築 ノートから。

このロール の評価基準: [LIST 4–6 CRITERIA — 例: 技術深さ、通信、指導力、ドメイン知識]。

マイ ノート: 

各々の基準に対して:
- 格付け: 1（バーよりもはるか下）～ 4（明らかにバーの上）
- 面接からの評価をサポート 証拠の 1 文

以下で終わり: 全体的な格付け（平均）と雇用 / 非雇用信号。
面接が実際にカバーしたもののみ格付け。基準を「未評価」とマーク 彼らがいない場合。

 、学年  のための親教師会議の準備を手伝ってください。

ここは私の粗いノート とお観察です:
- 学問的な強度: 
- 向上させる学問的領域: 
- 社会的または行動メモ: [NOTES、または「なし」]
- 敏感で私がする必要があります知っていること コンテキスト: [FAMILY SITUATION / IEP / ELL STATUS、または「既知のなし」]

これらを構成:
1. 2 または 3 具体的な強度 (証拠ベース、一般的ではなく) オープン にします。
2. 1 または 2 成長のためにエリア具体的 な例各々、。
3. 2 質問 親に求めてください（彼らが 家で見ているのか を学ぶ）。
4. 1 つの同意した次のステップ 提案できます。

すべてをそれを会議中に一見できます 1 ページに保ってください。

私は親教師会議をちょうど終了。 へをブリーフ フォローアップ メール を書いて話した何か リキャップするを ください。

私の会議ノート: 

メール構造:
- 2 文のお礼とトーン セッター。
- 「私が聞いたもの」 — 3 4 簡潔箇条書き（強度と懸念）。
- 「我々が同意したもの」 — 1 または 2 具体的な次のステップ が責任者が誰。
- 暖かく、オープンな クロージング 到達するに招待。

何のみを追加しないでください ノートで。180 ワード以下。

以下のスタッフ会議ノートを、クリーン、実行可能なリキャップに要約してください。

形式：
- 決定事項：（解決または承認されたもののリスト）
- アクション項目：（:  by [DATE or "TBD"]形式のリスト）
- 未解決の質問：（発生したが解決されていないもの - 割り当てられたオーナーがいる場合）
- 次の会議：（言及されている場合は日付/時間）

ノートに含まれていないものは追加しないでください。1ページ以内に保ってください。

生ノート：

クラスプロジェクトを計画および分割するのをお手伝いします。以下の簡潔を明確な作業計画に変えてください。

プロジェクト簡潔：
期限：
グループメンバー数：
すべての既知の制約：

生成する：
1. タスク分析（すべての割り当てが要求する配達可能）
2. タスクごとの提案されたオーナー（プレースホルダーとして「メンバーA、B、C...」を使用）
3. 期限から逆行する週間タイムライン
4. 完全なグループがまとめてレビューしたときの1つの統合チェックポイント