Claudeプロンプト大全

以下の受信メールへの返信を、3つのトーンで作ってください。

【トーン1：丁寧（社外・初対面向け）】
- 敬語ベース
- ご挨拶文必須
- 文末は「ご検討のほど〜」等

【トーン2：簡潔（社内・既知の相手）】
- 「お疲れさまです」開始
- 用件のみ
- 短文で

【トーン3：カジュアル（チームメイト向け）】
- 「了解しました！」のような砕けた感じ
- 絵文字や感嘆符OK

【受信メール】
（ここにメール本文を貼る）

【返信の方針】
- 承諾する/断る/質問する のいずれか：
- 含めたいポイント（あれば）：

以下の依頼を断るメールを、関係を維持したいトーンで作ってください。

【依頼内容】
（受信した依頼の概要）

【断る理由】
（本当の理由・建前として使える理由）

【相手との関係】
（取引先／同僚／上司／顧客 等）

【今後の関係性に望むこと】
（今後も付き合いを続けたい／一旦距離を置きたい 等）

以下の構成で：
1. お礼・感謝（依頼してくれたことへの）
2. 断りの結論（曖昧にしない）
3. 理由（言える範囲で誠実に）
4. 代替案や次回の可能性（あれば）
5. 関係維持の言葉

以下の状況に対する謝罪メールを作ってください。

【ミスの内容】
（具体的に何が起きたか）

【相手への影響】
（どんな迷惑をかけたか）

【深刻度】
□ 軽微（5分の遅延等）
□ 中程度（数時間の遅延、納期ズレ）
□ 重大（金銭的損害、信頼毀損）

【自分の役割】
（直接の担当者／責任者／窓口担当 等）

【すでに取った対応】
（あれば）

以下の要素を含めて：
1. 簡潔な事実認識（言い訳なし）
2. 影響範囲の明示
3. 心からの謝罪（一文字も逃げない）
4. 原因と再発防止策
5. 今後の対応・連絡先

NG：「〜のような気がします」のような曖昧表現、責任転嫁

以下の依頼を、相手が即動きやすいメールにしてください。

【依頼内容】
（してほしいこと）

【相手】
（職位・関係性・忙しさレベル）

【期限】

【背景】
（なぜこれが必要か、簡潔に）

以下の構成で：
1. 件名（一目で内容が分かる）
2. 一文目で結論（「〜していただきたく」）
3. 必要な情報を箇条書き（相手が考えなくていいよう）
4. 期限と理由（「いつまでに、なぜ」）
5. 不明点があれば連絡してくださいの一文

方針：
- 相手の負担を最小化（5分以内で対応できるレベルに分解）
- 「お忙しい中恐縮ですが」のような曖昧な前置きは最小限
- 次のアクションを「YES/NO」で答えられる形に

以下の状況で送る感謝メールを作ってください。

【相手】
（職位・関係性）

【感謝する内容】
（してくれたこと）

【相手の具体的なエピソード】
（「あの時の〜」と思い出せる、相手にも記憶があるシーン）

【自分が感じたこと】
（気持ちの動き）

以下のトーンで：
- 形式的でない
- 温かみがある中にも仕事感がある
- 過剰でない
- 中段に「あの時の〜」エピソードを1〜2文で自然に挟む

NG：
- 「いつもお世話になっております」だけのテンプレ感
- 過剰な称賛（「神対応です」のような）
- 抽象的すぎる「ありがとうございます」

以下の失注後のフォローメールを作ってください。

【失注した提案】
（何を提案したか、概要）

【失注理由】
（先方から伝えられた／推測される）

【関係性】
（既存顧客／新規見込み）

【今後の可能性】
（半年後にまた／別案件で／長期）

以下の構成で：
1. 検討してくれたお礼（しつこくない）
2. 結果への受け入れ（恨み言ゼロ）
3. 学び・改善への意欲（簡潔に）
4. 今後の関係への一文（重くなく）
5. 「いつでもご相談ください」の自然なクロージング

方針：
- 「次は獲得しに行きますよ」感を出さない
- 短文で（300字以内目安）
- 卑屈にならない
- 営業色を消す

以下のコールドメール（営業メール）への返信を作ってください。

【受信した営業メール】
（本文）

【自分のスタンス】
□ 興味なし（明確に断る）
□ 検討中（情報追加を求める）
□ 興味あり（前向きに進めたい）

以下の方針で：

【興味なしの場合】
- 失礼にならない断り方
- 「将来の可能性」を残すか否かを明示
- 短く（100字程度）

【検討中の場合】
- 追加で知りたい3点を箇条書き
- いつまでに判断するかの目安

【興味ありの場合】
- 次のステップを明示（電話／面談／資料送付）
- 候補日時を3つ提示

どのトーンも丁寧かつ的確に。

以下の会議内容から、関係者向けの要点共有メールを作ってください。

【会議の内容】
（議論の概要・録音文字起こし等）

【参加者】

【宛先】
（メールを送る人）

以下の構成で：
1. 件名「【〇〇会議】要点共有」
2. お疲れさまです＋一言で会議の趣旨
3. 決定事項（3〜5点、箇条書き）
4. 宿題と担当（誰が何を、いつまでに）
5. 次回の予定
6. 不明点や追加意見の連絡先

方針：
- 5分以内で読める分量（500字以内）
- 「ニュアンス」より「事実」
- 行動に紐付く情報のみ
- 詳細議事録は後日別途送る前提

以下の状況での期限催促メールを作ってください。

【依頼した内容】

【元の期限】

【経過した日数】

【相手】
（関係性・忙しさ）

【催促の温度感】
□ 1回目（柔らかく）
□ 2回目（少し強めに）
□ 3回目以降（明確に困っていることを伝える）

以下の方針で：
- 相手を責める表現を避ける（「お忘れではないかと」のような）
- 自分側の事情を伝える（「次の工程が止まっていて」）
- 新しい期限を明示する
- 困難があれば相談してほしいという余白
- 短く（200字以内）

NG：
- 「至急」「すぐに」の連呼
- 過度な敬語で逆にプレッシャー
- 嫌味な言い回し

初対面の相手への自己紹介メールを作ってください。

【会った場面】
（イベント名・紹介者・状況）

【話した内容】
（覚えている会話のテーマ）

【自分のプロフィール】
（職種・会社・専門領域・実績）

【メールの目的】
□ お礼だけ（特に依頼なし）
□ 情報交換したい
□ 具体的な提案がある

以下の構成で：
1. 件名「先日はありがとうございました」
2. 会った場面を相手が思い出せる一文
3. 話した内容で印象に残ったこと（1〜2点）
4. 自分の自己紹介（短く・覚えてもらえる切り口）
5. 今後の関係についての具体提案
6. 連絡先（電話・SNS等）

方針：
- 当日中〜翌日に送る前提
- 200〜400字
- 「次に何が起きるか」を書く（提案・お願い・情報共有）

以下のテーマで長文記事を書きます。構成（骨子）を作ってください。

【テーマ】

【ターゲット読者】
（具体的に：年齢・職種・知識レベル・抱えている悩み）

【書く目的】
（教育／販売／集客／自己ブランディング 等）

【希望文字数】

【含めたいキーワード】

以下を出力してください：
1. タイトル候補（3案）
2. リード文（読者の悩みを言い当てる100字以内）
3. 大見出し（h2）×5〜7個
4. 各h2に小見出し（h3）×1〜2個
5. 各見出しに「読者の問い」と「それへの答え」を1行ずつ
6. CTA（記事最後に何をしてほしいか）

方針：
- 起承転結ではなく「結論ファースト」
- 読者が途中離脱する箇所を予測してフックを入れる

以下の文章を、指定したトーンに統一してください。

【元の文章】
（本文）

【目指すトーン】
□ ですます調（丁寧でフラット）
□ である調（簡潔で論理的）
□ 親しみやすい話し言葉
□ 専門家の解説調
□ 営業色のあるセールスライティング
□ ニュース記事風

【追加の方針】
（あれば：「数字を強調」「主語を明確に」「重複表現を削る」等）

変更ルール：
- 内容（事実・数値・主張）は絶対に変えない
- 文末を統一（混在を解消）
- 主語の省略を最小限に
- 同じ内容の重複を削除
- 1文を50字以内に

変更後、Before/After を表で対比して見せてください。

以下の文章を、内容を保ったまま3割短くしてください。

【元の文章】
（本文）

削るべき箇所：
1. 同じことを言い換えている部分
2. 「〜のような」「〜という」のような曖昧な接続
3. 形容詞の重複（「とても重要な大切な」等）
4. 「私としては」「個人的には」のような自己言及の枕詞
5. 「実は」「ちなみに」のような不要なつなぎ

保つべき要素：
- 数字・固有名詞・データ
- 主張と結論
- 具体例（1つにまとめてOK）
- 読者への呼びかけ

出力：
1. 短縮版
2. 削った理由（箇条書き）
3. 元の文字数 → 後の文字数（削減率%）

以下の長文を、3行のサマリにしてください。

【元の文章】
（本文・URL・PDF添付等）

【ターゲット読者】
（誰がこのサマリを見るか）

【サマリの目的】
□ 自分の頭の整理
□ 会議前の予習
□ 上司への報告
□ 取引先へのリマインド

出力フォーマット：
1. ひとことで言うと（30字以内）
2. 重要な事実・データ（50字）
3. 著者の主張・結論（50字）

方針：
- 元の文章にない情報は加えない
- 「らしい」「と思われる」のような曖昧表現を避ける
- 数字は元のまま

追加で「私の業務（〇〇）への示唆」も2行で出してください。

以下のコンテンツのタイトル（見出し）を、CTRが上がるパターンで10案作ってください。

【コンテンツの内容】

【ターゲット読者】

【掲載媒体】
□ ブログ記事タイトル
□ X（Twitter）の投稿
□ LP のヘッダー
□ 動画タイトル
□ メルマガ件名

10案を、以下のパターンで散らして：
1. 数字訴求型（「7つの〜」「5分で〜」）
2. 質問型（「なぜ〜？」「あなたは〜？」）
3. 否定型（「〜はもう古い」「〜してはいけない」）
4. 体験談型（「私が〜した話」）
5. 緊急性型（「今すぐ〜」「2026年版」）
6. 比較型（「〜vs〜」）
7. シンプル断言型（「〜が最強」）
8. ストーリー型（「〜の3週間で起きたこと」）
9. 損失回避型（「知らないと損する〜」）
10. 反証型（「〜は嘘だった」）

各案に「狙うクリック動機」を1行で添えて。

以下の文章を校正してください。

【文章】
（本文）

チェック項目：
1. 誤字脱字
2. てにをはの違和感
3. 主語と述語の係り受け
4. 同じ言葉の重複（同じ段落内に「重要」が3回等）
5. 「は」「が」の使い分けの不自然さ
6. 文末の単調さ（「〜です」「〜ます」が連続）
7. 句読点の打ち過ぎ／少なすぎ

出力フォーマット：
- 元の文章と修正版を行単位で対比
- 各修正に「なぜ修正したか」を1行で
- 全体への所感を最後に2〜3行

注意：
- 内容（主張・事実）は絶対に変えない
- 著者の「文体の癖」が個性として機能している箇所は残す
- 専門用語は安易に言い換えない

以下の文章を、別の視点で書き直してください。

【元の文章】

【元の視点】
（「初心者向け」「経営者目線」等）

【書き直す視点】
□ 反対意見の立場で
□ 当事者ではなく外部観察者として
□ 10年後の未来から振り返る形で
□ 業界外の素人目線で
□ 専門家として深掘りする立場で

方針：
- 元の事実・データは変えない
- 「視点」だけが違うだけで、結論はあえて反対側に振ってもOK
- 元の文章を超えるクオリティで（焼き直し感を消す）

書き直し後、元との「視点の差分」を3行で説明してください。

以下のメモから、文章として膨らませてください。

【メモ】
（箇条書きでもキーワードだけでも）

【最終形のフォーマット】
□ ブログ記事
□ メール本文
□ 提案書の章
□ プレゼンスライドの説明文

【目標文字数】

【トーン】

膨らませ方：
- メモの順番を尊重する（勝手に並び替えない）
- 各メモ項目を「主張＋根拠＋例」の3要素で展開
- 接続詞で論理を補強（「なぜなら」「一方で」「具体的には」）
- メモにない情報は最小限

出力後、「足した情報」と「メモのまま使った要素」を区別して提示してください。

以下のコンテンツのタイトルを3つの切り口で並べてください。

【内容】

【掲載媒体】

切り口：

【1. ストレート型】
- 内容を端的に言い表す
- 「Claude API のプロンプトキャッシュ機能解説」のような

【2. ベネフィット型】
- 読者が得る効果を明示
- 「Claude API 料金を3割下げる方法」のような

【3. 好奇心型】
- 読まずにいられない隙を作る
- 「私が月3万円浮かせた、たった1行の変更」のような

各案に：
- 想定する読者像
- クリック動機
- リスク（誇張・煽りすぎ）

を1行で添えて。

以下の記事の末尾に置く CTA（行動喚起）を作ってください。

【記事の内容】
（本文の概要）

【読者にしてほしい行動】
□ メルマガ登録
□ 別記事を読む
□ サービス申込
□ SNSでシェア
□ コメント・質問

【記事のトーン】
（読者との距離感）

CTA の構成：
1. 自然な流れの導入文（「ここまで読んでくれた方には」のような）
2. 行動の理由（なぜそれをするとあなたにメリットがあるか）
3. 具体的な行動（リンク・ボタン文言）
4. 「ためらいを解消」する一文（無料・登録不要・5分で完了 等）

方針：
- 売り込み臭を出さない
- 記事の文脈を引き継ぐ（突然のCTAではなく）
- 行動の心理ハードルを下げる

以下のキーワードについて、検索する人の意図を分類してください。

【キーワード】

【業界・ジャンル】

出力：

1. 検索意図を3〜5パターン抽出
   各パターンに：
   - 想定読者（具体的なペルソナ）
   - 抱えている悩み
   - 期待している答え

2. 各パターンに対応する記事タイトル候補（5案ずつ）

3. 上位表示の難易度予測
   - 競合の強さ（個人ブログ多い／企業サイト独占）
   - 自社で勝てる切り口の提案

方針：
- 「とは」「やり方」「比較」「失敗」「料金」など、検索意図のバリエーションを意識
- 個人ブログでも勝てる長尾キーワードを1〜2つ提案

以下のキーワードで上位表示を狙う記事構成を作ってください。

【メインキーワード】

【サブキーワード（2〜3個）】

【ターゲット読者】

【目標文字数】
（3,000〜10,000字）

出力：
1. 記事タイトル（メインKW＋ベネフィットを含む32字以内）
2. メタディスクリプション（120字、検索結果でクリックされる）
3. リード文（150字、読者の悩みを言い当てる）
4. 見出し構成
   - h2 を5〜8個
   - 各h2 配下に h3 を1〜2個
   - 各見出しの想定文字数
5. 各見出しで答える「検索者の問い」を1行で
6. 内部リンク提案（既存記事との連動先）
7. 構造化データ（HowTo / FAQ）の組み込み箇所

方針：
- 結論を冒頭に出す
- h2 にもサブキーワードを自然に入れる
- 競合上位記事より「+α」の独自視点を1つ含める

以下のテーマで、記事の冒頭文（リード）を作ってください。

【テーマ】

【読者の悩み】

【記事で伝える結論】

【目標文字数】
（150〜200字）

冒頭文の構成：
1. 読者の悩み・状況の言い当て（1〜2文）
   → 「あなたもこういう経験ありませんか？」
2. 共感の表明（1文）
   → 「私もそうでした」
3. この記事を読むと得られるもの（1文）
   → 「この記事では〜について、実体験を元に解説します」
4. 続きを読みたくさせる引き（1文）
   → 「実は〇〇には、見落とされがちな△△があるんです」

方針：
- 「結論を3秒で言える」状態にする
- 「〇〇とは…」のような辞書的な冒頭は避ける
- 読者の感情を1度動かす

以下のh2セクションの本文を書いてください。

【h2タイトル】

【記事全体のテーマ】

【ターゲット読者】

【目標文字数】
（500〜1,200字）

【含めたいキーワード】

本文の構成：
1. h2 の直後に「結論」（1〜2行）
2. 結論の「根拠」（事実・データ・経験）
3. 具体例（数字付き or エピソード）
4. 「だからこういうことが言える」のまとめ
5. 次の h2 への自然な接続

スタイル：
- 1段落2〜3文で改行
- 「〜と思います」「〜らしい」は使わない（断言）
- 接続詞で論理を補強（「なぜなら」「一方で」「ここで重要なのは」）
- 専門用語は1度説明（カッコ書きで補足）

NG：
- 表面的な一般論で字数を埋める
- 「とても重要です」のような形容詞だけの強調

以下の古い記事をリライトしてください。

【元記事】
（本文）

【公開日】

【現在の情報】
（更新で取り入れるべき新情報）

【現在の検索順位】

リライト方針：
1. 古い情報の置き換え
   - 価格・スペック・URLの更新
   - 廃止サービスの言及を削除
   - 新サービスへの言及追加

2. SEO的な強化
   - h2 にメインキーワードが含まれているか
   - 内部リンク（最近の関連記事）を追加
   - メタディスクリプションを最新に

3. 読みやすさの改善
   - 表・箇条書きへの変換
   - 1段落の文字数を減らす

4. 「2026年版」のような時期表現を最新に

出力：
- リライト版本文
- 主な変更点（箇条書き）
- 推奨タイトル変更案

以下のテーマの記事末に置く FAQ セクションを作ってください。

【記事のテーマ】

【記事の主な内容】

【想定読者】

FAQ の作り方：
1. 記事を読んだ後に湧きそうな疑問を5〜7個抽出
2. 各質問に「読者の口調」で書く（「〜って何ですか？」「〜したい時はどうすれば？」）
3. 回答は2〜4行で完結に
4. 別の記事への自然な内部リンク提案

質問の種類を散らす：
- 基本的な意味確認（「〜とは何？」）
- 具体的な手順（「〜するには？」）
- 失敗回避（「〜で気をつけることは？」）
- 比較・選択（「〜と〇〇どっちがいい？」）
- コスト・期間（「いくらかかる？」「どれぐらいかかる？」）

出力後、HTML 構造化データ（FAQPage schema）の例も提示してください。

以下の記事に、内部リンクを最適化して提案してください。

【今回の記事の内容】

【既存の記事一覧】
（タイトル＋URL を箇条書き）

方針：
1. 文脈に自然に溶け込む箇所を5〜8箇所特定
2. 各箇所に：
   - リンクすべき既存記事（タイトル＋URL）
   - リンクテキスト（自然な日本語、5〜15字）
   - 配置する文脈（前後の文章）
3. 「ここに張ると効く」理由を1行で

方針：
- 読者が次に知りたくなる順番
- アンカーテキストはキーワードを含む（SEO）
- 同じ記事への複数リンクは避ける
- 「詳細はこちら→」のような曖昧なテキストは禁止

出力後、推奨される「総リンク数」と「同じURL に対する重複防止」のチェック結果も。

以下の記事のメタディスクリプション（120字）を作ってください。

【記事タイトル】

【記事の内容】

【メインキーワード】

メタディスクリプションの構成：
1. 検索者の悩みを1文で言い当てる（30字）
2. 記事で何が分かるか（40字）
3. 読むと得られる具体的なベネフィット（30字）
4. 行動喚起（「この記事で〜」「〜を解説」）（20字）

ルール：
- メインキーワードを必ず含める（最初の80字以内）
- 数字を1つは入れる（具体性）
- 「ぜひお読みください」のような曖昧な締めは避ける
- 句読点で読みやすく（句点1〜2個）
- 120字ぴったりに調整

3案出して、それぞれの「想定CTR」を予測して。

以下の対象を比較する記事を作ってください。

【比較対象】
（対象A・対象B・必要なら対象C）

【ターゲット読者】
（どっちを選ぶか迷っている人）

【判断基準】
（料金・機能・使いやすさ・サポート 等、5〜7項目）

記事の構成：
1. リード文：読者の迷いを言い当てる
2. 結論を先に：「どちらがどんな人に向くか」を1文で
3. 比較表（Markdown 表で項目別に）
4. 各項目の詳細解説（h3 で項目ごと）
5. 「Aを選ぶべき人」「Bを選ぶべき人」のセクション
6. 自分の体験談（使ってみた感想）
7. 結論の再掲＋次のアクション

方針：
- どちらかを過剰に持ち上げない（公平性）
- 「実体験」を必ず入れる（机上の比較で終わらない）
- 弱点も正直に書く（信頼性）
- 比較表は scan しやすく（◎○△× で）

SEO：
- タイトルに「vs」「比較」を含める
- 内部リンクで「Aを選んだ人向けの実装記事」へ誘導

以下の記事タイトル・本文を「2026年版」として更新してください。

【元の記事】

更新方針：

1. タイトル
   - 冒頭に「【2026年版】」を追加
   - もしくは末尾に「（2026年最新）」

2. リード文
   - 「2026年〇月時点」と日付を明示
   - その時期ならではの状況を1〜2行

3. 本文
   - 「最新の」「現在の」のような時期表現を増やす
   - 古い情報があれば置き換え
   - 新しい変化があれば言及

4. メタディスクリプション
   - 「2026年版」を含める
   - 古い数字があれば更新

5. 構造化データの datePublished と dateModified を更新

出力：
- 更新版タイトル
- 更新版リード文
- 主な変更箇所のリスト

以下のテーマでXのスレッド（5〜10ツイート）を作ってください。

【テーマ】

【主張・伝えたいこと】

【想定読者】

スレッドの構成：

【1ツイート目（フック）】
- 140字以内
- 「結論」or「衝撃的な数字」or「常識への反論」
- 続きを読みたくさせる引き

【2〜N-1ツイート目（本論）】
- 各140字以内
- 1ツイート1メッセージ
- 番号付き（1/N、2/N…）または箇条書き

【最後のツイート】
- まとめ＋次のアクション
- 「シェアしてください」「リプで教えて」のような呼びかけ

ツイート間の接続：
- 「では、〜」「ここで重要なのは」のような自然な遷移
- 各ツイートが単独でも意味が通る

方針：
- 絵文字は1ツイートに1〜2個
- ハッシュタグは最後のツイートにのみ2〜3個
- 数字を多用（具体性）

以下のテーマでLinkedIn投稿を作ってください。

【テーマ】

【自分の立場】
（職種・役職・専門性）

【伝えたい主張】

【目標文字数】
（800〜1,500字）

投稿構成：
1. フック（最初の1〜2行で目を止める）
2. 課題提起：業界・読者が抱える問題
3. 自分の体験・知見をシェア
4. 学び・教訓を3点に整理
5. 読者への問いかけ（コメント誘導）

LinkedIn 特有のスタイル：
- 1段落2〜3行で改行
- 絵文字は控えめ（1〜2個）
- ハッシュタグは最後に3〜5個（業界・専門領域）
- 「I'm a〇〇」のような自己アピールは避ける
- 経験ベースで語る（机上の論より）

NG：
- セールス色
- 「いいねしてください」の押し付け
- 自慢話

以下の写真に合うInstagramのキャプションを作ってください。

【写真の内容】
（説明）

【投稿の目的】
□ 日常シェア
□ 商品・サービス紹介
□ 場所・体験紹介
□ 自己ブランディング

【トーン】
□ 親しみやすい話し言葉
□ おしゃれ・洗練
□ ユーモアあり
□ 真面目・解説調

キャプション構成：
1. フック（最初の1行で目を止める：絵文字＋短い言葉）
2. ストーリー or 感情の表現（3〜5行）
3. 写真の文脈（場所・時・なぜ撮ったか）
4. 読者への問いかけ（「あなたはどう？」のような）
5. ハッシュタグ（10〜15個、関連性順）

方針：
- 絵文字を要所に（過剰でなく）
- 改行で読みやすく
- 200〜400字（読まれやすい長さ）
- 「リール」「ストーリー」への誘導も時々

ハッシュタグ：
- メインタグ（#〇〇）3個
- ニッチタグ（#〇〇〇〇）5〜8個
- ブランド・場所タグ（#〇〇）2〜4個

以下のテーマで、1週間分のX投稿（21本＝1日3本）を作ってください。

【メインテーマ】

【自分の立場・専門性】

【ターゲット読者】

1日のローテーション：
- 朝（情報・ニュース系）
- 昼（Tips・実用ノウハウ）
- 夜（体験談・感情系）

1週間のローテーション：
- 月曜：基礎情報・週の予告
- 火曜：事例紹介
- 水曜：失敗談
- 木曜：Tips集
- 金曜：Q&A形式
- 土曜：軽め・雑談
- 日曜：まとめ・告知

各投稿に：
- 投稿日時の目安
- 本文（140字以内）
- ハッシュタグ（最大2個）
- 想定エンゲージメント（いいね/RT/返信のどれを狙うか）

スケジュール表として出力：
| 曜日 | 時間 | テーマ | 本文 | ハッシュタグ |

以下のリプライへの返信を作ってください。

【自分の元投稿】

【相手のリプライ】

【相手のフォロワー数】
（影響力レベル）

【自分のスタンス】
□ 同意・追加で深掘り
□ 部分的に同意・別視点を提示
□ 反対・しかし建設的に
□ 質問への回答

返信の方針：
- 短く（80字以内、長いリプは敬遠される）
- 相手の発言を1度受け止める（「確かに〜」「なるほど〜」）
- 自分の見解を1〜2行で
- 必要なら別投稿への誘導
- 絵文字は1個以内

NG：
- 相手を否定する強い言葉
- 攻撃的な皮肉
- 「私は〜」で始まる自己中心的な返答
- スレッドを荒らす長文

もし相手が炎上を狙っている雰囲気なら、無視 or「ありがとうございます」で終わらせる選択肢も提示。

以下のサービス/商品のローンチ告知を作ってください。

【サービス・商品名】

【何ができるか】

【誰のために作ったか】

【リリース日】

【既存サービスとの違い】

【特典・キャンペーン】
（あれば）

3つの媒体向けバージョン：

【X版】（140字＋画像1枚）
- 1ツイート完結
- フック→ベネフィット→URL→ハッシュタグ
- 数字や絵文字で注目を集める

【LinkedIn版】（800〜1,200字）
- なぜ作ったか（背景）
- 誰のためのものか
- 何ができるか
- 自分の体験（開発の苦労等）
- 行動喚起

【Instagram版】（カルーセル想定）
- スライド1：商品名＋ベネフィット
- スライド2〜5：機能・特徴
- スライド6：購入・登録CTA

方針：
- 売り込み感を抑える（特にLinkedIn）
- 「私たち」より「あなたが得られる」
- 数字を入れる（リリース後10日で〇〇人）

以下のイベントの参加レポを作ってください。

【イベント名】

【日時・場所】

【主催・登壇者】

【テーマ】

【最も印象的だった3つの学び】

【自分の業務への活かし方】

3つの形式：

【X】（140字×3〜5ツイートのスレッド）
1. 参加報告＋一言感想
2〜4. 学びを箇条書き
5. 次に活かすアクション

【LinkedIn】（800字程度）
- イベントの概要
- 印象的だった発言・データ
- 自分なりの解釈
- 業務への応用案
- 主催・登壇者へのお礼

【ブログ風（noteなど）】（2,000字）
- イベントの背景
- 各セッションの要点
- 自分の気づき
- 行動計画

方針：
- 主催・登壇者への敬意を忘れない
- 「自分の中での解釈」を必ず入れる（コピペじゃない証）
- 写真があれば添える（実体験の証）

以下のテーマで、議論を呼ぶ投稿を作ってください。

【主張】
（業界の常識に対する反論など）

【根拠】
（事実・データ・経験）

【避けたいリスク】
□ 特定企業・人を傷つける
□ 政治的・宗教的な対立を生む
□ 「叩き」のターゲットになる

投稿の設計：

1. フック
   - 「〇〇って実は△△では？」のような問いかけ型
   - 強い断言を避け、「考えます」で締める

2. 主張の提示
   - 「私はこう考えます」（個人の意見と明示）
   - 「もちろん例外はあります」のような余地

3. 根拠
   - 数字・データを優先
   - 個人の経験は「私の場合」と限定

4. 反対意見への配慮
   - 「もちろん〇〇という見方もあります」
   - 「あなたはどう思いますか？」で締める

炎上回避のチェック：
- 特定企業を名指ししていないか
- 「全員」「常に」のような絶対化を避けているか
- 反論の余地を残しているか
- 個人攻撃に見えないか

以下の情報からプロフィール文を作ってください。

【職業・専門領域】

【経歴・実績】

【発信内容】
（どんな投稿をしているか）

【ターゲット読者】

【目立たせたい一言】

3つの媒体向け：

【X】（160字以内）
- 1行目：肩書き＋専門性（30字）
- 2行目：実績・数字（20字）
- 3行目：発信内容（30字）
- 4行目：ターゲット読者（20字）
- 5行目：URL or ハッシュタグ

【LinkedIn ヘッドライン】（120字）
- 「〇〇職｜△△（実績）｜■■（発信テーマ）」のような構造
- 検索キーワードを意識（業界用語）

【Instagram】（150字）
- 絵文字使用OK
- 行頭に絵文字で視認性を上げる
- リンク誘導（プロフィールリンクへ）

各案を3パターン：
A. 実績重視
B. 発信内容重視
C. キャラクター重視

以下のトレンドに反応する投稿を作ってください。

【トレンドの内容】

【自分の専門性との接点】

【自分の主張・解釈】

トレンド乗りの原則：
- 速度（24時間以内が黄金、3日経つと冷える）
- 自分の専門性とつなぐ（「〇〇業界目線で言うと」）
- 表面的でない深掘り
- 単なる便乗で終わらない

投稿構成：
1. トレンドの言及（最初の1行）
2. 自分の解釈（一般人と違う角度で）
3. 業界・専門領域への影響
4. 読者への問いかけ

媒体別：
- X：単発ツイート or 短いスレッド
- LinkedIn：自分の業務での応用案
- ブログ：時事ネタを起点にした考察記事

NG：
- 表面的な「すごい」「やばい」だけ
- 不確かな情報を断言
- 専門性のないトレンドに無理に乗る

以下の会議の文字起こしから、議事録を作ってください。

【会議名】

【日時】

【参加者】

【文字起こし】
（録音から起こしたテキスト）

出力フォーマット：

## 1. 会議の目的
（1〜2行）

## 2. 決定事項
（明確に決まったことを箇条書き、3〜7点）

## 3. 主な議論
（重要な対立点・検討された選択肢、要点のみ）

## 4. 宿題・次のアクション
| 担当 | 内容 | 期限 |

## 5. 次回予定
（日時・議題）

## 6. 不明点・要確認
（あとで確認が必要な事項）

方針：
- 個人の感情的発言は省略（「〜さんが怒っていた」等）
- 固有名詞は元のまま（推測で書き換えない）
- 「〜と発言した」より「〜が決定」など事実ベース
- 5分で読める分量（1,000字以内目安）

以下の議事録を、役員向けに3行で要約してください。

【元の議事録】
（全文）

出力：

## 役員向け要約

1行目：会議で何が決まったか（30字）
2行目：決定の理由（30字）
3行目：役員の判断・関与が必要な点（30字）

方針：
- 詳細は省く（役員は時間がない）
- 数字を必ず1つ入れる（具体性）
- 「決定」と「保留」を明確に分ける
- 「役員に求められる行動」を最後に明示

追加で：
- 30字×3行の本体の後に「詳細を読みたい場合は元議事録を参照」のリンク誘導文
- もし役員の意思決定が必要な事項があれば、別枠で「要決定事項」セクションを設ける

以下の条件で会議のアジェンダを設計してください。

【会議の目的】

【全体の所要時間】

【参加者】
（人数・役割）

【決定したいこと】
（具体的に何を決めるか）

【事前資料】
（あれば）

アジェンダ構成：

## 1. オープニング（〇分）
- 会議の目的確認
- 進行の流れ説明

## 2. 議題1：〇〇（〇分）
- 説明（〇分）
- 議論（〇分）
- 決定（〇分）
- 進行：〇〇さん

（議題2、3…）

## N. 振り返り・宿題確認（〇分）
- 決定事項の再確認
- 担当者・期限の明示

方針：
- 各議題に明確な「終了条件」（決定 or 次へ）
- 重要議題を最初の30分以内に
- バッファを10〜15%設ける
- 質疑応答時間を別枠で

出力後、「会議が長引きそうな箇所」と「ファシリテーションのコツ」も提示。

以下の会議の事前準備チェックリストを作ってください。

【会議名・テーマ】

【自分の役割】
（主催／登壇／参加者の1人）

【会議の目的】

【参加者】

出力：

## A. 前日までに準備
- 資料作成リスト
- 共有事前URL
- 関係者への根回し（必要なら）

## B. 当日朝に確認
- 機器類
- 資料の最終チェック
- 参加者の出欠

## C. 想定される質問・反論
- 質問1：〇〇
  → 回答：△△
- 質問2：〇〇
  → 回答：△△
（5〜7パターン）

## D. 会議中の進行メモ
- 時間配分
- 発言タイミング
- ファシリ介入ポイント

## E. 会議後にすぐやること
- 議事録（24時間以内）
- 関係者へのお礼
- 宿題の社内共有

方針：
- 「忘れていたら困る」ものを優先
- 想定質問は「答えにくいもの」から書く

以下のプレゼン・提案について、想定される質問と回答を5〜10ペア作ってください。

【提案・発表内容】

【相手】
（職位・関心事項）

【質問が出そうな観点】

質問のバリエーション：
1. 数字・根拠への質問
2. リスクへの質問
3. 競合・代替案への質問
4. 期間・コストへの質問
5. 担当者・体制への質問
6. 過去の事例への質問
7. 影響範囲への質問

各ペアを：

## 質問N：〇〇
（相手の口調で具体的に）

### 回答
（要点：30字以内）

（詳細：100字以内）

### 補足の質問が来た場合
（さらに踏み込まれた時の対応）

方針：
- 「答えにくい質問」から先に書く
- 弱点を隠そうとせず、認めた上で対策を示す
- 「即答できない」質問への対応も準備（「持ち帰って確認」のテンプレ）

最後に「絶対避けたい質問への防御策」も。

以下の状況で1on1の準備シートを作ってください。

【自分の立場】
（上司／部下）

【相手】

【最近の状況】
（業務・関係性・気になっていること）

【1on1の頻度】

出力：

## A. 今回話したい主要テーマ（3つ）
1. 〇〇
2. 〇〇
3. 〇〇

## B. 各テーマについて
- 自分の現状の認識
- 相談したいこと
- 求める結果

## C. 相手に聞きたい質問（5〜7個）
- キャリア・成長について
- 業務の悩み
- チーム内の関係性
- 私への要望・改善点

## D. 自分が伝えたいこと
- 感謝・労い
- 課題感
- 期待

## E. 1on1のゴール
- 何が決まれば成功か
- 持ち帰る宿題は何か

方針：
- 仕事の話だけでなく、感情・関係性の話も入れる
- 「相手の話を聞く時間」を6割以上確保する設計
- 自分の主張を3つに絞る（多すぎると消化不良）

以下の会議の後のフォローアップを作ってください。

【会議名】

【参加者】

【決定事項】

【宿題】

出力：

## A. 全員向けの共有メッセージ（Slack/Teams用）
（200字以内）
- 会議への参加お礼
- 決定事項3点を箇条書き
- 次回予定
- 質問・コメントの投げ先

## B. 担当者個別のリマインダー（メール/DM）
各担当ごとに：
- 担当する宿題
- 期限
- 必要な情報源
- 相談先

## C. 上司・関係部署への報告（メール）
- 会議の趣旨
- 決定事項の要点
- 影響範囲
- 必要な承認・支援

## D. 自分用の振り返りメモ
- 自分の発言で良かった点
- 改善したい点
- 次回への学び

方針：
- 24時間以内に送る（鮮度が命）
- 短く（読まれないと意味がない）
- 行動に紐付く情報のみ

以下の議事録から、次のアクションを抽出してください。

【議事録】

出力：

## アクション一覧

| # | 担当 | アクション | 期限 | 優先度 |
|---|------|-----------|------|--------|
| 1 | | | | 高 |
| 2 | | | | 中 |

## 即実行（3日以内）
- アクション1
- アクション2

## 短期（1週間以内）
- ...

## 中期（1ヶ月以内）
- ...

## 確認待ち（誰かの返答を待つ）
- ...

方針：
- 「〜について検討する」のような曖昧なアクションを避ける
- 動詞で始める（「作る」「送る」「確認する」）
- 期限を明示（「来週」より「11月15日（金）まで」）
- 担当者がいないアクションは「要担当決め」とフラグ

最後に「自分が忘れがちなアクションタイプ」も指摘してください。

以下の会議について、自己評価と改善点を整理してください。

【会議名】

【自分の役割】

【会議の所要時間】

【決定事項】

【参加者の温度感】

出力：

## A. 良かった点（3つ）
- 何が良かったか
- なぜ良かったか
- 次回も活かしたい要素

## B. 改善したい点（3つ）
- 何が問題だったか
- なぜ問題だったか
- 次回の対策

## C. 自分の発言・行動の評価
- タイミングは適切だったか
- 言葉選びは適切だったか
- 場の空気を読めたか

## D. 参加者からの示唆
- 誰のどんな発言が印象的だったか
- 自分に欠けていた視点はあるか

## E. 次回までにやること
- 自分のスキルアップ
- 準備の改善
- 関係性の構築

方針：
- 自分を過剰に責めない（建設的な反省）
- 具体的な行動に落とす
- 「次回いつ機会があるか」も書く

以下の対立する意見を整理してください。

【テーマ】

【意見A】
（誰が・何を主張）

【意見B】
（誰が・何を主張）

【他の意見C・D】
（あれば）

出力：

## 1. 各意見の整理
各意見について：
- 主張の核
- 根拠
- 想定される利点
- 想定されるリスク

## 2. 共通点と相違点
- 全員が同意している点
- 主張が分かれている点
- 「言葉の定義の違い」で対立している点

## 3. 論点の整理
- 決着が必要な論点（3〜5個）
- 各論点で検討すべき観点

## 4. 決着案
- 折衷案A：両者の良いところを組み合わせる
- 折衷案B：段階的に両方試す（PoC）
- 決定者を立てる：誰が最終判断するか

## 5. 議論を前進させる質問
- 各派閥に投げる質問（建設的に）

方針：
- 公平に扱う（どちらかに肩入れしない）
- 感情的な対立を「事実ベース」に戻す
- 決まらない時は「とりあえず保留して別議題」も選択肢

以下の条件で提案書のドラフトを作ってください。

【提案先】
（業界・企業規模）

【相手の課題】

【提案する解決策】

【予算規模】

【期間】

【自社の強み】

提案書の構成：

## 1. エグゼクティブサマリー（10行）
- 課題の認識
- 提案の核
- 期待効果
- 投資概算

## 2. 現状認識・課題分析（300〜500字）
- 相手の業界状況
- 抱えている具体的課題（3点）
- 放置した場合のリスク

## 3. 提案概要（500〜800字）
- 解決の方向性
- 具体的な施策（3〜5個）
- 各施策の役割

## 4. 期待効果（300〜500字）
- 定量的効果（数字で）
- 定性的効果（業務の質）
- 中長期の影響

## 5. 実施プラン（表形式）
- フェーズ分け
- 各フェーズの所要期間
- 各フェーズの成果物

## 6. 体制と役割（500字）
- プロジェクトメンバー
- 役割分担
- コミュニケーションフロー

## 7. 投資概算（表）
- 項目別の費用
- 月額／一括
- 想定ROI

## 8. 次のアクション
- 提案承認の流れ
- キックオフ日程の候補

方針：
- 専門用語は最小限
- 数字を多用（具体性）
- 弱点も正直に記載（信頼性）

以下の条件で10分プレゼンを設計してください。

【テーマ】

【聴衆】
（職種・知識レベル・人数）

【プレゼンの目的】
□ 理解させる
□ 賛同を得る
□ 行動を促す

【持ち時間】
（10分・15分・20分）

出力：

## スライド構成（15枚目安）

各スライドに：
- スライド番号
- タイトル（10字以内）
- メインメッセージ（2行以内）
- 視覚要素（グラフ・図・写真の指示）
- スピーカーノート（話す内容、30秒〜1分）
- 残り時間の目安

構成パターン：
1. タイトル（10秒）
2. 自己紹介・本日の流れ（30秒）
3. 問題提起（1分）
4. 解決策の概要（1分）
5-12. 詳細・具体例（5分）
13. まとめ（1分）
14. 次のアクション（30秒）
15. Q&A 招待（30秒）

方針：
- 1スライド1メッセージ
- 文字より図解を優先
- 「数字」を3つ以上散りばめる
- 最初の30秒で聴衆の興味を掴む

最後に「リハーサルでチェックすべきポイント」も。

以下の事業について、事業計画書の指定セクションを作ってください。

【事業内容】

【作成するセクション】
□ 市場分析（業界規模・成長率・トレンド）
□ ターゲット顧客（ペルソナ・ニーズ）
□ 競合分析（主要プレイヤー・差別化）
□ 収益モデル（課金方式・価格設定）
□ マーケティング戦略（獲得経路）
□ 収支計画（3年間の予測）
□ リスクと対策
□ チーム体制

【既存情報】
（業界知識・実績・市場データ）

出力：
指定したセクションを、以下の構成で：

1. セクションのリード文（要点を3行で）
2. 主要な事実・データ（数字を必ず入れる）
3. 自社の優位性
4. 想定されるリスクと対策
5. 図表化すべきポイント（マーケットマップ・SWOT等）

方針：
- 数字には出典を必ず付ける（「経産省2025年データ」等）
- 「らしい」「と思われる」を排除
- 客観的データと自社の主観を分けて書く
- 投資家・銀行が見る前提で（信頼性重視）

最後に「不足している情報」と「追加調査が必要な点」を指摘。

以下の今週の業務から週次レポートを作ってください。

【今週やったこと】
（箇条書きでOK）

【発生した課題】

【数字（KPI）】

【来週やること】

【支援が必要なこと】

出力フォーマット：

## 今週のサマリー（3行）
- 進捗状況の総括
- 達成度（%）
- 注目すべき出来事

## 主要KPI
| 指標 | 先週 | 今週 | 差分 | 進捗% |

## 完了したこと
- 項目1：成果
- 項目2：成果
（3〜5個）

## 進行中
- 項目1：現状（X% 完了）
- 項目2：現状

## 課題・ブロッカー
- 課題1：影響と対応案
- 課題2：影響と対応案

## 来週の重点項目
- 1. 〇〇（最重要）
- 2. 〇〇
- 3. 〇〇

## 上司・関係者へのお願い
- 必要な意思決定
- 必要な情報・支援

方針：
- 5分以内で読める量（800字程度）
- 数字を使って具体的に
- 「相談」と「報告」を明確に分ける

以下の機能・システムの仕様書を作ってください。

【機能・システム名】

【目的・背景】

【ユーザー】

【主な機能】

出力：

## 1. 概要
- 何のための機能か
- なぜ必要か
- 既存システムとの関係

## 2. ユーザーシナリオ
- 想定する利用者
- 使うタイミング
- 期待する結果

## 3. 機能要件
各機能を：
- 機能名
- 入力
- 処理内容
- 出力
- エラーケース

## 4. 非機能要件
- パフォーマンス（応答時間・同時接続数）
- セキュリティ
- 可用性
- 保守性

## 5. UI / UX 仕様
- 画面遷移
- 主要画面の構成
- 入力フォーム

## 6. データ構造
- 主要なデータ項目
- データの保管期間

## 7. 制約・スコープ外
- 今回の範囲外
- 既存機能との制約

## 8. 受け入れ基準
- 何ができれば「完成」か
- テストケース概要

方針：
- 曖昧な表現を排除（「使いやすい」→「3クリック以内で〜できる」）
- 抜け漏れを意識（エラーケース・例外）
- 関係者全員が同じ理解になる粒度

以下の会議の事前資料を作ってください。

【会議名】

【会議の目的】

【参加者】

【決めたいこと】

【背景情報】

出力：

## 会議事前資料（A4 1〜2枚）

### 1. 会議の目的（3行）
- なぜこの会議をするのか
- 決めたいこと
- 期待する結果

### 2. 議題と時間配分
| 時間 | 議題 | ゴール |

### 3. 背景情報（要約）
- 経緯
- 現在の状況
- 関連データ・数字

### 4. 検討すべき選択肢（あれば）
各選択肢に：
- 概要
- メリット・デメリット
- コスト・期間

### 5. 質問への準備
- 想定される質問
- 簡単な答え（詳細は会議で）

### 6. 決定後の流れ
- 決定後にやること
- 次のマイルストーン

方針：
- 5分で読める量（A4 1〜2枚）
- 結論を最初に
- 図表で視覚化
- 「会議で議論する点」と「読めば分かる点」を分離

以下の組織で新人向けオンボーディング資料を作ってください。

【会社・部署】

【新人の役職】

【オンボーディング期間】
（1週間／2週間／1ヶ月）

出力：

## 1. ようこそメッセージ
- 期待
- 困った時の連絡先

## 2. 1日目にやること
- アカウント発行確認
- 主要ツール（Slack・Notion・GitHub等）
- 自己紹介の場

## 3. 1週目の目標
- 完了タスク
- 学ぶ内容
- 会う人

## 4. 業務の全体像
- ミッション・ビジョン
- 主要プロダクト
- チームの役割

## 5. 主要ツール一覧
各ツールに：
- 用途
- ログイン方法
- 基本的な使い方
- 困った時の連絡先

## 6. 主要会議体
- デイリー
- 週次
- 月次

## 7. ドキュメント・参考リンク
- 業務マニュアル
- ナレッジベース
- 過去の議事録

## 8. キーパーソン紹介
- 上司
- メンター
- 横の繋がり

## 9. よくある質問
- 経費精算
- 有給休暇
- リモートワーク

## 10. 1ヶ月後のマイルストーン
- できるようになる業務
- 会えている人
- 残っている学び

方針：
- 「不安を取り除く」ことを最優先
- 連絡先は明確に
- 「すぐ聞いていい雰囲気」を伝える

以下のテーマでFAQドキュメントを作ってください。

【対象サービス・業務】

【ターゲット読者】
（社外顧客／社内メンバー／新人）

【既存の問い合わせ履歴】
（あれば）

出力：

## カテゴリ別 FAQ（5〜7カテゴリ）

各カテゴリ：

### カテゴリ名

#### Q. 〇〇
- A: 簡潔な回答（2〜4行）
- 補足: 詳細が必要な場合の参照リンク

（カテゴリ別に5〜10問）

カテゴリの例：
- アカウント・ログイン関連
- 料金・支払い
- 機能・使い方
- トラブルシューティング
- セキュリティ・プライバシー
- 解約・退会
- サポート連絡先

方針：
- 質問は「ユーザーの言葉」で書く
- 専門用語を使わない
- 回答は3行以内が理想
- 「お問い合わせください」だけで終わらせない（できるだけ自己解決させる）
- リンクで詳細記事に誘導

出力後、「FAQ にすると自己解決率が上がりそうな質問」を3つピックアップ。

以下のテーマで社内ポリシーを作ってください。

【対象】
（リモートワーク／情報セキュリティ／経費／コミュニケーション 等）

【組織規模】

【背景・課題】
（なぜこのポリシーが必要か）

出力：

## ポリシー文書

### 1. 目的
- なぜこのポリシーを定めるか
- 期待する状態

### 2. 適用範囲
- 誰に適用されるか
- いつから

### 3. ポリシー本文
各項目を：
- ルール（〇〇する／〇〇しない）
- 理由（なぜそうするか）
- 例外（許される条件）

### 4. 違反時の対応
- 軽度の違反
- 重大な違反

### 5. 質問・相談窓口
- 担当部署
- 連絡方法

### 6. 改訂履歴
- 制定日
- 改訂日とその内容

方針：
- 命令調にしすぎない（メンバーが自発的に守れる形）
- 例外を明示する（融通の利く運用に）
- 「禁止」だけでなく「推奨」も書く
- 法的な文書のような硬さを避ける

最後に「定期見直しのタイミング」と「メンバーへの周知方法」を提案。

以下のプロダクト・プロジェクトのロードマップを作ってください。

【プロダクト・プロジェクト名】

【現状】

【目指す姿】
（半年後・1年後）

【主要機能・施策の候補】

【制約】
（人員・予算・期間）

出力：

## ロードマップ概要

### Phase 1（〇〇月）：基盤整備
- 目的
- 主要施策
- 完了条件
- KPI

### Phase 2（〇〇月）：拡張
- ...

### Phase 3（〇〇月）：最適化
- ...

## 依存関係マップ
- Phase 1 → 2 で必須の前提
- 並行可能な施策

## マイルストーン
| 月 | 達成項目 | 確認方法 |

## リスクと対策
- リスク1：影響と回避策
- リスク2：影響と回避策

## 各Phase終了時の振り返り
- 何を見て次に進むか
- 修正の判断基準

方針：
- フェーズの粒度を揃える（3〜4ヶ月）
- 「達成条件」を数字で
- スコープクリープを警戒（やりたい全てを盛り込まない）
- 不確実性が高い後半は粗く、近い前半は細かく

最後に「優先順位の判断軸」も提示。

以下の企業について、6観点で整理してください。

【企業名】

【調査の目的】
（自社事業との比較／参入余地の見極め／提携可能性 等）

【手元情報】
（公式サイト・IR資料・ニュース記事の URL や本文）

出力フォーマット：

## 1. ひとことで言うと（30字）

## 2. 提供価値（コアバリュー）
- 主要プロダクト・サービス
- 解決している顧客課題
- 独自の強み

## 3. ターゲット顧客
- 業種・規模・地域
- 顧客が抱える典型的な悩み
- 顧客企業のロール（誰が決裁者か）

## 4. ビジネスモデル
- 課金方式（サブスク／成果報酬／単発）
- 価格帯
- 営業モデル（インバウンド／アウトバウンド／チャネル）

## 5. 直近の動き（過去半年）
- 新サービス・機能リリース
- 資金調達
- 組織変動・キーパーソン

## 6. 自社への示唆（3つ）
- 学ぶべき点
- 警戒すべき点
- 差別化の余地

方針：
- 不明点は「要追加調査」と明示
- 数字は出典つき
- 推測と事実を分ける

以下の市場について、規模と成長性を整理してください。

【市場】
（業界・サービスカテゴリ）

【地域】
（日本／グローバル／特定エリア）

【調査の目的】
（事業計画／投資判断／提案資料）

出力：

## 1. 市場規模
- 現在の規模（年間・出典つき）
- 過去3年の推移
- 成長率（CAGR）

## 2. セグメント別
- 主要セグメント（3〜5個）
- 各セグメントの規模・成長率

## 3. プレイヤー
- 主要企業（シェア順）
- 寡占度（HHI 等）
- 新規参入の障壁

## 4. 成長ドライバー
- 技術トレンド
- 規制変化
- 消費者行動の変化

## 5. 阻害要因
- 規制
- 経済要因
- 技術的制約

## 6. 中長期予測
- 5年後の市場規模予測
- 主要トレンド
- 想定される変曲点

## 7. データソース
- 各数字の出典
- 信頼度（高・中・低）

方針：
- 数字には必ず出典（「〇〇社レポート2025年版」等）
- 出典が複数あればクロスチェック
- 単一ソースのみの数字は信頼度「中」
- 「不明」は正直に

以下のデータから異常値を抽出してください。

【データ】
（CSV／表形式）

【データの意味】
（何を測っているか）

【期間】

判定基準：
1. 平均から標準偏差2倍以上離れているもの
2. 前期比で30%以上の急変
3. ビジネス的に説明がつかない値
4. 全体傾向から外れたパターン

出力：

## 異常値リスト

各異常値について：
- 該当行・項目
- 値（実数値と平均値）
- 何が異常か（具体的に）
- 想定される原因（仮説3つ）
- 推奨アクション（要調査・即対応・無視可）

## 全体傾向の所感
- データ全体から見える傾向
- 異常値が示唆する課題・機会

## 追加で確認したい点
- 異常値の真因を特定するための質問
- 必要なデータ

方針：
- 数字を機械的に判定するだけでなく、ビジネス文脈で解釈
- 「異常」と「単なるバラつき」を区別
- 異常値の中で「対応すべきもの」と「無視可」を分ける

添付のPDFを以下の5観点で要約してください。

## 1. ひとことで言うと（30字）
- このPDFの核心

## 2. 主張・論点（3点）
- 著者の主張
- 各主張の根拠（簡潔に）

## 3. 重要なデータ
- 数字・統計（5〜7個）
- 比較・推移

## 4. 著者の前提・立場
- どんな立場で書いているか
- 想定読者は誰か
- バイアスの可能性

## 5. 自分の業務（〇〇）への示唆
- 取り入れるべき点
- 警戒すべき点
- 追加調査が必要な点

方針：
- 元のPDFにない情報は加えない
- 数字は元のまま（変換しない）
- 著者の主観と客観的事実を分ける
- ページ番号で参照箇所を示す（「P12参照」のように）

冒頭の3行で全体感を、それ以降で詳細を。

以下の業界の最新トレンドを5つ抽出してください。

【業界】

【期間】
（過去6ヶ月／1年）

【自社の事業】
（トレンドとの関連性を見るため）

出力：

## トレンド1〜5（重要度順）

各トレンドについて：

### トレンド名
- 概要（2〜3行）
- 兆候（数字・事例3つ）
- 主要プレイヤー
- 影響範囲（業界全体／一部）
- 自社への影響
  - 機会：
  - 脅威：
- 推奨アクション（短期・中期）

## 全体所感
- これら5トレンドの相互関係
- 業界が向かう方向性（予測）
- 注目すべき変曲点

## 出典・データソース
- 主要なソース（5〜7個）
- 信頼度評価

方針：
- 表面的な「流行」ではなく「構造的変化」を優先
- 数字で具体化（「成長中」より「年率30%成長」）
- 単発の出来事ではなく持続的な変化

以下の目的でアンケートを設計してください。

【調査目的】

【対象者】
（既存顧客／見込み客／社内メンバー）

【目標回答数】

【最重要の知りたい事】
（3つ以内）

出力：

## アンケート構成

### 1. イントロ（10秒で読める）
- 調査の目的（簡潔に）
- 所要時間
- 回答が活用される形
- お礼

### 2. 属性質問（3〜5問）
- 必須最小限
- 後で集計・セグメント分けに使える項目

### 3. 本題質問（10〜15問）
各質問に：
- 質問文（曖昧さなく）
- 選択肢 or 記述式
- 必須／任意
- 設問の意図

質問タイプの組み合わせ：
- 単一選択（明確な選択）
- 複数選択（複数の理由）
- 5段階評価（満足度・頻度）
- 自由記述（深掘り）

### 4. 改善要望・自由意見
- 1〜2問

### 5. 連絡先（任意）
- 後日インタビュー可否

方針：
- 質問数は15〜20問（多すぎると離脱）
- 重要な質問を前半に
- 誘導的な質問を避ける
- 「N/A」「分からない」の選択肢を入れる

最後に「想定される回答パターン」と「分析の切り口」も提示。

以下の選択肢を比較する表を作ってください。

【比較対象】
（A・B・C…）

【比較の目的】
（どれを選ぶか／どう違うか把握）

【判断基準】
（重要視する観点：価格／機能／使いやすさ等）

出力：

## 比較表（Markdown 表）

| 項目 | 対象A | 対象B | 対象C |
|------|------|------|------|
| 価格 | | | |
| 主要機能 | | | |
| 強み | | | |
| 弱み | | | |
| 向く人 | | | |
| 向かない人 | | | |
| 学習曲線 | ◎○△× | | |
| サポート | | | |
| 拡張性 | | | |

## 簡易評価
- 総合点（5段階）
- 各項目の重み付け

## 推奨判断
- Aを選ぶべき人：〇〇
- Bを選ぶべき人：〇〇
- Cを選ぶべき人：〇〇

## 「悩んでいる人」へのアドバイス
- どの観点で迷っているかで判断するフロー

方針：
- 公平に扱う（贔屓禁止）
- 数字は出典付き
- 主観評価は◎○△×で
- 「該当なし」は空白でなく「-」と明示

以下のプロジェクトのステークホルダー分析をしてください。

【プロジェクト】

【主要な関係者リスト】
（社内・社外）

出力：

## ステークホルダーマップ

各関係者を以下の4象限で整理：
- 関心度：高 vs 低
- 影響力：高 vs 低

### 高関心・高影響：キーマン
- 関わり方：密に
- 関わる頻度
- 主な期待

### 高関心・低影響：協力者
- 関わり方：情報共有を重視
- 関わる頻度

### 低関心・高影響：要警戒
- 関わり方：定期的に状況共有
- リスク

### 低関心・低影響：監視のみ
- 関わり方：必要時のみ

## 各人物について
- 立場
- このプロジェクトへの利害
- 関心事
- 説得材料・反対しそうな理由
- 関わるベスト戦略

## コミュニケーション計画
- 誰にどの頻度で
- どんなチャネルで
- 何を伝えるか

方針：
- 政治的な配慮を含めて分析
- 「敵」「味方」だけでなく「中立」も意識
- 関係性が変化する可能性も書く

以下の目的でユーザーインタビュー台本を作ってください。

【調査目的】

【対象ユーザー】
（属性・利用状況）

【インタビュー時間】
（30分／60分）

【知りたいこと（3つ以内）】

出力：

## インタビュー台本

### イントロ（5分）
- 自己紹介
- インタビューの目的
- 録音の許可確認
- 守秘義務の説明
- アイスブレイク質問

### メイン質問（25〜45分）

各質問に：
- 質問文（聞き方）
- 質問の意図
- 想定される回答パターン
- 深掘り質問（5W1H）

質問の流れ：
1. 現状の業務・行動
2. 課題・困りごと
3. 既存の対処法
4. 理想の状態
5. 提案への反応（あれば）

### クロージング（5分）
- 全体感のまとめ確認
- 言い忘れがないかの確認
- 感謝
- 後日連絡可否

## インタビュアー側の注意
- 誘導しない（オープンクエスチョン優先）
- 沈黙を恐れない（考える時間を与える）
- 「なぜ」を3回繰り返す
- 自分の意見を挟まない
- メモは要点のみ、録音任せに

## 想定外の答えへの対応
- 想定と違う答えが来た時のフォロー質問例

以下のニュースから、業界の重要トピックを整理してください。

【ニュース・記事】
（複数のURL or 本文）

【業界・テーマ】

【共有先】
（経営陣／チーム／全社）

出力：

## 今週の業界ニュース要約

### 1. 最重要（Top 3）
各ニュースに：
- タイトル
- 出典
- 一言要約（30字）
- 業界への影響
- 自社への示唆
- 推奨アクション（あれば）

### 2. 注目（Top 5）
- 軽い要約と業界文脈

### 3. 静観（参考程度）
- リスト化のみ

## 全体所感（5行）
- 今週の業界の方向性
- 注目すべき変曲点
- 来週の見どころ

## ピックアップ：自社への直接影響あり
- 該当ニュース
- どう影響するか
- 取るべきアクション

方針：
- 速報性より重要性
- 「自社への示唆」を必ず1行
- 経営陣向けには3行以内
- リンクは末尾にまとめる

以下の機能を実装してください。

【機能の概要】

【既存のコード構造】
（主要ファイル・ディレクトリ）

【使用言語・フレームワーク】

【入力】
（パラメータ・リクエスト形式）

【出力】
（戻り値・レスポンス形式）

【エッジケース】
（想定される異常系）

実装方針：
1. 既存のコードスタイルに合わせる
2. テスト可能な形に分解
3. エラーハンドリングを必ず含める
4. ログ出力を入れる（運用観点）
5. ドキュメンテーションコメントを書く

出力：
1. 実装コード（複数ファイルになる場合は明示）
2. 単体テストコード
3. 使用例（README 用）
4. 既存コードへの影響範囲
5. デプロイ前の確認チェックリスト

注意：
- 既存テストを壊さない
- パフォーマンス影響を考慮
- セキュリティリスク（SQLi・XSS等）への配慮を明記

以下のユーティリティ関数を作ってください。

【機能】

【入出力例】
（複数パターン）

【使用言語】

要件：
1. 純粋関数として書く（副作用なし）
2. 入力検証を含める（型・範囲）
3. エラー時は明確な例外を投げる
4. パフォーマンスを考慮（O(n) 以下が望ましい）
5. ドキュメントコメント完備

出力：
1. 関数本体
2. 関数のシグネチャ説明
3. パラメータ詳細
4. 戻り値詳細
5. エラーケース
6. 使用例（5パターン以上）
7. 単体テスト（境界値・異常値含む）

スタイル：
- 命名は意図が分かるもの（短すぎない）
- 引数は3つ以内が理想
- オプションは設定オブジェクトに

NG：
- グローバル変数の使用
- 暗黙的な型変換に頼る
- 「動けばOK」の妥協

以下のAPI連携コードを書いてください。

【連携先API】
（サービス名・エンドポイント）

【認証方式】
（API キー／OAuth／Bearer Token）

【取得・送信したいデータ】

【使用言語】

要件：
1. 認証情報を環境変数から読み込む（コードに直書きしない）
2. リクエストのリトライ処理（指数バックオフ・最大3回）
3. レート制限への対応
4. タイムアウト設定（10秒目安）
5. エラーレスポンスの分類（4xx・5xx）
6. ログ出力（デバッグ・運用観点）

出力：
1. メイン関数
2. 認証ハンドラ
3. リトライロジック
4. エラーハンドラ
5. 使用例
6. .env ファイル例
7. 単体テスト（モック使用）

セキュリティ：
- 認証情報をログに出さない
- レスポンスに機密情報があれば暗号化保存
- HTTPS 必須

NG：
- API キーをコードに書く
- リトライなしの単発リクエスト
- エラーを silently 握りつぶす

以下のデータ処理スクリプトを書いてください。

【入力データ】
（フォーマット・サイズ・サンプル）

【処理内容】
（フィルタ・集計・変換・統合）

【出力】
（フォーマット・保存先）

【使用言語】
（Python / Node.js / Go 等）

要件：
1. メモリ効率（大量データでもOK）
2. ストリーミング処理を優先
3. 進捗表示（10%毎にログ）
4. 中断・再開可能（チェックポイント）
5. エラー時のリカバリ
6. 結果検証（出力データの妥当性チェック）

出力：
1. メインスクリプト
2. 設定ファイル（パス・パラメータ）
3. 使用方法（CLI 例）
4. 単体テスト（小データで）
5. 性能予測（1万件・10万件でどれぐらいの時間か）
6. 失敗時のリカバリ手順

スタイル：
- 関数を細かく分割
- 副作用を最小化
- 設定可能なパラメータは明示

注意：
- 個人情報を含むデータは暗号化検討
- 入力データを破壊しない（コピー前提）

以下のCLIツールを作ってください。

【ツール名】

【主な機能】

【サブコマンド】
（あれば）

【使用言語】

要件：
1. 引数パーサーを使う（argparse / commander 等）
2. --help でヘルプ表示
3. --version でバージョン表示
4. エラー時は exit code を返す
5. デバッグオプション（--verbose）
6. 設定ファイル読み込み（任意）

出力：
1. メインスクリプト
2. 引数定義
3. 各サブコマンドの実装
4. インストール方法
5. 使用例（10パターン以上）
6. README.md

スタイル：
- ヘルプメッセージを丁寧に
- エラーメッセージは「次に何をすべきか」を含める
- 進捗表示はTTY時のみ（パイプ時は無効）
- 色付き出力はTTY時のみ

UX：
- 短いオプションと長いオプション両対応（-v / --verbose）
- デフォルト値を明示（--help で見える）
- 危険な操作には確認プロンプト

以下の React コンポーネントを作ってください。

【コンポーネント名】

【役割】

【表示内容】
（ワイヤーフレーム or 説明）

【インタラクション】
（クリック・入力・ホバー等）

【利用シーン】

要件：
1. TypeScript で型定義完備
2. Props インターフェースを明示
3. デフォルトProps を設定
4. 状態管理（useState / useReducer）
5. アクセシビリティ（aria 属性・キーボード操作）
6. テストしやすい構造

出力：
1. コンポーネント本体
2. 型定義
3. CSS / Tailwind / styled-components（プロジェクトに合わせて）
4. Storybook 用のストーリーファイル
5. 単体テスト（React Testing Library）
6. 使用例

スタイル：
- 関数コンポーネント＋ Hooks
- 副作用は useEffect で
- Refを使う場合は forwardRef
- メモ化（useMemo / useCallback）は必要時のみ

アクセシビリティ：
- セマンティックHTML を使う
- フォーカス管理
- スクリーンリーダー対応
- キーボードのみで操作可能

以下の機能のためのDBスキーマを設計してください。

【機能の概要】

【主要なエンティティ】
（ユーザー・注文・商品 等）

【主な操作】
（読み込み多／書き込み多／集計）

【想定データ規模】

【DB種別】
（MySQL / PostgreSQL / MongoDB 等）

出力：

## 1. テーブル定義
各テーブルに：
- カラム名・型・制約
- 主キー・外部キー
- インデックス
- 制約（NOT NULL・UNIQUE 等）
- コメント（用途）

## 2. リレーションシップ
- ER図（テキスト形式 or Mermaid）
- カーディナリティ（1:N・N:M）

## 3. インデックス戦略
- 検索系クエリで使うもの
- 複合インデックスの順序
- 過剰なインデックスは避ける（書き込みコスト）

## 4. データ整合性
- トランザクション境界
- カスケード削除の方針
- 制約違反時の挙動

## 5. パフォーマンス考慮
- 想定クエリと実行計画
- パーティショニング（必要なら）
- アーカイブ戦略（古いデータ）

## 6. セキュリティ
- 個人情報の扱い（暗号化）
- アクセス制御
- 監査ログ

方針：
- 正規化を優先（第3正規形）
- 後で非正規化（パフォーマンス必要時）
- 命名規則を統一

以下のコードのパフォーマンスを改善してください。

【元のコード】

【パフォーマンス問題】
（遅い箇所・許容できない時間）

【プロファイリング結果】
（あれば）

【許容される時間】

出力：

## 1. ボトルネック分析
- 遅い理由（仮説3つ）
- 各仮説の検証方法

## 2. 改善案
各案について：
- 改善内容
- 想定される効果（〇倍速・〇%削減）
- 副作用・トレードオフ
- 実装難易度

改善の優先順位：
1. アルゴリズム改善（O(n²) → O(n) 等）
2. I/O最適化（バッチ化・キャッシュ）
3. 並列化（マルチスレッド・非同期）
4. データ構造変更（配列 → ハッシュ）
5. ライブラリ・実装の置き換え

## 3. 改善版コード
- 元のコードと並べて差分が分かるように
- コメントで「なぜそう変えたか」

## 4. ベンチマーク方法
- 計測スクリプト
- 比較する条件
- 期待される結果

## 5. 注意点
- 可読性とのトレードオフ
- 保守性への影響
- テストへの影響

方針：
- 最初は「機械的なやり方」優先（早期最適化を避ける）
- 数字で効果を示す

以下のコードをリファクタリングしてください。

【元のコード】

【問題点】
（読みにくい・複雑・重複等）

【既存のテスト】
（あれば添付）

要件：
1. 既存の挙動を絶対に変えない
2. 既存テストが全部通ること
3. リファクタ後のテストカバレッジが下がらない
4. 1度に大きく変えない（段階的に）

出力：

## 1. 問題点の分析
- 何が問題か（具体的に）
- なぜ起きたか（推測）
- 改善の方向性

## 2. リファクタの計画
- ステップ1〜N
- 各ステップで何が変わるか
- 各ステップでテストが通ることを確認

## 3. リファクタ後のコード
- 元のコードと差分が見える形
- 各変更に「なぜ変えたか」

## 4. 追加すべきテスト
- 元のテストでカバーしきれない箇所
- 新しい単体テスト

## 5. リスク
- 想定外の挙動変化の可能性
- 確認すべき箇所

リファクタの定石：
- 命名を改善（変数・関数・クラス）
- 関数を小さくする（10行以内が目安）
- 重複を削除
- マジックナンバーを定数化
- ネストを浅く
- 早期returnで条件分岐をフラットに

以下のデータ移行スクリプトを書いてください。

【元のフォーマット】
（サンプル）

【新しいフォーマット】
（サンプル）

【データ規模】

【使用言語】

要件：
1. 元データを破壊しない（コピーから処理）
2. 進捗表示
3. エラー時のロールバック可能
4. ドライラン機能（実際には書き込まない試行）
5. 移行完了後の検証（差分なしを確認）
6. ログ出力（何件成功・失敗）

出力：

## 1. 移行スクリプト
- メイン処理
- バリデーション
- ロールバック関数

## 2. ドライラン
- 実装
- 結果サンプル

## 3. 検証スクリプト
- 移行後の整合性チェック
- 期待結果

## 4. 実行手順
1. バックアップ取得
2. ドライラン
3. 結果確認
4. 本番実行
5. 検証
6. 不要になった旧データの保管期間

## 5. 失敗時の復旧手順
- バックアップからの戻し方
- 部分失敗のリカバリ

## 6. 注意事項
- 実行中のサービス停止が必要か
- データ整合性の窓
- 関係者への事前通知

以下のバグを調査してください。

【症状】
（具体的に何が起きているか）

【再現手順】

【環境】
（OS・ブラウザ・バージョン・端末）

【発生頻度】
（毎回／時々／特定条件下）

【関連コード】

【ログ・エラーメッセージ】

出力：

## 1. 症状の整理
- 何が起きるべきで何が起きているか
- 影響範囲（全ユーザー／特定ユーザー）

## 2. 原因の仮説（3〜5個）
優先度順に：
- 仮説1：〇〇
- 検証方法
- 確認すべきコード/データ

## 3. 緊急性の評価
- ビジネスインパクト
- ユーザー影響
- 一時回避策（あれば）

## 4. 調査の進め方
- まず確認すべき箇所（5分以内）
- 次に確認する箇所
- 詰まった時の質問

## 5. 修正後のテスト
- バグ再現テストケース
- 関連機能のリグレッションテスト
- リリース前チェック

方針：
- 仮説を複数立てる（1つに絞らない）
- 「動いていた頃」の差分を探す
- ログ・エラーメッセージを最初に読む
- 再現できないバグは「再現条件特定」が最優先

以下のエラーメッセージから原因を特定してください。

【エラーメッセージ】

【スタックトレース】

【発生コンテキスト】
（どんな操作・処理で起きたか）

【関連コード】

出力：

## 1. エラーの解読
- エラーの種類（タイプエラー・null参照・通信エラー等）
- 直接的な原因（最も近い原因）
- 根本原因（なぜそれが起きたか）

## 2. スタックトレースの解析
- 最も浅い箇所（自分のコード）
- 各フレームの役割
- 「ここを直せば直る」候補3つ

## 3. 修正案
優先度順：
- 案1：根本対応
- 案2：暫定対応
- 案3：一時回避

各案に：
- 修正内容
- 副作用
- 必要なテスト

## 4. 同種のエラーを防ぐ仕組み
- 型チェック強化
- エラーハンドリング追加
- バリデーション
- ロギング改善

## 5. 関連で確認すべき箇所
- 似た条件で起きそうな別のバグ
- リファクタの余地

方針：
- 直接的な原因と根本原因を分ける
- 「とりあえず動かす」と「正しく直す」を提示
- 同じバグを再発させない仕組みも提案

以下のプルリクエストをレビューしてください。

【変更内容】
（diff or 変更ファイル）

【PR の説明】

【プロジェクトのコーディング規約】
（あれば）

レビュー観点：

## 1. ロジックの正しさ
- バグの可能性
- エッジケースの考慮
- エラーハンドリング

## 2. パフォーマンス
- 計算量・メモリ
- N+1問題
- 非効率なクエリ

## 3. セキュリティ
- SQLインジェクション
- XSS
- 認証・認可
- 機密情報の扱い

## 4. テスト
- カバレッジ
- 境界値・異常値
- リグレッションテスト

## 5. 可読性・保守性
- 命名
- 関数の長さ
- コメント
- ドキュメント

## 6. 設計
- 既存設計との一貫性
- 拡張性
- 関心事の分離

出力フォーマット：
各指摘を：
- 重要度（必須・推奨・好み）
- 該当ファイル・行番号
- 指摘内容
- 改善案（具体的なコード）

総合評価：
- 承認可能か
- 修正必要事項
- ベター提案

方針：
- 「必須」と「好み」を明確に区別
- 攻撃的にならない（建設的に）
- 良い点も書く
- 大きな設計問題は早めに指摘

以下のコードに対するテストケースを書いてください。

【テスト対象のコード】

【使用するテストフレームワーク】
（Jest / Pytest / RSpec 等）

【既存のテスト】
（あれば）

要件：
1. 正常系を網羅
2. 境界値を含む
3. 異常系を含む
4. テスト名が「何をテストしているか」分かる
5. 1テスト1アサート（理想）
6. テストデータの準備が分かりやすい

出力：

## 1. テスト戦略
- 何を確認するテストか
- テストの粒度

## 2. テストケース一覧

各テストに：
- テスト名（日本語可）
- 入力
- 期待値
- 検証方法

テストの種類：
- 正常系
  - 標準的な入力
  - 複数の典型パターン
- 境界値
  - 最小値・最大値
  - 0・1・空配列
- 異常系
  - null・undefined
  - 型違反
  - 範囲外
- エッジケース
  - 同時実行
  - 大量データ
  - タイムアウト

## 3. テストコード本体

## 4. モック・スタブの使用箇所
- 外部API
- データベース
- 時刻依存

## 5. カバレッジ確認
- 期待されるカバレッジ%
- 漏れている箇所

以下のログから問題を抽出してください。

【ログ】
（時系列のログ）

【ログのフォーマット】

【探したいもの】
（エラー／パフォーマンス／不審アクセス）

出力：

## 1. エラーの集計
- エラー件数（種類別）
- 多発しているエラー
- エラー発生時刻のパターン

## 2. 注目すべきログ
- 重大度の高いもの
- 同種が複数発生しているもの
- 全体傾向から外れたもの

## 3. パフォーマンス問題
- 異常に遅いリクエスト
- タイムアウト多発
- メモリ・CPU 異常

## 4. セキュリティ懸念
- 不正アクセス試行
- ブルートフォース
- 異常な操作パターン

## 5. 仮説と検証
各問題について：
- 何が起きているか
- 推定原因（3つ）
- 確認方法
- 緊急度

## 6. 対応推奨
- 即対応すべきもの
- 監視を強化すべきもの
- 様子見でいいもの

方針：
- 「正常範囲」を最初に定義
- 異常を時系列で並べる
- 相関関係を仮説で示す（因果関係は別途検証）

以下のテストが不安定（時々失敗する）状態を修正してください。

【テストコード】

【失敗時のエラーメッセージ】

【失敗の頻度】

【テスト環境】

出力：

## 1. 不安定さの原因（仮説）
- 競合状態（タイミング依存）
- 外部リソース依存（API・DB・時刻）
- テスト間の状態漏れ
- ランダム性
- リソース不足（メモリ・CPU）
- 並列実行の干渉

各仮説について：
- どの箇所が怪しいか
- 検証方法
- 修正方針

## 2. 修正案
優先度順：
- 案A：根本解決
- 案B：時間制約のある場面では一時無効化

各案に：
- 修正コード
- 影響範囲
- 修正後の安定性予測

## 3. 防止策
- 待機時間ハードコードを避ける（条件待機に）
- モックを増やして外部依存を減らす
- テストごとの状態リセット
- 並列実行の可否を明示

## 4. 修正後のチェック
- 100回連続実行で全成功するか
- 並列実行でも安定するか
- CI 環境でも安定するか

方針：
- 「時々失敗するなら無視」は最悪の選択
- 1つずつ仮説を潰す
- ランダム性は徹底的に排除

以下のメモリリーク問題を調査してください。

【症状】
- 起動時メモリ使用量
- 〇時間後メモリ使用量
- 増加パターン

【関連コード】

【使用言語】

【プロファイリング結果】
（あれば）

出力：

## 1. リーク候補（一般的な原因）
- イベントリスナーの解除漏れ
- グローバル変数への蓄積
- クロージャによる参照保持
- キャッシュの肥大化
- DBコネクション・ファイルハンドルのリーク
- ライブラリの既知のリーク

各候補について：
- このコードでの該当可能性
- 確認方法
- 修正方法

## 2. 調査手順
1. メモリスナップショット取得（複数時点）
2. 増加しているオブジェクトの特定
3. 参照元の追跡
4. 該当コードの修正
5. 再現テストで確認

## 3. プロファイリングツール
- 推奨ツール（言語別）
- 使い方
- 結果の読み方

## 4. 修正案
各候補に：
- 修正コード
- 修正の理由
- 副作用

## 5. 防止策
- リソース管理パターン（try-finally・with・defer）
- 定期的なメモリプロファイル
- リーク検知のテスト

以下の本番障害への対応を整理してください。

【症状】

【発生時刻】

【影響範囲】
（全ユーザー／一部）

【既に確認していること】

【手元のリソース】
（ログ・モニタリングダッシュボード）

出力：

## 1. 緊急性の判定
- ビジネス影響度
- ユーザー影響度
- 即対応要否

## 2. 即時対応（最初の15分）
- 関係者への通知（誰に・どう）
- ステータスページ更新
- 一時回避策（ロールバック・トラフィック振り分け）
- 復旧目標時間の設定

## 3. 原因調査（並行）
- ログ確認の優先順位
- モニタリング指標
- 直近の変更（デプロイ・設定変更）

## 4. 復旧アクション
各アクションに：
- 内容
- 副作用・リスク
- 実行者
- 確認方法

優先順位：
1. ロールバック（最も安全）
2. 設定変更（中リスク）
3. ホットフィックス（最終手段）

## 5. ユーザーコミュニケーション
- 公開ステータス更新文
- 個別問い合わせへの回答テンプレ
- 復旧後のアナウンス

## 6. 復旧後
- 監視継続（1〜2時間）
- ポストモーテム（24〜48時間以内）
- 再発防止策

方針：
- 「分析」より「復旧」を優先
- 一人で抱え込まない（早めにエスカレーション）
- ログ・タイムラインを記録

以下の障害について、ポストモーテムを作成してください。

【障害の概要】

【発生時刻〜復旧時刻】

【影響範囲】

【一連のタイムライン】

出力：

## ポストモーテム

### 1. サマリー（5行）
- 何が起きたか
- いつ・どれぐらいの時間
- 影響範囲
- 原因
- 復旧方法

### 2. 詳細タイムライン
| 時刻 | 出来事 | 担当 |

### 3. 根本原因分析
- 直接原因
- 根本原因（5 Whys 等で）
- なぜ防げなかったか

### 4. 影響評価
- ユーザー数
- 売上への影響
- 信頼性への影響（数値化）

### 5. うまく行った点
- 良かった対応
- 役立った仕組み

### 6. 改善点
- 検知の遅れ
- 対応の遅れ
- コミュニケーションの問題

### 7. アクションアイテム
各アクションに：
- 内容
- 担当者
- 期限
- 優先度

アクションの種類：
- 短期（1週間以内）：今回の直接的な穴埋め
- 中期（1ヶ月以内）：プロセス・監視の改善
- 長期：構造的な改善

### 8. 学び（チーム全体への共有）
- 今後類似障害を防ぐための知見

方針：
- 個人を責めない（プロセス・システムの問題に焦点）
- 「なぜ」を5回繰り返す
- アクションは具体的に

以下のコード・設定からセキュリティ脆弱性をチェックしてください。

【コード・設定】

【アプリケーション種別】
（Webアプリ／API／バッチ）

【利用言語・フレームワーク】

チェック観点（OWASP Top 10）：

## 1. 認証・認可
- パスワード保管（ハッシュ化・ソルト）
- セッション管理
- 認可チェック漏れ
- ブルートフォース対策

## 2. インジェクション
- SQL Injection
- XSS
- コマンドインジェクション
- LDAP Injection

## 3. 機密情報の扱い
- ログへの出力
- エラーメッセージへの露出
- 設定ファイル
- 通信暗号化（TLS）

## 4. アクセス制御
- 直接オブジェクト参照
- ファイルパス
- 権限昇格

## 5. ロギング・監視
- 異常アクセスの検知
- 監査ログ

## 6. 依存ライブラリ
- 既知の脆弱性
- バージョン更新

出力フォーマット：
各脆弱性について：
- 該当箇所
- 重大度（致命的・高・中・低）
- 攻撃シナリオ
- 修正案（具体的なコード）
- 修正の優先度

総合評価：
- 即対応すべきもの（致命的）
- スプリント内で対応
- 中長期で対応
- 全体的なセキュリティ姿勢の所感

以下の日本語をビジネス英語に翻訳してください。

【日本語原文】

【相手】
（職位・国・関係性）

【場面】
（メール・提案書・プレゼン等）

翻訳方針：

1. 直訳ではなく「ネイティブが書きそうな英語」に
2. 日本語特有の婉曲表現を避ける
3. 主語・動詞を明確に
4. 適切な敬意表現（過剰でない）
5. ビジネスシーンに適したフォーマリティ

避けるべき表現：
- 「お世話になっております」のような直訳
- 「すみません」を Sorry で訳す（場面違い）
- 「よろしくお願いします」を Please のみ

好ましい表現：
- アクション・期待を明確に
- ポジティブで前向きなトーン
- 簡潔かつ礼儀正しく

出力：
1. 翻訳版
2. 元の日本語と1対1の対応（理解促進用）
3. 「日本語っぽい癖」を避けた箇所の解説
4. 別案（フォーマリティ違いの2案）

注意：
- 文化的な誤解を招く表現は注釈付き
- 専門用語は業界標準の英訳

以下の英語を自然な日本語に翻訳してください。

【英語原文】

【翻訳の用途】
□ 社内共有用
□ 外部公開（記事・SNS）
□ 契約書・正式文書
□ 学術的な内容

【ターゲット読者】

翻訳方針：

1. 直訳臭を消す（「私は〜であります」のような）
2. 主語の省略（日本語の自然さ）
3. 受動態の能動態化（必要なら）
4. 文を分ける（英語の長文を日本語の短文に）
5. カタカナ語の最適化（英単語混在を最小限）

避けるべき表現：
- 機械翻訳臭い「〜のような」「〜することができる」
- 不自然な敬語
- 主語を機械的に「私たち」と訳す

好ましい表現：
- 簡潔な日本語
- 文脈に応じた省略
- 自然な接続詞（しかし→ところが／一方）

出力：
1. 翻訳版
2. 直訳との比較（「直訳ならこう」も提示）
3. 専門用語の表記方針（カタカナ／日本語／英語併記）

注意：
- 著者の意図を曲げない
- 文化的背景の補足が必要なら注釈

以下の文章を、指定したトーンに変換してください。

【元の文章】

【目指すトーン】
□ フォーマル（社外向け公式文書）
□ ややフォーマル（取引先メール）
□ カジュアル（社内Slack・LINE）
□ 親しみやすい解説（ブログ）
□ 営業セールスライティング
□ ニュース記事風
□ 学術論文風

【ターゲット読者】

変換方針：
- 内容（事実・数値・主張）は絶対に変えない
- 文末を統一
- 主語の省略・明示を調整
- 接続詞の選び方（フォーマル：従って／カジュアル：だから）
- 敬語のレベル

出力：
1. 変換後の文章
2. Before / After の表（主要な変更点）
3. 各変更の意図

トーン別の特徴：

【フォーマル】
- 「である」調 or 丁寧な「ですます」
- 抽象表現を避ける
- 主語を明示

【カジュアル】
- 短文
- 絵文字OK
- 「〜ですよね」のような共感表現

【解説調】
- 「〜について解説します」
- 例示が多い
- 読者への問いかけ

【営業】
- ベネフィット強調
- 数字を多用
- 行動喚起

以下の日本語を校正してください。

【元の文章】

チェック項目：

## 1. 誤字脱字
- 漢字変換ミス
- 重複文字
- 漏れ

## 2. てにをは
- 不自然な助詞
- 「は」「が」の使い分け

## 3. 係り受け
- 主語と述語の対応
- 修飾語の位置

## 4. 表記の一貫性
- カタカナ語の統一
- 数字（半角／全角）
- 引用符（「」／『』／''）

## 5. 重複・冗長
- 同じ言葉の繰り返し
- 「〜という」の濫用
- 不要な「実は」「ちなみに」

## 6. 文末の単調さ
- 「〜です」「〜ます」の連続
- 「〜だろう」「〜と思う」の濫用

## 7. 句読点
- 打ちすぎ／少なすぎ
- 句読点の位置

出力フォーマット：
各修正に：
- 該当箇所（行番号）
- 元の表現
- 修正案
- なぜ修正したか

総合所感：
- 全体的な読みやすさ評価
- 著者の文体の特徴（残すべき個性）
- リライト推奨レベル（小修正・中修正・大幅）

方針：
- 内容は絶対に変えない
- 著者の文体（個性）は残す
- 専門用語は安易に言い換えない

以下の文章を、読みやすさ重視でリライトしてください。

【元の文章】

【ターゲット読者】
（中学生でも分かる／一般社会人／業界関係者）

リライト方針：

## 1. 1文を短く
- 50字以内が理想
- 接続詞で次の文に分ける

## 2. 主語を明示
- 省略していたら明示
- 受動態を能動態に

## 3. 専門用語の処理
- 置き換えられるなら置き換える
- 必要なら（カッコ書きで）補足

## 4. 抽象表現の具体化
- 「効率化」→ 「処理時間が半分に」
- 「最適化」→ 「無駄を減らす」

## 5. リズムを整える
- 文末のバリエーション
- 長文と短文のバランス

## 6. 視覚的な工夫
- 段落分け
- 箇条書きへの変換
- 太字での強調

出力：
1. リライト版
2. Before / After の対比（主要箇所）
3. 読みやすさスコア（5段階）
4. リライトの方針説明

方針：
- 内容を変えない
- 「短く・具体的・能動的」を3原則に
- 想定読者の知識レベルに合わせる

最後に：
- 「これでもまだ難しい箇所」を3つ挙げる
- さらにリライトする方向性を提案

以下のコンテンツを日本市場向けにローカライズしてください。

【元のコンテンツ】
（英語または他言語）

【ターゲット】
（日本のどんな読者）

【コンテンツ種別】
□ ブログ記事
□ マーケティング素材
□ 製品ドキュメント
□ ニュース記事

ローカライズ方針：

## 1. 翻訳（基本）
- 自然な日本語
- 直訳臭を消す

## 2. 文化的な調整
- 通貨：USD → JPY（換算と感覚値）
- 単位：lbs/inches → kg/cm
- 日付フォーマット：MM/DD → YYYY年MM月DD日
- 例示：海外特有のものは日本のものに

## 3. 業界・地域の文脈
- 日本にない法律・制度
- 海外固有の習慣（チップ等）
- 日本特有の文化要素を追加

## 4. トーンの調整
- 過剰な「I/We」を控える
- 婉曲表現を増やす
- 直接的な「You should」を柔らかく

## 5. 法的・倫理的な配慮
- 日本の薬機法
- 景品表示法
- プライバシー

出力：
1. ローカライズ版
2. 主要な変更点リスト
3. 「ここは元のまま残した」箇所と理由
4. 法的に問題ないかのセルフチェック

方針：
- 著者の意図を尊重
- 「翻訳」と「適応」の境界を意識
- 過剰なローカライズで原意を失わない

以下の複数言語のソースから、日本語の統合記事を作ってください。

【ソース1（言語）】

【ソース2（言語）】

【ソース3（言語）】

【テーマ】

【目的】

【目標文字数】

出力：

## 1. 統合記事
- 各ソースの主張を統合
- 重複する情報は集約
- 矛盾する情報は両論併記

## 2. 構成
1. リード文
2. 各観点での整理（h2 で区切る）
3. 結論
4. 出典リスト

## 3. 出典明示
- 各情報がどのソースから来たか明示
- 信頼性レベル
- リンク（あれば）

## 4. 多言語ソース特有の処理
- 専門用語の英日対応表
- 文化的背景の補足
- 翻訳ニュアンスの注釈

方針：
- 著者ごとの主張は明示（「〇〇社のCEOは〜」）
- 自分の解釈と引用を分ける
- 「日本市場での解釈」を加える
- 全体で一貫した文体に

注意：
- 引用範囲は適切に（著作権）
- 単一ソースの情報は信頼度を下げる
- 推測と事実を区別

以下の内容で正式文書を作ってください。

【文書の種類】
□ 依頼書
□ お礼状
□ ご案内状
□ 連絡文書
□ 謝罪文

【宛先】
（個人／会社・部署）

【差出人】
（個人／会社）

【伝えたい内容】

【日付】

出力フォーマット：

```
（日付）

（宛名）様 ／ （会社名）御中

（差出人住所・連絡先）
（差出人）

件名：（簡潔に）

拝啓
（時候の挨拶）。（相手の繁栄を喜ぶ言葉）。

（本文）

（依頼／お願い／ご案内の核心）

（補足情報・期限など）

つきましては、〇〇のほど、よろしくお願い申し上げます。

敬具
```

方針：
- 時候の挨拶は適切な季節のものを
- 文末は「敬具」「以上」のいずれか
- 本文は2〜3段落
- 必要事項を漏らさない
- 過剰な装飾を避ける

注意：
- 印刷を想定したレイアウト
- 訂正印・捺印スペースの確保
- 機密情報の扱い

以下の学術的な文章をリライトしてください。

【元の文章】

【リライトの目的】
□ 一般読者向けに分かりやすく
□ 学会発表用に簡潔に
□ ブログ向けに親しみやすく
□ 翻訳元として整える

【専門分野】

方針：

## 1. 構造を保つ
- 論証の流れ
- 引用関係
- 図表参照

## 2. 読みやすさを上げる
- 1文を短く
- 修飾語を整理
- 受動態の能動態化

## 3. 専門用語の扱い
- 初出時に簡単な説明
- 必要な用語は残す
- 過剰なジャーゴンは平易な日本語に

## 4. 例示の追加
- 抽象的な箇所に具体例
- 比喩で理解を助ける

## 5. 読者への配慮
- 前提知識を仮定しすぎない
- 「ここで重要なのは」のような道標

出力：
1. リライト版
2. 主要な変更点
3. 「分かりやすさスコア」（元と比較）
4. 残った難解箇所の指摘

注意：
- 学術的な厳密性を犠牲にしない
- データ・引用は変えない
- 著者の主張・結論を変えない

以下の文章を、半分の長さに圧縮してください。

【元の文章】

【保つべき要素】
（必ず残したい主張・データ・固有名詞）

【削っていい要素】
（あれば指定）

圧縮方針：

## 1. 削る要素
- 同じことの言い換え
- 形容詞の重複
- 「〜のような」「〜という」
- 「実は」「ちなみに」
- 個人的な感想（必要なければ）
- 自己言及（「私としては」等）

## 2. 保つ要素
- 数字・固有名詞・データ
- 主張と結論
- 具体例（最低1つ）
- 重要なニュアンス

## 3. 圧縮テクニック
- 文を統合（接続詞で）
- 主語の省略
- 箇条書き化
- 表に変換

出力：
1. 圧縮版
2. 元の文字数 → 圧縮後の文字数
3. 圧縮率
4. 削った要素のリスト
5. 「これ以上は無理」のライン提示

方針：
- 内容を変えない（要約ではない）
- 文体・トーンを保つ
- 「読者が同じ理解を得られる」のが基準

今、頭の中で整理がつかない状態です。客観的に整理してください。

【状況】
（モヤモヤしていること、起きていること）

【感じていること】
（不安・焦り・怒り・疲れ等）

【関係する人物】

出力：

## 1. 事実の整理（3点）
- 客観的に起きていること
- 数字・期限・確定事項
- 自分の感情を排除した事実

## 2. 私の感情の代弁（1行）
- 今あなたが感じていることは、おそらく〇〇

## 3. 取りうる選択肢（3つ）
各選択肢に：
- 内容
- メリット
- デメリット
- 必要な行動

## 4. 「あなたなら」の助言
- 私が同じ状況なら〇〇する
- ただし最終的にはあなた次第

## 5. 決断を促す問い
- 1ヶ月後の自分はどうなりたいか
- 何を我慢すれば前に進めるか
- 助けを求められる人はいるか

方針：
- 私の決断を促すというより、私が決断しやすくなるように整理する
- 共感はするが、過剰に同調しない
- 客観的視点で

以下の意思決定について、論点を整理してください。

【決めなければならないこと】

【選択肢】
A: 〇〇
B: 〇〇
C: 〇〇

【背景・制約】

【決定の影響範囲】

【決定期限】

出力：

## 1. 各選択肢の評価
各選択肢について：
- 想定される結果（短期・中期・長期）
- メリット（3点）
- デメリット（3点）
- リスク
- 必要なリソース（時間・お金・人）

## 2. 判断軸の整理
何で判断すべきか：
- 軸1：〇〇（重み 30%）
- 軸2：〇〇（重み 40%）
- 軸3：〇〇（重み 30%）

各軸での比較表：
| 軸 | A | B | C |

## 3. 決断のための問い
- もし失敗しても、どこまで戻せるか
- 何を諦めれば前に進めるか
- 1年後に「やってよかった」と思える選択は

## 4. 「保留」の選択肢
- 今決めなくていい場合の判断材料
- 保留のリスク

## 5. 推奨
- 私の推奨：〇〇（理由）
- ただし「あなたが大事にしている軸」次第で変わる

方針：
- 数字で示せるところは数字で
- 感情的な要素も無視しない
- 決断を急がせない（保留も選択肢）

以下の選択肢について、メリット・デメリットを徹底的に洗い出してください。

【選択肢】

【背景】

【自分の立場】

出力：

## メリット（5〜7点）
各メリットに：
- 具体的な内容
- どれぐらい享受できるか（数字で）
- 実現の確実性
- 他で代替できないか

## デメリット（5〜7点）
各デメリットに：
- 具体的な内容
- 影響の大きさ（数字で）
- 発生の確率
- 対策可能性

## 隠れたメリット（見落とされがち）
- 直接的でない波及効果
- 長期的な利益
- 関係性への好影響

## 隠れたデメリット（見落とされがち）
- 機会損失
- 依存関係の発生
- 撤退コスト

## 総合評価
- メリットの合計重み
- デメリットの合計重み
- ネット価値（差分）

## 「やる/やらない」の判断材料
- やるべき条件
- やらないべき条件
- 判断保留の場合の追加情報

方針：
- 自分の願望を排除して客観的に
- 「とりあえず両論」ではなく具体的に
- 数字で表現できるものは必ず数字で

以下のテーマを別の視点で考え直してください。

【現在の自分の見方】

【テーマ】

【現状の立場】

出力：

## 1. 反対意見の代弁
- 私と反対の立場の人はどう考えるか
- その立場の合理性
- 完全に否定はできない部分

## 2. 別の専門家の視点
- 経済学者なら：
- 心理学者なら：
- 歴史家なら：
- 経営者なら：
- 現場の実務家なら：

## 3. 時間軸を変えた視点
- 10年前の人ならどう考えるか
- 10年後の人ならどう振り返るか
- 100年単位で見たらどうか

## 4. 立場を変えた視点
- 当事者ではなく外部観察者として
- 自分が相手側だったら
- 第三者の利害関係者として

## 5. 文化的な視点
- 日本以外の文化での捉え方
- 業界外の人から見たら

## 6. 自分の見方への問い
- 自分が見落としているかもしれない要素
- バイアスの可能性
- 確かめるべき仮説

方針：
- 自分を批判するためではなく、視野を広げるため
- 「正しい視点」は存在しない（複数の視点が並ぶだけ）
- 結論は出さない（多視点の提示で終わる）

以下のタスクに優先順位をつけてください。

【タスク一覧】
（10〜20個ぐらい、思いつく順でOK）

【自分の状況】
（今日使える時間・抱えている締め切り）

【判断基準】
□ 緊急度＋重要度（アイゼンハワーマトリクス）
□ ROI（投じる時間に対する見返り）
□ 期限の近さ
□ 他者への影響

出力：

## 1. アイゼンハワーマトリクス
4象限で分類：
- 緊急 × 重要：今日中
- 重要 × 非緊急：今週中（最重要）
- 緊急 × 非重要：委任or即対応
- 非緊急 × 非重要：やめる or 後回し

## 2. 推奨着手順
1. 最初にやるタスク（理由）
2. 次に
3. その次
…

## 3. やめてもいいタスク
- やめる理由
- やめた場合の影響

## 4. 委任できるタスク
- 誰に
- 委任のための準備

## 5. 1日のタイムブロック例
- 9-11時：〇〇（集中作業）
- 11-12時：〇〇（連絡系）
- 13-15時：〇〇（会議）
- 15-17時：〇〇（処理系）

方針：
- 「やりやすい順」ではなく「重要度順」
- 「みんな大事」を許さない（必ず順位をつける）
- やめる勇気を促す

以下のことで行き詰まっています。打開策を考えてください。

【行き詰まっていること】

【すでに試したこと】

【期限・制約】

【気持ちの状態】

出力：

## 1. 行き詰まりの原因（仮説）
- 情報不足？
- 能力不足？
- リソース不足？
- 心理的ブロック？
- 問題設定が違う？

## 2. 打開アプローチ（5つ）
各アプローチに：
- 内容
- 試すコスト（時間・労力）
- 期待される効果
- どんな人に向くか

アプローチの種類：
- 細かく分解する
- 似た問題の解決法を探す
- 一度離れる（休む）
- 違う人に相談する
- そもそも問題設定を変える
- 制約を取り払って考える
- 過去の自分に聞いてみる

## 3. 「諦める」選択肢
- 諦めた場合の影響
- 「諦める」と「方向転換」の違い
- 撤退コスト

## 4. 短期の小さなアクション
- 5分でできること
- 1日でできること
- 1週間でできること

## 5. 心の整え方
- 焦らないコツ
- 「これは時間がかかるもの」と認める

方針：
- 解決を急がない
- 「諦める」も選択肢
- 「小さく動く」を推奨

以下のプロジェクトについて、事前に失敗を想定してください。

【プロジェクト】

【目的】

【期間】

【メンバー】

【既知のリスク】

プレモータム（事前検死）法：

## 「もしこのプロジェクトが失敗したとしたら？」
6ヶ月後の架空の失敗状況を想像し、何が原因かを考える。

## 1. 失敗シナリオ（5つ）
各シナリオに：
- 何が起きたか
- なぜそうなったか（根本原因）
- 兆候はいつから現れたか
- 防ぐにはどうすればよかったか

シナリオの種類：
- 技術的失敗
- 人的・組織的失敗
- 市場・外部環境の変化
- スコープクリープ
- リソース不足

## 2. リスクの優先順位付け
各リスクの：
- 発生確率（高・中・低）
- 影響度（大・中・小）
- 監視のしやすさ

## 3. 早期検知の指標
各リスクが現実化する前の兆候：
- 何を監視するか
- 何が起きたら警戒すべきか

## 4. 予防策
各リスクへの：
- 予防的な行動
- 発生時の対処計画
- リカバリの可能性

## 5. プロジェクトのキャンセル基準
- どんな状況になったら撤退するか
- 早期撤退の判断ライン

方針：
- 楽観バイアスを排除
- 「うまくいく」前提を疑う
- 過去の類似プロジェクトの失敗例を参考に

以下の状況のトレードオフを整理してください。

【選択肢A】

【選択肢B】

【決めようとしていること】

出力：

## 1. 各選択肢で得るもの
- 選択肢Aで得るもの（5点）
- 選択肢Bで得るもの（5点）

## 2. 各選択肢で失うもの
- 選択肢Aで失うもの（5点）
- 選択肢Bで失うもの（5点）

## 3. トレードオフの本質
- 「Aを選ぶ」とは「〇〇を諦める」こと
- 「Bを選ぶ」とは「〇〇を諦める」こと

## 4. 選択の前提
- どの選択肢でも避けられない損失
- 「両取り」を狙うことの非現実性

## 5. 選択を促す問い
- 5年後の自分が後悔しないのは？
- 諦められないものは？
- お金で買えるなら、いくらで買い戻せるか

## 6. ハイブリッドの可能性
- A と B の良いとこ取りはあるか
- 段階的にA→Bに移行は可能か
- 期間限定の選択肢は

方針：
- 「両方取れる」幻想を打ち破る
- 諦めるべきものを正直に言語化
- 選択肢を綺麗事で飾らない

以下の自分の行動・言動について、客観的にフィードバックしてください。

【自分の状況】
（職種・役職）

【最近の自分の行動】
（具体的なエピソード3つ）

【気にしている点】
（自分でも違和感がある部分）

出力：

## 1. 客観的な観察
- 描写された行動から見える特徴
- パターン（繰り返されている傾向）

## 2. 良い点（3つ）
- 何が良いか
- なぜそれが価値あるか
- どう活かせるか

## 3. 改善余地（3つ）
各点について：
- 何が問題か
- なぜそうなるか（推測）
- 改善案
- 改善の難易度

## 4. 盲点の指摘
- 自分では気づいていなさそうな点
- 周囲からどう見えているか
- 「これは気をつけた方がいい」点

## 5. 強みを伸ばす vs 弱みを克服
- 自分の場合はどちらが優先か
- 具体的なアクション

## 6. 行動変容のためのステップ
- 30日間で変えられること
- 90日間で変えられること
- 1年で変えられること

方針：
- 過剰に否定的にならない
- 過剰に肯定的でもない
- 具体的なアクションに落とす
- 「変えるべき」と「変えなくていい」を分ける

以下の状況で人生・キャリアを設計してください。

【現在の状況】
（年齢・職業・家族・健康）

【現在の悩み】

【漠然と望んでいる未来】

【期間】
（3年後／10年後）

出力：

## 1. 3年後の理想像（具体化）
- 仕事：何をしているか
- 収入：どれぐらい
- 住まい：どこに住む
- 人間関係：誰と過ごす
- 健康：どんな状態
- 自由時間：何をする

## 2. 現状とのギャップ
各項目について：
- 現状
- 理想
- 差分（具体的に）

## 3. ギャップを埋める要素
- スキル・知識
- 人脈・関係性
- 資金
- 環境変化

## 4. 1年単位のマイルストーン
- 1年目：基盤づくり
- 2年目：拡大
- 3年目：到達

各年に：
- 達成すべきこと
- 必要な行動
- リスク

## 5. 障害となりそうなもの
- 外的要因
- 自分の弱点
- 心理的ブロック

## 6. 今日からできる最初の一歩
- 24時間以内にできること
- 1週間以内にできること
- 1ヶ月以内にできること

方針：
- 大きな夢を具体化（数字で）
- 1年単位で進捗確認
- 「失敗してもOK」の余白を作る

以下のテーマの学習計画を作ってください。

【学びたいこと】

【現状のレベル】
（知識ゼロ／基本は分かる／中級）

【期間】

【週に使える時間】

【学習の目的】
（資格取得／実務で使える／趣味）

出力：

## 1. 学習目標（3レベル）
- 1ヶ月後：〇〇できる
- 3ヶ月後：〇〇できる
- 6ヶ月後：〇〇できる

SMART原則で（具体的・測定可能・達成可能・関連性・期限）

## 2. 推奨教材
優先度順：
- 書籍
- オンライン講座
- 動画
- 公式ドキュメント
- ブログ・記事

各教材に：
- 内容の難易度
- 所要時間
- 評価

## 3. 週次カリキュラム
各週に：
- テーマ
- 学習内容
- 演習課題
- 所要時間

## 4. 月次マイルストーン
- 1ヶ月目：基礎固め（〇〇ができるようになる）
- 2ヶ月目：応用（〇〇ができる）
- 3ヶ月目：実践（〇〇ができる）

## 5. 進捗確認の仕組み
- 週末の自己評価項目
- 月末の振り返り質問
- アウトプット課題（ブログ・GitHub等）

## 6. つまずきポイント予測
- ありがちな挫折ポイント
- 対処法

方針：
- 完璧主義を避ける（70%達成でOK）
- 楽しめる仕組みを入れる
- アウトプット必須

以下の概念を、初心者向けに分かりやすく説明してください。

【テーマ】

【ターゲット読者】
（中学生／大人の素人／業界外の人）

【目標：何が分かる状態か】

出力フォーマット：

## 1. ひとことで言うと
- 30字以内
- 比喩を使う

## 2. 身近な例えで
- 日常生活で似ているもの
- 「〇〇のようなもの」

## 3. なぜ重要か
- 知らないとどう困るか
- 知ってると何が良いか

## 4. 仕組み（簡略版）
- 3〜5ステップで
- 専門用語は使わない
- 図解できるならASCIIで

## 5. もう少し詳しく（中級者向け）
- 興味があれば読む層向け
- 専門用語1つだけ追加

## 6. もっと知りたい人へ
- 推奨書籍・記事
- 関連用語

方針：
- 専門用語禁止（使うなら必ず注釈）
- 比喩・例示を多用
- 1段落2〜3行
- 「〇〇とは」の辞書的説明を避ける
- 読者の興味を惹く具体例から始める

以下のテーマで理解度チェッククイズを作ってください。

【テーマ】

【学んだ内容】

【ターゲット】
（学習者のレベル）

【問題数】

出力フォーマット：

## クイズ

各問題：

### Q1. （問題文）
- A: 〇〇
- B: 〇〇
- C: 〇〇
- D: 〇〇

### 正解：（X）

### 解説：
- なぜそれが正解か
- 他の選択肢が間違いの理由
- 関連する知識
- 実務での適用例

問題のバリエーション：
1. 知識を問う問題（用語の意味）
2. 応用を問う問題（事例での判断）
3. 比較を問う問題（A と B の違い）
4. 落とし穴を問う問題（よくある誤解）
5. ケーススタディ（具体的な状況での選択）

難易度の配分：
- 易しい：30%
- 標準：50%
- 難しい：20%

方針：
- 選択肢は4つ全てが「もっともらしい」
- 「明らかに違う」選択肢を入れない（学習にならない）
- 解説で「学べた感」を出す
- 実務的な視点を入れる

以下の内容でフラッシュカードを作ってください。

【テーマ】

【学習目的】

【目標枚数】

出力フォーマット：

## カード1
### 表（問い）
- 〇〇とは？

### 裏（答え）
- 端的な答え（1〜2行）
- 補足の説明（2〜3行）
- 例（あれば）
- ヒント（思い出すための連想）

（カード2、3...）

問いのバリエーション：
1. 用語の定義（〇〇とは？）
2. 違いの説明（A と B の違い）
3. 仕組みの説明（〇〇はどう動く？）
4. 適用シーン（いつ使う？）
5. 注意点（〇〇する時に気をつけること）
6. 例の挙げる（〇〇の具体例3つ）
7. 順序の暗記（〇〇のステップ）

方針：
- 1枚に1テーマ
- 答えは30秒以内で読める量
- 暗記しやすい構造（語呂合わせ等あればGood）
- 関連カードへの誘導（「Q3も合わせて」のような）

出力後：
- カード総数
- 学習推奨ペース（1日何枚）
- 復習サイクル（エビングハウス曲線基準）

以下の資料から、新人向けFAQを生成してください。

【元資料】
（マニュアル・規程・ハンドブック）

【ターゲット読者】

【FAQ の用途】

出力：

## 自動生成 FAQ

カテゴリ別（5〜7カテゴリ）：

### カテゴリ名

#### Q. （新人が抱きそうな疑問）
- A: 簡潔な回答（3行以内）
- 関連する規程・章節番号
- 詳細を見たい場合の参照リンク

（カテゴリごとに5〜10問）

質問のパターン：
- 「いつ〜すれば？」
- 「どこに〜があるか？」
- 「〜していい？」
- 「〜の手順は？」
- 「〜と〇〇の違いは？」
- 「〜できない時はどうすれば？」
- 「責任者は誰？」

方針：
- 専門用語の使用は最小限
- 「マニュアル参照」だけで終わらせず、要点を必ず書く
- 一次資料を必ず添える
- 「不明な場合は〇〇に確認」の連絡先を明示

抽出時の注意：
- 元資料にない情報は加えない（捏造禁止）
- 解釈の余地がある場合は「〇〇と推測されます。確認推奨」と明示
- 古い規程の可能性があれば「最新版を要確認」

出力後：
- 不足していそうな質問領域
- 元資料に追記すべき情報

添付の論文を5項目で要約してください。

【論文】

【要約の目的】
（自分の研究／業務応用／概要把握）

出力：

## 1. 研究の問い（30字）
- この論文は何を解明しようとしているか

## 2. 主要な発見（3点）
- 数字・データを含めて
- 既存研究との差分

## 3. 方法
- どんな手法で（実験／調査／分析）
- サンプル数・期間
- 限界

## 4. 結論と意義
- 著者の主張
- 学問的・実務的な意義

## 5. 自分への示唆
- 業務に応用できる点
- 取り入れたい考え方
- さらに調べたい点

方針：
- 論文に書かれていない内容は加えない
- 数字は元のまま
- 著者の主張と客観的事実を分ける
- ページ参照をつける（「P12参照」）

追加情報：
- 引用すべき重要な記述（短い引用1〜2文）
- 関連論文の推奨（あれば）
- 批判的に読むべき箇所

以下の研修カリキュラムを設計してください。

【研修テーマ】

【ターゲット】
（新人／中堅／管理職）

【期間】

【受講者数】

【到達目標】

出力：

## 1. カリキュラム全体像
- 全体の目的
- 受講後の到達状態
- 評価方法

## 2. モジュール構成
各モジュールに：
- テーマ
- 所要時間
- 学習目標
- 主な内容
- 演習
- 必要教材

## 3. 1日のスケジュール例
- 9:00 オープニング
- 9:30 モジュール1
- 10:30 休憩
- 10:45 モジュール2
- ...

## 4. 講師ガイド
各モジュールに：
- 進行のポイント
- 想定される質問
- 詰まりやすい箇所
- 演習のポイント

## 5. 受講者向け資料
- 事前課題
- 配布資料
- 参考図書

## 6. 評価方法
- 理解度テスト
- 演習評価
- アンケート

## 7. フォローアップ
- 研修後1週間：〇〇
- 1ヶ月後：〇〇
- 3ヶ月後：〇〇

方針：
- 講義時間と演習時間を 4:6 ぐらいに
- 受講者が能動的に動く時間を多く
- 「翌日から使える」内容を優先
- アイスブレイクを最初に必ず

以下のシーンでロールプレイをしてください。

【シーン】
（商談／面接／苦情対応／部下との面談 等）

【相手役】
（あなたが演じる役）

【相手のキャラクター】
（性格・立場・関心事項）

【自分の目的】

【練習したいこと】

ロールプレイの進め方：

1. 私が会話を始めます。あなたは指定された相手役で応答してください。
2. 1ターン1〜2文で短く（テンポ良く）
3. 想定される反応をリアルに（綺麗事すぎないように）
4. 詰まったら助け舟を出す（「ここで困っているなら...」）

相手役のリアリティ：
- 想定通りの反応を一度はする
- ただ、突発的な反応も入れる（テンプレ通りでない）
- 質問・反論・困惑など、人間らしい多様性

会話終了後：
- 私の対応で良かった点
- 改善できた点
- 別のアプローチの提案（3つ）
- 次の練習への課題

方針：
- リアルな練習相手として振る舞う
- 相手の立場の難しさを再現
- 学びを最大化する（簡単すぎない）

以下のテーマで初学者がよくやる間違いパターンを整理してください。

【テーマ】

【対象者のレベル】

出力：

## よくある間違い（10個）

各間違いについて：

### 間違い名
- 具体的にどんな間違いか
- なぜ起きやすいか（心理的・知識的な理由）
- どんな状況で起きやすいか
- 起きた時の症状（自分でどう気づくか）
- 修正方法
- 予防策

間違いの分類：
1. 知識不足による間違い
2. 早合点による間違い
3. 慢心による間違い
4. 「教科書通り」の間違い
5. 経験不足による間違い
6. 怠慢による間違い
7. 確認不足による間違い
8. コミュニケーションの間違い
9. 過剰最適化
10. 場面選びの間違い

## チェックリスト
- 自分が今これらの間違いをしていないか確認する10項目

## 上達のヒント
- 間違いから学ぶための習慣
- 振り返りの仕組み

方針：
- 「やりがちなこと」を具体的に
- 抽象的な助言ではなく具体例
- 修正方法を必ず書く（指摘で終わらない）
- 経験者の視点で（机上の論ではなく）

以下の経験について、メンターが投げかけるような振り返り質問を作ってください。

【経験】
（最近やったプロジェクト・出来事）

【自分の役割】

【学びたい方向性】

出力：

## メンター質問集（3レイヤー）

### レイヤー1：事実の確認（5問）
- 何が起きたか具体的に教えてください
- 当事者は誰でしたか
- どんな判断をしましたか
- 数字でどう変化しましたか
- 期間はどれぐらいでしたか

### レイヤー2：解釈の探究（5問）
- なぜそう判断したのですか
- 別の選択肢はありましたか
- もう一度同じ状況なら同じ判断をしますか
- 周囲はどう見ていたと思いますか
- 一番大変だった瞬間は

### レイヤー3：学びの抽出（5問）
- この経験から得た最大の学びは
- 自分の弱点が見えた瞬間は
- 強みが活きた瞬間は
- 次の機会で同じことをするとしたら
- 他の人にこの経験から教えるとしたら

## 質問の使い方
- 自問自答する場合の進め方
- 紙に書きながら答える効果
- 時間配分（1質問5分）

## ふだん意識したい問い（3つ）
- 日常的に自問できる短い問い

方針：
- 「答え」を強要しない
- 思考を深める問いに（YES/NOで終わらない）
- 段階的に深く（事実→解釈→学び）
- 自己批判ではなく自己理解

以下のテーマでアイデアを30個出してください。

【テーマ】

【目的】

【制約】
（予算・期間・リソース）

出力：

## アイデア30個

各アイデアに：
- 番号
- 内容（1行）
- 想定される効果
- 実現難易度（易・中・難）
- 関連カテゴリ

バリエーションの確保：
1. 当たり前の発想（5個）
2. 既存の応用（5個）
3. 異業種からの転用（5個）
4. 逆転の発想（5個）
5. 制約を取っ払った理想（5個）
6. ユーモア・ぶっ飛び（5個）

## 整理
- 最も期待値の高い3つ
- 最もユニークな3つ
- 最も実現しやすい3つ
- 「これは違うかも」の理由が明確な3つ

## 「もう少し考えれば良いアイデアになりそう」枠
- 元アイデア
- 改良の方向性

方針：
- 量を出すことを最優先（質は後で）
- 「これは違う」と早期に切らない
- バカバカしいアイデアも入れる
- 30個確実に出す（途中で止めない）

以下の商品・サービスの名前を考えてください。

【商品・サービスの内容】

【ターゲット】

【伝えたい価値】
（核となる体験・価値観）

【避けたい印象】

【業界・カテゴリ】

出力：

## 名前案 20個

各案について：
- 名前
- 意味・由来
- 想起させるイメージ
- 商標調査要否
- 使用想定（ロゴ・URL・呼びやすさ）

ネーミングの種類を散らす：
1. 既存単語をそのまま（Apple型）
2. 造語（Google型）
3. 略語・頭文字（IBM型）
4. 創業者の名前（Honda型）
5. 形容詞＋名詞（Quick Books型）
6. 動詞＋名詞（Walmart型）
7. 比喩・暗喩（Amazon型）
8. 外国語（コロナ・ニベア型）
9. 数字込み（7-Eleven型）
10. 擬音・擬態語

## 評価軸
各名前について：
- 覚えやすさ（5段階）
- 商標取れそうか（直感）
- ドメイン取れそうか
- 海外展開の障害
- 想起されるイメージ

## 推奨3案
- 各案の理由
- リスク
- 検証方法

方針：
- 業界の他社と被らない
- 発音しやすい
- 商標調査の必要性を意識
- 「説明不要」で意味が伝わるとベスト

以下のキャッチコピーを15案作ってください。

【商品・サービス】

【ターゲット】
（年代・職業・抱えている課題）

【提供する価値】
（解決する痛み・得られる効用）

【避けたい印象】

【掲載場所】
（広告／LP／パンフレット／SNS）

出力：

各案を15個、以下の切り口で散らして：

1. 課題提起型（「〜で悩んでいませんか？」）
2. ベネフィット直訴型（「〜が手に入る」）
3. 社会的証明型（「N人が選んだ」）
4. 質問型（「あなたの〇〇は？」）
5. 数字訴求型（「5分で〇〇できる」）
6. 否定型（「〇〇はもう古い」）
7. ストーリー型（「私は〇〇でした」）
8. ユーモア型（思わず笑える）
9. 命令型（「〇〇しよう」）
10. 詩的・抽象型
11. 約束型（「3年後の〇〇」）
12. 比較型（「Aより〇〇」）
13. 緊急性型（「今しかない」）
14. 専門家型（「〇〇のプロが認めた」）
15. 違和感型（思わず読んでしまう）

各案に：
- メインコピー（15字以内）
- サブコピー（あれば、20字以内）
- ターゲット心理（クリック動機）
- 媒体適合性

## トップ3
- 推奨3案と理由
- A/Bテスト推奨ペア

方針：
- 数字を使う
- 「あなた」を入れる
- 過剰な煽りは避ける（誇大広告法に抵触しない）
- 1秒で読める長さ

以下のテーマでストーリーを構成してください。

【テーマ】

【伝えたいメッセージ】

【聴衆】

【尺】
（プレゼン10分／動画3分／記事2,000字 等）

出力：

## ストーリー構成（4幕）

### 第1幕：導入（10〜15%）
- 主人公の日常
- 共感を誘う状況
- 読者・視聴者を引き込むフック

### 第2幕：問題発生（25〜30%）
- 主人公が直面する課題
- 緊張感の高まり
- 普通の方法では解決できない

### 第3幕：転換（30〜40%）
- 新しい発見・気づき
- 試行錯誤
- 苦労と挫折
- ブレイクスルー

### 第4幕：結論（20〜25%）
- 解決と変化
- 学びの抽出
- 読者への問いかけ
- 次のアクション

## 各幕の詳細
各幕に：
- 主要な出来事
- 主人公の感情変化
- 読者の感情変化（狙い）
- キーフレーズ

## ストーリー要素
- 主人公の人物像
- 障害・敵
- メンター
- 道具・武器
- 変化

## 適用例
- プレゼンでの使い方
- 記事での章立て
- 動画での尺配分

方針：
- 「英雄の旅」型を意識
- 感情の起伏を作る
- 共感→驚き→学びの流れ
- 抽象的な主張だけで終わらせない

以下の用途でキャラクターを作ってください。

【用途】
（マーケティングペルソナ／物語のキャラ／研修事例）

【設定】

【表現したい属性】

出力：

## キャラクタープロフィール

### 1. 基本情報
- 名前
- 年齢
- 性別
- 職業
- 居住地

### 2. 外見
- 体型・身長
- 髪型・髪色
- 服装の好み
- 印象的な特徴

### 3. 性格
- 主要な性格特性
- 強み
- 弱み
- 価値観
- 怒るポイント
- 喜ぶポイント

### 4. 背景
- 生い立ち
- 学歴・職歴
- 家族構成
- 重要な過去の出来事

### 5. 現在の状況
- 仕事・学業
- 人間関係
- 抱えている悩み
- 目標

### 6. 行動・習慣
- 1日の過ごし方
- 趣味・好きなこと
- 嫌いなこと
- 情報源
- 消費行動

### 7. 変化のポテンシャル
- 何があれば変われるか
- 抵抗するもの
- 成長の方向性

方針：
- 矛盾を含む（リアリティのため）
- 完璧でない
- 具体的な数字・固有名詞を入れる（〇〇大学、〇〇区など）
- 「言うこと」と「実際にすること」のギャップ

以下のブランドのタグラインを作ってください。

【ブランド名】

【何を提供するか】

【誰のために】

【他社との違い】

【ブランドの個性】

出力：

## タグライン候補（10案）

各案について：
- タグライン（5〜15字）
- 翻訳（英語版が必要なら）
- メッセージの核
- 想定するシーン

バリエーション：
1. 機能訴求型（「〇〇を簡単に」）
2. 感情訴求型（「〇〇のある日々」）
3. 約束型（「〇〇をあなたに」）
4. 問いかけ型（「〇〇しませんか？」）
5. 主張型（「〇〇は〇〇である」）
6. 比喩型（詩的な表現）
7. 命令型（「〇〇しよう」）
8. 抽象型（哲学的）
9. 数字型（「100年後も〇〇」）
10. ストーリー型（「〇〇から始まる」）

## 評価軸
- 覚えやすさ
- 独自性
- 業界での被り
- 翻訳しやすさ（海外展開）
- 商標可能性

## トップ3案
- 各案の強み
- 各案のリスク
- 推奨

方針：
- 短く（理想は7字以内）
- 機能だけでなく感情も
- 競合との違いが伝わる
- 5年後も古びない言葉

以下のテーマで30個のコンテンツアイデアを出してください。

【メインテーマ】

【自分の専門性】

【ターゲット読者】

【掲載媒体】

出力：

## コンテンツアイデア 30個

各アイデアに：
- タイトル案
- コンテンツ概要
- 主張・伝えたいこと
- 想定される反応
- 関連する既存コンテンツ

コンテンツの種類を散らす：

### 1. 解説型（10個）
- 「〇〇とは」
- 「〇〇の仕組み」
- 「〇〇の歴史」

### 2. 比較型（5個）
- 「A vs B」
- 「3つの選択肢」

### 3. ハウツー型（5個）
- 「〇〇のやり方」
- 「〇〇を効率化する」

### 4. 体験談・ケーススタディ（5個）
- 「私が〇〇した話」
- 「〇〇社の事例」

### 5. 反論・問題提起（3個）
- 「〇〇は本当か？」
- 「〇〇という常識を疑う」

### 6. リスト・まとめ（2個）
- 「〇〇の10選」
- 「〇〇の人気ランキング」

## 「短期で書けそう」3つ
- 来週公開できそうなもの

## 「腰を据えて書きたい」3つ
- 大作になりそうなもの

## トレンドに乗れそう
- 旬のテーマと絡めて

方針：
- 自分の専門性を活かす
- 競合と被らない切り口
- 季節・時事を意識
- 反復可能なテーマも入れる

以下の対象の名前を提案してください。

【対象】
（赤ちゃん／ペット／創作キャラクター）

【性別・性質】

【イメージ・雰囲気】

【避けたい】
（よくある名前／読みにくい等）

【意味への希望】

出力：

## 名前候補 15個

各名前について：
- 名前
- 読み方
- 漢字（候補があれば）
- 由来・意味
- 響きのイメージ
- 海外でも通用するか
- 字画数（重視するなら）

カテゴリ別：

### A. 古典的・伝統的（5個）
- 日本の伝統に由来
- 普遍的な美しさ

### B. モダン・国際的（5個）
- 海外でも通用
- 現代的な響き

### C. 個性的・ユニーク（5個）
- 他に類のない
- 物語性がある

## 評価
- 覚えやすさ
- 書きやすさ・読みやすさ
- 大人になっても違和感ない
- 苗字との相性（フルネーム）

## トップ3
- 推奨3名
- それぞれの良さ
- 注意点

方針：
- 1文字ずつの意味を解説
- 苗字とのバランス
- いじられそうな組み合わせを避ける
- 流行りすぎている名前への警告

以下のプロジェクトのムードボードを言語化してください。

【プロジェクト】

【目指す雰囲気】

【ターゲット】

【避けたい印象】

出力：

## ムードボード言語化

### 1. 全体の世界観
- 1行で言うと
- 比喩で言うと
- 季節・時間帯で言うと

### 2. ビジュアル要素
- 主要な色（3色＋アクセント1色）
  - HEXコード
  - 各色の意味・効果
- 質感（マット／光沢／粗い／滑らか）
- 形状の特徴（角張り／丸み／流線型）

### 3. タイポグラフィ
- フォントの方向性
- 文字の太さ・スタイル
- 行間・余白の感じ

### 4. 写真・イラストのスタイル
- 写真：構図・色味・被写体
- イラスト：線の太さ・色数・スタイル

### 5. 動きの方向性（モーション）
- 速い／ゆっくり
- 直線的／曲線的
- 大胆／繊細

### 6. インスピレーション
- 参考になるブランド5つ
- 各ブランドから取り入れる要素

### 7. 連想する言葉（30個）
- 形容詞中心
- 五感に訴える

方針：
- 抽象を具体に落とす
- 数値化できるものは数値化（色HEX等）
- 反対概念も明示（こうでは「ない」）
- デザイナーが受け取って動ける粒度

以下のエレベーターピッチを作ってください。

【ピッチの対象】
（自分／サービス／プロジェクト）

【相手】
（投資家／上司／顧客／初対面）

【ゴール】
（興味を持ってもらう／面談につなげる／投資検討）

【尺】
（15秒／30秒／60秒）

出力：

## エレベーターピッチ（30秒版）

### 構成
1. つかみ（5秒）
- インパクトのある一文
- 相手の興味を引く問いかけ

2. 核心（15秒）
- 何をしているか
- 誰のためか
- 既存との違い
- 数字（あれば）

3. 締め（10秒）
- 次のアクション提案
- 相手のメリット

### 完成版
（30秒で読める200〜250字程度の本文）

## 60秒版
（300〜400字、より詳細を加える）

## 15秒版
（100字、最も削ぎ落とした）

## 想定される質問
相手から来そうな質問5つと回答：
- Q: 〇〇
  A: 〇〇

## ピッチのコツ
- 専門用語禁止（聞き手が業界外なら）
- 「これがすごい」と言わない（具体例で示す）
- 数字を必ず1つ入れる
- 相手の関心領域に寄せる

## NG表現
- 「業界初の」（証明できないなら）
- 「世界最高の」
- 「革新的な」（陳腐化している）
- 「お客様を大切に」（当たり前）

方針：
- 「終わった後に質問が来る」設計
- 「もう少し聞きたい」と思わせる
- 自分が話すより相手の関心を引く

以下の業務プロセスを可視化・分析してください。

【業務名】

【現在のステップ】
（思いつく順でOK）

【関わる人・部署】

【使用ツール】

【発生頻度】

【現状の課題】

出力：

## 1. 業務フロー図（テキスト版）
```
[開始] → ステップ1 → ステップ2 → ...
           ↓
         判断分岐
         ↓     ↓
        Yes   No
```

## 2. ステップ詳細
各ステップに：
- 内容
- 担当者
- 所要時間
- 使うツール
- 発生する成果物
- 引き継ぎ先

## 3. ボトルネックの特定
- 時間がかかっているステップ
- 待ち時間が発生するステップ
- 手戻りが起きやすいステップ
- 属人化しているステップ

## 4. 自動化の可能性
各ステップについて：
- 自動化できるか（完全／部分／不可）
- 自動化のメリット
- 自動化の難易度
- 推奨ツール

## 5. 改善案
- すぐできる改善（ローコスト）
- 中期的な改善（ツール導入）
- 長期的な改善（組織変更）

## 6. KPI
- 改善前後で測定すべき指標
- 目標値

方針：
- 「あるべき姿」より「現状」を正確に
- 全員が同じ理解を持てる粒度
- 数字で改善効果を予測

以下の業務のチェックリストを作ってください。

【業務名】

【目的】
（ミス防止／品質担保／引き継ぎ）

【発生頻度】

【関連するミス事例】
（あれば）

出力：

## チェックリスト

### A. 開始前のチェック
□ 必要な資料が揃っている
□ 関係者に連絡済み
□ ツールが使える状態
□ 時間が確保できている
（5〜7項目）

### B. 実行中のチェック
□ ステップ1完了確認
□ ステップ2完了確認
（業務に応じて細分化）

### C. 完了後のチェック
□ 成果物が要件を満たしている
□ 関係者に共有済み
□ ファイル保存・バックアップ
□ 次のアクションが明確

### D. 振り返り
□ 想定通りに進んだか
□ 問題点はあったか
□ 次回への改善点

## チェックリストの使い方
- 印刷 vs デジタル
- 紙にチェックする心理効果
- チェック忘れを防ぐ仕組み

## 改善履歴
- バージョン管理
- 過去の見落とし事例から追加した項目

方針：
- 漏らしてはいけない項目を必ず入れる
- 「分かってる」項目もあえて書く（人は油断する）
- 過去のミスを反映
- チェック数は10〜20項目（多すぎると形骸化）

以下の業務のSOP（標準業務手順書）を作ってください。

【業務名】

【目的】

【担当者】

【発生頻度】

【関連ツール・システム】

出力：

## SOP: 〇〇業務手順書

### 1. 概要
- 業務の目的
- 期待される成果
- 関連業務との関係

### 2. 必要なもの
- 事前準備
- 必要なアクセス権限
- 必要な情報
- 必要な時間

### 3. 詳細手順
各ステップに：
- ステップ番号
- アクション（動詞で開始）
- 期待される結果
- スクリーンショット指示（必要なら）
- 注意点・落とし穴
- 完了の確認方法

### 4. 異常時の対応
- ありがちなトラブル
- 各トラブルへの対処
- エスカレーション基準

### 5. チェックポイント
- ステップ完了の確認
- 全体完了の確認

### 6. 完了後のアクション
- 関係者への共有
- ファイリング
- 次回への申し送り

### 7. 改訂履歴
- 版数
- 改訂日
- 改訂内容
- 改訂者

方針：
- 新人がこれを見てできる粒度
- 「分かってる」前提を排除
- 写真・スクリーンショット指示を入れる
- 法的・コンプライアンス要素も明示

以下の1週間の業務時間記録を分析してください。

【記録】
（日付・タスク・所要時間）

【役職・職種】

【週の労働時間】

出力：

## 1. 時間配分の可視化

カテゴリ別の集計：
- 定型業務（処理系）：〇時間（〇%）
- 創造的業務：〇時間
- 会議：〇時間
- メール・チャット：〇時間
- 学習・自己研鑽：〇時間
- 移動：〇時間
- 雑務・割り込み：〇時間

## 2. 無駄の発見
- 重複している作業
- 不要に長い会議
- 細切れすぎるタスク
- 待ち時間
- 集中できていない時間帯

## 3. 役職に対するバランス
- 役職レベルに合わない作業（過剰に細かい・過剰に高度）
- 委任すべきもの
- 任せられない理由

## 4. 時間泥棒トップ5
- 何が時間を奪っているか
- 各時間泥棒への対策
- 期待される時短効果

## 5. 改善案
短期（1週間以内）：
- すぐやめる作業
- 時間枠を設ける作業
- 委任する作業

中期（1ヶ月以内）：
- ツール導入
- 仕組み変更
- スキル習得

## 6. 理想の1週間
- 改善後の時間配分
- 削減できる時間（合計）
- 創出される自由時間の使い方

方針：
- 数字で具体化
- 「やめる」決断を促す
- 自分への厳しさと優しさのバランス

以下の業務リストから自動化候補を抽出してください。

【日々の業務リスト】
（思いつくものを箇条書き）

【使えるツール】
（Zapier・Make・Claude Code・社内システム）

【自動化に投資できる時間】

出力：

## 1. 自動化候補（重要度順）

各業務について：
- 業務内容
- 現状の所要時間（週／月）
- 自動化方法
- 必要なツール
- 実装にかかる時間
- 削減できる時間
- ROI（投資時間 vs 削減時間）

## 2. 自動化レベル別

### A. 完全自動化可能
- ボタン1つで完結
- 人間の介入不要

### B. 半自動化（人間が承認）
- AIが下書き、人が確認
- ルール判断＋人の例外対応

### C. ツール導入で時短
- 既存ツールの活用
- AI を使った効率化

### D. 自動化困難
- 人間の判断が本質
- 関係性が必要

## 3. 優先順位
- 即着手すべき自動化（ROI 高）
- 計画的に取り組むもの
- 一旦保留

## 4. 実装ロードマップ
- 第1週：着手するもの
- 第1ヶ月：完了するもの
- 3ヶ月で：完了する全自動化

## 5. リスクと対策
- 自動化による弊害
- 失敗時のフォールバック
- 監視の仕組み

方針：
- 「人間がやるべき仕事」と「自動化すべき仕事」を分ける
- ROI を必ず数字で
- 完璧を求めない（80% 自動化でも価値あり）

以下の1週間のカレンダーから会議を分析してください。

【カレンダー（1週間分）】
（日時・会議名・参加者・所要時間）

【役職・職種】

出力：

## 1. 会議時間の総計
- 週の合計時間
- 1日平均
- 業務時間に占める割合

## 2. 会議の分類
各会議を分類：
- 自分が必須（主催・キーパーソン）
- 自分が出るべき（情報入手）
- 自分は出なくていい（オブザーバー）
- そもそも会議である必要がない

## 3. 削減候補
各候補について：
- 削減方法（断る／代理参加／非同期化）
- 削減できる時間
- 削減のリスク
- 関係者への影響

## 4. 会議の質を上げる提案
まだ必要な会議について：
- 時間を半分に短縮できる方法
- アジェンダ強化
- 事前資料化
- 議事録の効率化

## 5. 「会議に代わる手段」
- 非同期コミュニケーション（Slack・ドキュメント）
- 録画・録音で済む共有
- レポートで済む報告

## 6. 削減効果
- 削減できる時間（週／月／年）
- 創出される時間で何をすべきか

## 7. アクションプラン
- 今週中にできること
- 来週から実施できること
- 上司・主催者と話す必要があるもの

方針：
- 関係性を壊さない断り方も提案
- 「自分の時間」だけでなく「組織全体の時間」も考慮
- 数字で説得力を持たせる

以下の業務を委任の観点から整理してください。

【現在抱えている業務】

【自分の役職】

【部下・チームメンバー】

【委任の障害】
（やりにくい理由）

出力：

## 1. 委任マトリクス
各業務を以下の4象限で分類：

### A. 即委任すべき
- 自分の役職に合わない単純作業
- メンバーの成長機会
- 自分でやる方が遅い

### B. 段階的に委任
- 教育が必要だが価値あり
- 委任時のリスク管理が必要

### C. 自分でやるべき
- 戦略的判断
- 関係者との関係性が重要
- 経営機密

### D. やめる
- そもそも不要な業務
- 価値の低い習慣業務

## 2. 委任先の選定
各「委任すべき業務」について：
- 適任者
- 委任理由
- 期待する成長機会
- リスク

## 3. 委任の手順
- 教育期間
- 引き継ぎ資料
- 移行スケジュール
- 質問対応の仕組み

## 4. 委任の障害への対処
ありがちな障害：
- 「自分でやった方が早い」幻想
- メンバーへの信頼不足
- 失敗が怖い
- コントロールしたい

各障害への処方箋。

## 5. 委任後の自分
- 何をするのか
- どんな高度な仕事に集中するか
- 自分のキャリアへの効果

方針：
- 委任は「信頼の表明」
- 完璧を求めない（メンバーの成長プロセス）
- 委任後の自分のミッションを明確に

以下の繰り返し業務をテンプレート化してください。

【業務】

【発生頻度】

【現状の進め方】

出力：

## 1. テンプレート設計

### 入力（インプット）
- 必須項目
- 任意項目
- 入力フォーマット

### 処理（プロセス）
- ステップごとの処理
- 条件分岐
- 異常系の対応

### 出力（アウトプット）
- 成果物の形式
- 配布先

## 2. テンプレート本体
（具体的な雛形）

部分ごとに：
- 固定要素
- 変数（毎回変わる部分）
- 選択肢（パターンから選ぶ）

## 3. 使い方ガイド
- 入力前の準備
- 入力時の注意
- 出力後の確認
- カスタマイズの範囲

## 4. パターン別バリエーション
- 簡易版（最小限）
- 標準版
- フル版（完全網羅）

## 5. 改善ループ
- 使用後のフィードバック収集
- バージョン管理
- 月次レビュー

## 6. 関連テンプレート
- 一緒に使うテンプレート
- 連携できるツール

方針：
- 完成度より「実用性」優先
- 80%カバーを目指す（残り20%はカスタマイズ）
- 使う人の負担を最小化
- 例を必ず添える

以下の月次ルーチンを設計してください。

【ルーチンに入れたい業務】

【月の中での発生タイミング】

【担当者】

出力：

## 月次ルーチン設計

### 1. タイムライン
月初（1〜5日）：
- 業務A
- 業務B

月中（6〜20日）：
- 業務C

月末（21〜末日）：
- 業務D
- 業務E

### 2. 各業務の詳細
- いつ（具体的な日付・時刻）
- 誰が
- 所要時間
- 必要な情報
- 連携する人
- 完了確認方法

### 3. 連動する業務
- 業務間の依存関係
- 並行可能なもの
- 順序が決まっているもの

### 4. リマインダー設計
- カレンダーへの登録
- 自動通知の設定
- ToDo ツールへの組み込み

### 5. 月末の振り返り
- 計画通り進んだか
- ボトルネック
- 来月の改善点

### 6. 例外時の対応
- 担当者休暇時
- 想定外の遅延
- 緊急業務との競合

### 7. 自動化の余地
- 完全自動化できるもの
- 半自動化できるもの
- 残る人間業務

方針：
- 抜け漏れゼロを設計
- バッファを15〜20%取る
- 担当者が変わっても回る粒度
- 改善できる仕組みを内包

以下の業務の引き継ぎドキュメントを作ってください。

【業務名】

【引き継ぎの理由】
（退職／異動／長期休暇）

【引き継ぎ期間】

【後任者】
（名前・経験レベル）

出力：

## 引き継ぎドキュメント

### 1. 業務概要
- 何のための業務か
- 関係者
- 月次・週次のリズム
- 1年間の主要イベント

### 2. 主要なタスクリスト
- 日次：〇〇
- 週次：〇〇
- 月次：〇〇
- 四半期：〇〇
- 年次：〇〇

### 3. 各タスクのSOP
- 詳細手順
- 必要なアクセス権限
- 使用するツール
- 過去の事例（あれば）

### 4. キーパーソン情報
- 連絡先と役割
- 関係性の歴史
- 個別のコツ・注意点

### 5. 進行中の案件
- 現状
- 次のアクション
- 期限
- リスク

### 6. 過去のトラブル事例
- 起きたこと
- どう対応したか
- 再発防止

### 7. 公開できない知識
- パスワード（別途安全に共有）
- 機密情報
- 暗黙のルール

### 8. 使用ツール一覧
- ツール名
- ログインURL
- 設定の特徴
- 困った時の連絡先

### 9. 文書・データの保管場所
- ファイルサーバ
- クラウドストレージ
- 重要文書のリスト

### 10. 引き継ぎ後のサポート
- いつまで対応可能か
- どう連絡を取るか
- 1ヶ月後の振り返り

方針：
- 「文書だけで業務が回る」レベルに
- 暗黙知を言語化
- 後任の経験レベルを意識
- 質問が来そうな点を先回り

以下のサービスのLP構成を作ってください。

【サービス】

【ターゲット】

【ゴール】
（資料DL／無料登録／問い合わせ）

【既存の競合LP】
（参考にしたいもの）

出力：

## LP 構成（上から順）

### 1. ファーストビュー（最初の1画面）
- メインキャッチ（15字以内）
- サブキャッチ（30字）
- ヒーロー画像の指示
- メインCTA（ボタン文言）

### 2. 信頼の醸成
- 実績数字（顧客数・導入企業）
- メディア掲載・受賞
- 顧客ロゴ

### 3. 共感セクション
- ターゲットの悩み（3点）
- 「あなたもこんな経験ありませんか？」

### 4. 解決策の提示
- サービスの核
- 3つの特徴
- 各特徴の説明

### 5. 機能・効果（詳細）
- 機能1：効果
- 機能2：効果
- 機能3：効果

### 6. 導入事例
- 顧客の声（3〜5件）
- 数字での効果
- ビフォーアフター

### 7. よくある不安への回答
- 価格は？
- 難しくない？
- サポートは？
- 解約できる？

### 8. 料金プラン
- 比較表
- 推奨プラン
- 特典

### 9. FAQ
- よくある質問10件

### 10. 最終CTA
- ベネフィット再強調
- 行動を促す
- リスク無効化（無料・登録不要等）

## 各セクションのコピー案
（具体的な文章、3案ずつ）

## A/B テスト推奨箇所
- メインキャッチ
- メインCTA
- 価格表示方法

方針：
- 1スクロールで理解できる構成
- 数字を多用（具体性）
- 不安を1つずつ解消
- CTA を3〜5箇所に配置

以下の広告コピーを作ってください。

【商品・サービス】

【ターゲット】

【広告媒体】
□ Google検索広告
□ Google ディスプレイ
□ Meta（Facebook・Instagram）
□ X（Twitter）
□ LINE
□ YouTube

【ゴール】

【予算規模】

出力：

## A/Bテスト用 6パターン

各パターンに：
- ヘッドライン
- 説明文
- CTA文言
- 想定される反応

### パターン1：ベネフィット型
- 「〇〇が叶う」

### パターン2：問題提起型
- 「〇〇でお困りですか？」

### パターン3：数字訴求型
- 「3分で〇〇」「30%オフ」

### パターン4：社会的証明型
- 「〇〇人が選んだ」

### パターン5：限定性型
- 「今だけ」「先着〇名」

### パターン6：ストーリー型
- 「私も〇〇でした」

## 媒体別の最適化

### Google検索広告
- ヘッドライン（30字×3）
- 説明文（90字×2）
- 表示URL
- 拡張機能（サイトリンク等）

### Meta広告
- 主要テキスト（125字推奨）
- 見出し（25字）
- 画像/動画の指示

### X広告
- 本文（140字）
- 画像

## クリエイティブの指示
- 色調
- 写真 vs イラスト
- 表示要素

## クリック後の遷移先
- どのLPに飛ばすか
- LP との一貫性

方針：
- 媒体特性に合わせる
- 同じ商品でも複数アプローチ
- 規制（薬機法・景表法）への配慮
- 競合との差別化

以下の状況でメルマガシーケンスを作ってください。

【商品・サービス】

【リード磁石】
（無料配布物）

【ターゲット】

【ゴール】
（最終的な販売・申込）

【シーケンス本数】
（5本／7本／10本）

出力：

## メルマガシーケンス

各メールに：
- 配信タイミング（登録後N日目）
- 件名
- 本文（500〜800字）
- CTA
- 想定する反応

### Day 0：歓迎メール
- リード磁石の配布
- 自己紹介
- これからの予告
- 最初のCTA（Twitter フォロー等）

### Day 1：価値提供（教育）
- 業界の課題提起
- 無料で読める知識

### Day 3：ストーリーで共感
- 自分の体験談
- 失敗と学び

### Day 5：機能・効果（軽く商品紹介）
- 何ができるか
- 使った人の声

### Day 7：購入のためらい解消
- よくある不安への回答
- 保証・返金

### Day 10：限定オファー
- 期限付き特典
- 強めのCTA

### Day 14：最後のチャンス
- 期限間近の通知
- 最後の決め手

## 各メールの設計
- 開封率を上げる件名
- 続きを読みたくさせるリード
- 自然な販売への導線

## 解除されないコツ
- 価値提供と販売のバランス
- 配信頻度
- パーソナライズ

方針：
- 「販売よりも価値提供」を最初に
- 信頼関係を築いてから販売
- 過剰な煽りは禁物
- 1メール1メッセージ

以下のサービスのカスタマージャーニーを設計してください。

【サービス】

【ターゲット】

【最終ゴール】

出力：

## カスタマージャーニーマップ

### Stage 1：認知
- ユーザーの状態：問題に気づいていない
- 接点：広告・SNS・検索
- 提供すべきコンテンツ：問題提起の啓蒙記事
- KPI：リーチ・閲覧数

### Stage 2：興味
- ユーザーの状態：問題は分かったが解決法を探し始めた
- 接点：ブログ・YouTube・体験談
- 提供すべきコンテンツ：解決法の選択肢を提示
- KPI：滞在時間・複数記事閲覧

### Stage 3：検討
- ユーザーの状態：自社サービスを知った
- 接点：LP・比較記事・導入事例
- 提供すべきコンテンツ：詳細情報・他社比較
- KPI：資料DL・問い合わせ

### Stage 4：決定
- ユーザーの状態：購入を真剣に検討
- 接点：営業・トライアル
- 提供すべきコンテンツ：個別提案・無料体験
- KPI：商談化率

### Stage 5：購入
- ユーザーの状態：購入を決意
- 接点：申込フォーム・営業クロージング
- 提供すべきコンテンツ：契約書・サポート体制
- KPI：成約率

### Stage 6：オンボーディング
- ユーザーの状態：使い始め
- 接点：チュートリアル・サポート
- 提供すべきコンテンツ：使い方ガイド
- KPI：アクティブ率

### Stage 7：定着
- ユーザーの状態：継続利用
- 接点：プロダクト・サポート
- 提供すべきコンテンツ：応用事例・新機能
- KPI：継続率

### Stage 8：推奨
- ユーザーの状態：満足し、他者に勧める
- 接点：紹介プログラム
- 提供すべきコンテンツ：紹介特典・成功事例
- KPI：NPS・紹介数

## 各段階での施策
- コンテンツ施策
- 広告施策
- 営業・サポート施策

## 段階移行のトリガー
- 何があれば次の段階に進むか
- 進まない時の対策

方針：
- 段階ごとに「ユーザーの心情」を理解
- 押し売りしない
- 各段階で適切な情報量

以下のサービスのポジショニングを言語化してください。

【サービス】

【主な競合】

【自社の特徴】

【ターゲット】

出力：

## 1. ポジショニングマップ

2軸で図示：
- X軸：価格（安い ⇔ 高い）／品質／専門性
- Y軸：ターゲット（個人 ⇔ 法人）／カスタマイズ性

各社のプロット：
- 自社：〇〇
- 競合A：〇〇
- 競合B：〇〇
- 空いているポジション

## 2. ポジショニングステートメント

以下のテンプレートで：
「〔ターゲット〕にとって〔自社サービス〕は〔カテゴリ〕であり、〔独自の価値〕を提供する。〔競合〕とは違い〔差別化要素〕である。」

3案：
- 案A：機能特化型ポジション
- 案B：価格特化型ポジション
- 案C：体験特化型ポジション

## 3. メッセージング階層

### コアメッセージ
- 最も伝えたい1文

### サブメッセージ（3つ）
- それを裏付ける根拠

### 各サブの詳細
- 具体例・データ

## 4. 差別化要素
- 模倣困難な要素
- 顧客にとって価値がある要素
- 持続可能な要素

## 5. ポジションを支えるアクション
- 機能開発
- マーケティング戦略
- 価格戦略
- 顧客体験

## 6. リスクと対応
- ポジションを脅かす要因
- 競合の動きへの備え

方針：
- 競合の真似ではなく独自性
- 「全員に向く」を避ける
- 数字で裏付けられる差別化
- 5年持つポジションを目指す

以下の発表のプレスリリースを書いてください。

【発表内容】

【発表する企業】

【発表日】

【メディア向けの見せ方】
（業界初／新提携／資金調達 等）

出力：

## プレスリリース

```
報道関係者各位

（発表日）
（企業名）

# （主見出し）
（30字程度・最重要メッセージ）

## （副見出し）
（補足の60字）

（リード文：5W1H を網羅した200字）

（企業ロゴ）

（写真・図表）

## 1. 〇〇の背景
（市場・社会的背景、200字）

## 2. 〇〇の概要
（具体的な内容、300字）
- 主な特徴
- 開始時期
- 利用方法

## 3. 〇〇の特徴
（差別化要素、200字）

## 4. 今後の展開
（中長期計画、200字）

## 5. 関係者コメント
- 自社代表のコメント
- パートナーのコメント（あれば）

## 6. 会社概要
- 企業名
- 設立
- 代表者
- 所在地
- 事業内容
- URL

## 7. 本件に関するお問い合わせ
- 担当部署
- 担当者
- メール
- 電話
```

## メディア配信戦略
- 配信先（業界メディア・大手メディア）
- エンバーゴ（情報解禁）の有無
- 同時配信のSNS投稿案

## メディアからの問い合わせ想定
- 来そうな質問
- 答えるべきこと
- 答えてはいけないこと

方針：
- 新規性・社会的意義を強調
- 数字で具体性
- 主観的な「すごい」を排除
- メディアが見出しに使える言葉を含める

以下のアンケート結果から記事を作ってください。

【調査テーマ】

【サンプル数】

【主な結果】
（数字とともに）

【調査期間・方法】

出力：

## 記事構成

### タイトル
- 数字を含むキャッチー版
- 例：「〇〇に関する調査、回答者の70%が〜と回答」

### リード文（150字）
- 調査の概要
- 最重要発見

### 1. 調査の背景（200字）
- なぜこの調査をしたか
- 業界の文脈

### 2. 主要な発見（500字）
- トップ3の発見
- 各発見の数字
- グラフ・図解の指示

### 3. 詳細結果（800字）
- 設問ごとの結果
- セグメント別の傾向
- 意外な結果

### 4. 専門家・有識者のコメント（200字）
- 結果の解釈
- 業界への影響

### 5. 業界・社会への示唆（300字）
- これは何を意味するか
- 今後の予測

### 6. 調査概要
- 調査主体
- 期間
- 対象
- 方法
- サンプル数

## メディア配信用テキスト
- プレスリリース版
- SNS用ショート版
- ブログ用ロング版

## 引用される設計
- メディアが切り抜きやすい数字
- グラフ・チャートの指示
- 引用リンクの整備

方針：
- 数字を主役に
- 客観性を重視（自社に都合のいい解釈を避ける）
- 業界全体への示唆を意識
- メディアが取り上げやすいフック

以下の条件で3ヶ月分のコンテンツカレンダーを作ってください。

【テーマ】

【媒体】
（ブログ／X／Instagram／YouTube）

【配信頻度】

【ターゲット】

【ゴール】
（リード獲得／ブランド認知）

出力：

## 3ヶ月コンテンツカレンダー

### 全体方針
- 第1月：認知系（基礎情報・問題提起）
- 第2月：興味系（ハウツー・事例）
- 第3月：行動系（CTA・販売）

### 月別テーマ
- 第1月のテーマ
- 第2月のテーマ
- 第3月のテーマ

### 週別の配信計画

#### 第1月
第1週：
- 月：ブログ「〇〇とは」
- 火：X 「〇〇あるある」
- 水：Instagram 写真
- 木：ブログ「〇〇の基礎」
- 金：X スレッド
- 週末：Instagram カルーセル

（同様に第2〜4週）

### 主要キャンペーン
- 月初め：〇〇キャンペーン
- 月中：〇〇
- 月末：〇〇

### 特別企画
- 季節性の高いコンテンツ
- イベント連動
- 業界トレンド

## 制作タスク管理
各コンテンツに：
- 制作担当
- 制作開始日
- 配信日
- 確認者
- 状態（企画／執筆／レビュー／公開）

## KPI と振り返り
- 月次の指標
- 週次の進捗確認
- 改善のための仕組み

## バックアップ
- 急な配信ができない時のストック
- 過去コンテンツの再利用

方針：
- 「無理せず継続」できる量
- ネタ切れにならない仕組み
- 季節性・時事性を取り入れる
- 媒体ごとの特性を活かす

以下の顧客の声を、マーケティング用に構造化してください。

【顧客の声】
（インタビュー／アンケート／レビュー）

【顧客の属性】

【サービス】

出力：

## 構造化された顧客の声

### 1. ビフォー（導入前）
- 抱えていた課題
- 試した他の方法
- 不満・不安

### 2. 検討（決定の経緯）
- 当社サービスを知ったきっかけ
- 比較検討した他社
- 決め手

### 3. 導入（使い始め）
- 最初の印象
- オンボーディングの体験
- つまずいた点

### 4. 効果（アフター）
- 具体的な変化（数字）
- 業務の質的変化
- 組織への影響

### 5. 推奨理由
- どんな人にお勧めしたいか
- どんな場面で活きるか

## 引用に使える短文（5パターン）
- インパクト型：「〇〇が3倍になった」
- 感情型：「もう手放せない」
- 数字型：「月15時間削減」
- 比較型：「〇〇とは段違い」
- 推奨型：「すべてのチームに」

## ケーススタディ用の構成
- タイトル：「〇〇社が〇〇で達成した〇〇」
- リード文（200字）
- 課題（300字）
- 解決策（300字）
- 効果（300字）
- 今後の展望（200字）
- インタビュイーコメント

## SNS投稿用の切り出し
- X用（140字）
- Instagram用（200字＋画像案）
- LinkedIn用（500字）

## 注意点
- 顧客の許可を取る範囲
- 機密情報のマスキング
- 過度な誇張を避ける
- 公開前の確認プロセス

方針：
- 数字を必ず引き出す
- 感情と論理の両方を抽出
- 同業他社が参考にしたくなる構造
- 嘘・誇張は厳禁

以下のリブランディングを設計してください。

【現状のブランド】

【リブランディングの理由】
（市場変化／成長／統合 等）

【目指す姿】

【予算・期間】

出力：

## 1. 現状分析
- ブランド資産（残すべきもの）
- ブランド負債（変えるべきもの）
- 顧客認識

## 2. リブランディングの目的
- 解決したい課題
- 達成したい状態
- 成功の指標

## 3. 変更要素

### A. 変えるべきもの
- ロゴ・ビジュアル
- メッセージング
- ターゲット
- 価格戦略
- 商品ライン

### B. 残すべきもの
- 顧客との約束
- 既存資産（実績・関係性）
- 文化・哲学

### C. 強化すべきもの
- 既存の強みを増幅
- 新しい価値の追加

## 4. 移行計画
- ティザー（事前告知）
- ローンチ
- 既存顧客への対応
- 新規顧客獲得

## 5. リスク管理
- 既存顧客の離反
- 認知の混乱
- 価格イメージの変化
- 競合の反応

## 6. コミュニケーション計画
- 社内（メンバー教育）
- 既存顧客（移行サポート）
- 新規見込み客（新ブランドの訴求）
- パートナー・取引先
- メディア

## 7. KPI
- ブランド認知度
- 想起率
- 顧客継続率
- 新規獲得効率
- NPS

## 8. 投資配分
- ビジュアル制作
- マーケティング
- 顧客サポート
- システム改修

方針：
- 急な変化を避ける（顧客の混乱）
- 「なぜ変えるか」を明確に
- 既存の良さを継承
- 段階的な移行を推奨