ChatGPT テキスト要約プロンプト

下記で貼り付けた競合他社メッセージングを分析し、構造化された概要を作成してください。

セクション:
1. コア ポジショニング ステートメント（彼らが解決すると主張する問題、誰のために）
2. 彼らが使用する主要クレームとプルーフ ポイント（上位 4～5）
3. メッセージング強度 — 何が上手でなぜ機能するのか
4. メッセージング ギャップまたは弱点 — 彼らが軽視またはを避けるもの
5. 当社のポジショニングがどのように異なるべきか — 所有する角度に関する 1 段落

競合他社名: 
当社製品: 
競合他社メッセージング（ホームページ コピー、アバウト ページ、または広告テキストを貼り付けてください）: 

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

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

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

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

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

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

ノート: 

営業提案をオープンするための 1 段落のエグゼクティブ概要を作成してください。忙しいエグゼクティブが読むのに進みたいことを作成します。

プレーン言語でカバー: ビジネス問題、提案内容、期待される結果（数字があれば）、投資。

詳細: 

120 ワード以下、自信を持っているが、hypey ではなく保ってください。

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

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

ディール ノート: 

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

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

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

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

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

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

マイ ノート: 

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

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

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

マイ ノート: 

 に対する決定メモを作成してください: 。

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

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

詳細: [PASTE OPTIONS, TRADE-OFFS, YOUR PREFERRED CHOICE AND WHY]

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

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

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

スタンドアップ ノート: 

ジョブ スペックについて再度スクリーニングしジョブ スペックに対して構造化サマリーを付与します。

ジョブ スペック: 
再開: 

形式:
- 全体的なフィット: 強い / 可能 / 弱い（推論の 1 行）
- マッチ: 彼らがスペックに直接応じるところの箇条書き
- ギャップ: 不足している必要なこと の箇条書き — 正直ぼかさない
- 彼らに求める価値がある 1 つの質問

修飾を作成しないでください。何か曖昧な場合、推測するのではなくそう述べてください。

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

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

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

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

 最終ラウンド候補者 を  ロール のために比較 採用チーム が決定を知らせるクリーンな概要を与えます。

各々の候補者、ノートを提供します。生成:
- 列としてのキー基準と行としての候補者を持つ比較テーブル。
- テーブルの下に、各候補者に 1 段落の「ケース」 — 本当の強度のみ、パッドなし。
- キー トレードオフ について議論する必要があります チーム のセクション。
- 雇用推奨を作成しないでください — 決定をチームに残す。

評価基準: 
候補者ノート: 

あなたは経験豊富なカリキュラム デザイナーです。生成  質問は 以下のテキストに基づいた読み取り理解クイズ。

学年: 
難易度のミックス:
-  想起質問（テキストで直接述べられている）
-  推論質問（行 の間を読む 必要）
-  総合またはオピニオン質問（より広いアイデア へのテキストを接続する 必要）

形式各々質問 として:
Q: [Question]
タイプ: 想起 / 推論 / 総合
サンプル答え: [1～2 文の正しい答え]

テキスト: 

記事を [READING LEVEL、例: 5 年生] レベル読書の  学生のため 書き直します。

ルール:
- すべてのジャルゴン と学問語彙 をより簡単な同義語 で置き換えてください。キー用語がとどまる必要がある場合、定義してください括弧 ）初めに。
- 短い文（平均 20 ワード以下）を使用。
- 記事の中心のアーギュメント 保持すべての事実クレイム — 不一致の歪みに簡素化しないでください。
- オリジナル構造にマッチ: 同じメイン セクション、同じ順序。
- ターゲット長:  ワード。

オリジナル記事: 

あなたはカリキュラム スペシャリストです。割り当てで述べるための分級ルーブリック を作成してください。

割り当て: 
学年: 
ポイント合計: 
基準の数: [NUMBER、例 4]

各々の基準に対して:
- 基準に名前を付けます。
- 4 パフォーマンス レベル のための記述者を作成: 優秀、熟練、開発中、始まり。
- ポイント値 を合計にまでに割り当てます。

記述子を具体的および行動ベース に保ってください、不明瞭ではなく（「アイデアをサポート」ではなく「テキスト証拠の 3 つを使用」）。

学年の先生が通知表のコメントを書くのをお手伝いしています。以下の各生徒について、次の条件を満たしたコメントを書いてください：
- 50～75語
- 具体的（スキル、行動、または例を挙げること。一般的な表現は避ける）
- 全体的にポジティブなトーンで、改善点は前向きに表現する
- 三人称（「彼女は / 彼は / 彼らは」）で書く
- 専門用語と学年コードを使用しない

生徒ノート（1行ずつ、「---」で区切る）：
[PASTE STUDENT NOTES IN FORMAT: Name | Strengths | Growth area | Any specific detail]

各生徒について1つのコメントを同じ順序で作成してください。

私はを教えており、を生徒に説明する必要があります。3つの異なる説明を私に与えてください：

1. シンプルなアナロジー：この年齢の生徒が日常的に経験していることを使用して説明します。技術的な語彙は不要です。
2. 実践例：この年齢の生徒が立ち往生している場合は、具体的な例をステップバイステップで説明してください。
3. よくある誤解：この概念を学生が最も頻繁に誤解する方法を挙げ、なぜ間違ったメンタルモデルが失敗するのかを説明します。

それぞれの説明を100語以下に保ってください。明確な言語を使用してください。

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

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

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

生ノート：

あなたは、整理されていないノートを整理するのに習熟している大学院ティーチングアシスタントです。授業からの生のメモを貼り付けます。この構造でクリーン要約を作成します：
- メインテーマ（1文）
- コアアイデア（3～5の箇条書き、それぞれスタンドアロン）
- 主な用語とその定義
- 試験に出現する可能性がある1つのもの

ノートに含まれていない情報を追加しないでください。「[unclear]」で不明確なものにフラグを付けてください。

ノート：

研究方法チューターとして行動してください。研究論文から抽象化し、貼り付けられたセクションをお読みください。この構造を使用して要約します：
1. 研究質問（1文）
2. 方法（彼らが何をしたか、参加者またはデータポイントの数）
3. 主な結果（箇条書き、数字が表示される場合は数字付き）
4. 著者が言及する制限
5. この論文が重要な理由についての1文

解釈や分析を追加しないでください。クラスメートに説明できる明確な言語を使用してください。

論文の抜粋：[PASTE ABSTRACT + KEY SECTIONS]

あなたは学習スキルコーチです。のコース概要またはクラスノートを貼り付けます。1ページの学習ガイドを試験対応のトピッククラスターで整理して構築します（日付または講義順序ではなく）。

それぞれのクラスター：
- トピック名
- 知るべきコアコンセプト（箇条書き）
- 可能性のある試験質問タイプ（リコール、適用、比較）

異なる週に表示されたとしても、関連するアイデアをグループ化します。再読が必要な場所にフラグを付けます。

資料：

のテスト準備チューターとして行動してください。私はノートを貼り付けます。これらのルールに従うQ&A形式でフラッシュカードを生成します：
- 1つのアイデア、1枚のカード。複合質問はありません。
- 質問は暗記ではなく理解をテストします（「説明する」、「比較する」、または「例を挙げる」を好みます）。
- 各回答を40語以下に保ってください。
- 最低15枚のカードを生成します。
- 形式：Q：... / A：...

ノート：

を説明してください。基本的なを理解していますが、このトピックを研究していない人として説明してください。説明を次のように構成してください：
1. 平易な定義（2～3文、専門用語なし）
2. 具体的な現実の類推
3. 学生がこの概念について持つ最も一般的な誤解
4. 1つのチェック質問を答えて、自分の理解をテストすることができます

合計応答を200語以下に保ってください。

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

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

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