Claudeを使用してる多くの人が
本来の性能の1割しか引き出せていないと発表があった。
OpenClawほどの自動化は厳しいが
テレビ局レベルの動画編集レベルならClaudeで
自動化可能なのでいますぐ進化させろ
Claudeを使っていて「答えは出るけれど浅い」
「毎回品質が安定しない」「仕事でそのまま使える水準まで届かない」と感じたことがある人は多いはずです。原因の大半は、Claudeの性能不足ではありません。問題は、指示の設計が曖昧なことです。
「記事を書いて」「要約して」「考えて」といった短い依頼では、Claudeは一定の出力は返します。しかし、その結果は平均点に留まりやすく、実務で必要な精度・再現性・具体性まで届きません。Claudeを本当に使いこなすには、単なるお願いではなく、役割・文脈・制約・出力形式・品質基準まで含めて設計されたプロンプトが必要です。
特にClaudeは、長文の整理、論点の構造化、トーン制御、文脈理解に強みがあります。そのため、うまく指示すると、単なるチャットAIではなく、編集者、戦略担当、アナリスト、PM、エンジニア、リサーチャー、社内講師のように振る舞わせることができます。つまり、使い方次第で「便利なAI」から「専門部署のAI社員」に変わります。
この記事では、Claudeを仕事で実用レベルまで引き上げるためのClaude専用プロンプト40選をまとめました。日本人のビジネス利用を前提に、抽象論ではなく、そのままカスタマイズして使える形で整理しています。文章作成、企画、分析、開発、学習、会議、リサーチまで幅広く対応できる構成です。
大事なのは、40個すべてを覚えることではありません。今の自分の仕事に直結するものを5つ選び、使いながら自分用に育てていくことです。そうすると、Claudeの出力品質は一気に安定します。
まず押さえるべき、良いプロンプトの条件
良いプロンプトには共通点があります。それは、次の5要素が入っていることです。
役割Claudeにどの専門家として振る舞わせるかを明示する。 例：編集者、事業責任者、シニアエンジニア、UXリサーチャー。 役割を与えるだけで、Claudeの語彙選択・論点の粒度・文体が変わる。「あなたはシニアエンジニアです」と書くか書かないかで、コードレビューの深さが明らかに違う。
目的何を作るのか、何を判断するのかを明確にする。 例：記事作成、会議準備、競合分析、コードレビュー。 目的が曖昧だと、Claudeは「それらしい何か」を返す。目的が具体的だと、Claudeは「使える何か」を返す。この差は大きい。
前提条件読み手、背景、制約、業界、利用シーンを渡す。 ここがないと抽象的な回答になりやすい。「読者はSaaS企業の営業マネージャー、経験3〜5年、KPIはARR」と書くだけで、出力の解像度が一段上がる。
出力形式箇条書き、表、見出し構成、ステップ順などを指定する。 出力の形を先に決めると、再利用しやすくなる。形式を指定しないと、Claudeは毎回異なるフォーマットで返してくる。それでは社内テンプレートとして使いにくい。
品質基準「具体例を入れる」「曖昧表現を避ける」「実務でそのまま使える水準」など、評価基準を明示する。 これがあるだけで、回答の密度が大きく変わる。「良い感じにして」という指示と「具体例を各段落に1つ、抽象論は禁止」という指示では、成果物の質が根本から変わる。
よくある失敗パターンと対策
プロンプトを使い始めた人が陥りやすい失敗パターンを先に把握しておく。これを知っているだけで、無駄な試行錯誤を減らせる。
失敗1：役割だけ与えて目的を書かない「あなたはマーケターです。この商品について教えてください」という指示は、役割はあるが目的がない。Claudeは一般的な説明を返すだけになる。 対策：「あなたはBtoB SaaSのマーケターです。この商品の営業向けトークスクリプトを3パターン作ってください」と目的まで書く。
失敗2：制約を書かない「記事を書いて」だけでは、文字数・文体・読者・媒体が全部Claudeの判断になる。毎回違う形式の記事が返ってくるため、品質が安定しない。 対策：「2000字、導入→3見出し→まとめの構成、読者はフリーランス初心者、体言止め禁止」と制約を箇条書きで渡す。
失敗3：一度に複数の作業を頼む「記事を書いて、タイトルも10個出して、SNS用にも変換して」と一度に頼むと、どれも中途半端になる。 対策：作業を分割する。まず記事本文、次にタイトル案、その後SNS変換と段階的に進める。Claudeは直前の出力を文脈として使えるため、分割した方が精度が上がる。
失敗4：フィードバックを言語化しない「もっと良くして」という曖昧な修正依頼では、Claudeは何を改善すれば良いかわからない。 対策：「書き出しが弱い。問題提起から入るように変えて。また3段落目の抽象論を具体的な数字に置き換えて」と具体的に指摘する。
失敗5：一発で完成を求める一度のプロンプトで完璧な成果物を期待するのは非現実的。 対策：「まず構成案だけ出して」→「この構成で本文を書いて」→「書き出しだけ3パターン作って」という反復プロセスを前提にする。これがClaudeの正しい使い方。
失敗6：前提情報を渡しすぎる情報を詰め込みすぎると、Claudeはどこに集中すべきかわからなくなる。 対策：プロンプトは「最重要情報を3〜5点に絞る」のが基本。詳細情報は「補足」として後付けする構造にする。
プロンプト設計の応用テクニック
40個のプロンプトをそのまま使うより、設計の原則を理解した上で使う方が応用が効く。以下に実務で効果が高いテクニックをまとめた。
テクニック1：ペルソナの二重設定Claudeへの役割付与（例：シニアエンジニア）と、読者ペルソナの設定（例：プログラミング歴1年の文系出身者）を両方書く。送り手と受け手を定義することで、トーン・語彙・粒度が一気に整う。
テクニック2：否定形の制約「こう書いてほしい」よりも「これは書かないでほしい」を明示した方が効果的な場面がある。 例：「比喩表現は使わない」「小説的な書き出しは禁止」「抽象的な精神論は除外」。 自分の文体の禁止リストを作っておくと、どのプロンプトにも使い回せる。
テクニック3：段階的な深掘り指示最初のプロンプトで「大枠を出して」と頼み、次のターンで「3番目の項目を深掘りして」と進める。 Claudeは会話履歴を保持しているため、前のターンの出力をベースに精度を上げていける。一発完成を狙わず、対話型で育てる感覚が重要。
テクニック4：品質評価軸の明示「良い出力の条件」を先にClaudeに提示する方法。 例：「以下の基準を満たしていれば合格とします。①具体例が各見出しに1つある ②数字が最低3個含まれる ③結論が最初と最後に出てくる。この基準で書いてください」。 採点基準を渡すと、Claudeは基準に合わせて自己調整する。
テクニック5：競合比較形式「AとBを比較して」という指示より、「AとBを、評価軸X・Y・Zで比較した表を作り、最後に推奨案を述べて」の方が出力が整う。評価軸を自分で決めることがポイント。軸をClaudeに任せると、毎回違う軸で比較されて再利用しにくくなる。
テクニック6：例示から始める「こういう文体で書いてほしい」という時は、自分の過去の文章を3〜5段落貼り付けて「このトーンで書いて」と指示する。文体の説明より、サンプルを見せる方が圧倒的に精度が高い。
テクニック7：出力後の自己採点を求める「書き終わった後、上記の品質基準に照らして自己採点し、改善点があれば修正案も出してください」と付け加える。Claudeは自分の出力を評価し直す能力があり、この一文を加えるだけで成果物の密度が上がる。
文章作成・発信で使うClaudeプロンプト10選
- 専門記事ライター
あなたは業界専門メディアで執筆しているシニア編集者です。
テーマ「[テーマ]」について、[文字数]字の記事を書いてください。
読者は[読者属性]です。
以下の条件を守ってください。
- 導入は結論から入る
- 見出しは3〜5個
- 各見出しに具体例を1つ入れる
- 抽象論ではなく実務に落ちる内容にする
- 最後に読者が今週できる行動を3つ書く
なぜこの設計か「シニア編集者」という役割が、語彙の選択・文章の締め方・情報の取捨選択に影響する。「読者属性」を渡すことで、専門用語の量・例示の種類・文体が調整される。最後の「今週できる行動」という制約が、記事を読み物から実用ツールに変える。
使用例読者属性を「中小企業の経営者、従業員10〜50名、DXに興味はあるが何から始めるか迷っている」に設定すると、クラウド導入や業務自動化の記事が、具体的な製品名・費用感・導入ステップを含んだ実務的な内容になる。
- X投稿スレッド作成
あなたはSNS編集者です。
[テーマ]について、X向けの12投稿分のスレッドを書いてください。
条件：
- 1投稿目は強い問題提起
- 2〜3投稿目でよくある誤解を示す
- 4〜10投稿目でフレームワークを段階的に説明
- 11〜12投稿目で実例と締め
- 日本語として自然で、煽りすぎない文体にする
なぜこの設計かスレッドに「フロー」を作ることで、途中離脱を防ぐ。誤解を先に潰すことで読者の疑念を先回りする。12投稿という具体数を指定することで、情報密度が安定する。
使用例「中小企業がAIを導入する前に知っておくべきこと」というテーマで使うと、「AIを入れれば何でも解決する」という誤解から始まり、スモールスタートのフレームワーク、実際の成功・失敗事例まで、構造的なスレッドが一発で出る。
- メール文面作成
あなたはビジネスコミュニケーションに強い秘書です。
状況：[状況]
相手：[相手]
目的：[目的]
この条件で、短く明快なメール文を2案作ってください。
- 件名も作る
- 冒頭で要件を明示
- 150字〜250字程度
- 丁寧だが回りくどくしない
なぜこの設計か2案を求めることで、温度感の違うバリエーションを得られる。字数制限により、不要な丁寧語の羅列が抑制される。「回りくどくしない」という否定形の制約が、日本語メール特有の前置きの長さを防ぐ。
使用例状況「先週の打ち合わせで合意した件の確認」、相手「取引先の部長」、目的「来週までに契約書のドラフトを送ってほしいと伝える」で使うと、催促のニュアンスを残しつつも失礼のないメール2案がすぐ出る。社内承認の時間含めて実務時間が大幅に短縮される。
- 既存コンテンツ再構成
以下の原文を、
- メルマガ導入文
- LinkedIn向け投稿
- X向け短文3本
- 60秒動画台本 に変換してください。 それぞれの媒体に合う文体に最適化してください。 原文： [本文]
なぜこの設計かコンテンツを一度作ったら、複数媒体に横展開するのが費用対効果の高い運用。媒体名を明示することで、Claudeは各媒体の慣習・文字数・読者の文脈に合わせて変換する。「最適化」という指示が、単純なリライトではなく媒体特性への適応を促す。
使用例自社サービスの事例記事を原文として渡すと、メルマガ用の読者の興味を引く書き出し、LinkedIn向けの実績ベースの投稿、X向けのキャッチコピー3本、動画台本のナレーション原稿が一度に出る。
- セールスコピー改善
以下の文章を、説得力が高く、離脱しにくい営業文に書き換えてください。
条件：
- 機能ではなく価値を先に出す
- 数字が入れられる部分は数字化する
- 読み手の不安を先回りして潰す
- 最後に行動喚起を入れる 原文： [本文]
なぜこの設計か営業文の多くは機能説明に終始する。この制約セットは、読者が「自分にどんな良いことがあるか」を最初に受け取れる構造に変換する。「不安を先回りして潰す」という指示が、よくある疑問や抵抗感への対処を促す。
使用例「月額5万円のAIコンサルティングサービスです。AIの導入支援を行います」という原文を渡すと、「AIを導入した企業の73%が3ヶ月以内に業務時間を20%削減しています。一方、独学での導入は平均6ヶ月と失敗率が高い。私たちは…」という価値訴求型のコピーに変換される。
- ブログ構成案作成
[テーマ]についてブログ記事の構成案を作ってください。
対象読者：[読者]
読後に得てほしいこと：[ゴール]
構成ごとに以下を出してください。
- 見出し
- その章で書く内容
- 必要な具体例
- 次章へのつなぎ
なぜこの設計か「次章へのつなぎ」を要求することで、章間の論理的な流れが設計される。これがないと、各章が独立した箇条書きになりがちで、記事全体としての読み心地が悪くなる。「読後に得てほしいこと」を先に設定することで、構成が逆算式になる。
使用例テーマ「フリーランスの確定申告」、読者「初めて確定申告する30代フリーランス」、ゴール「自分で申告書を完成させる自信が持てる」で使うと、心理的障壁の除去から始まり、必要書類→計算方法→提出手順→よくある間違いという実務的な流れが出る。
- 難しい内容をわかりやすく書く
以下の情報を、専門外のビジネスパーソンにも理解できる説明文に書き換えてください。
- 専門用語は必要最低限
- 例え話は使わない
- 論点を順序立てて説明
- 最後に「つまり何が重要か」を1段落でまとめる 原文： [本文]
なぜこの設計か「例え話は使わない」という否定形の制約が特徴的。比喩は親しみやすさを生むが、ビジネス文書では精度を損なうことが多い。「つまり何が重要か」という締めの要求が、読者にとっての持ち帰りを明確にする。
使用例生成AIの技術的な仕組みを説明した論文の要約を渡すと、トランスフォーマーやパラメータという専門用語を使わずに、経営判断に必要な「何ができて、何ができないか」だけを抜き出した説明文が出る。
- 見出し量産
以下の記事内容に対して、クリックされやすいタイトル案を20個作ってください。
分類：
- ベネフィット訴求5本
- 問題提起5本
- 数字入り5本
- 権威性訴求5本 さらに、上位3案を理由つきで選んでください。 内容： [概要]
なぜこの設計か20個という大量生成を求めることで、最初の5〜10個という「思いつきやすいもの」を超えたアイデアが出てくる。4分類に分けることで、単調なタイトル候補を防ぐ。最後に「上位3案を選ぶ」作業をClaudeにやらせることで、選別の手間が省ける。
使用例「副業でWebライターを始める方法」という記事概要を渡すと、「月5万円を3ヶ月で達成したWebライターの勉強法」「なぜあなたのライター案件は取れないのか」「実績ゼロから案件を取った5つのステップ」など、バリエーション豊かな候補が出る。
- 事例記事作成
以下の素材をもとに、導入事例記事を書いてください。
会社：[会社名]
課題：[課題]
施策：[施策]
成果：[成果]
条件：
- ビフォーアフターを明確にする
- 成果は数字を優先
- 読者が再現ポイントを理解できるようにする
なぜこの設計か事例記事の価値は「再現可能性」にある。「再現ポイントを理解できるようにする」という条件が、単なる自慢話を読者が使える情報に変える。「成果は数字を優先」という制約が、あいまいな「改善した」という表現を防ぐ。
使用例素材として「営業会議の録音をAIで文字起こし・要約するツールを導入した」という情報を渡すと、「週4回の会議でそれぞれ45分かかっていた議事録作成が5分に短縮。年間換算で営業チーム全体で320時間削減」という具体的な事例記事の骨格が出る。
- 文体統一
以下のサンプル文を分析して、文体の特徴を抽出してください。
その後、[新しいテーマ]で同じトーンの文章を作成してください。
分析項目：
- 文の長さ
- 語彙の硬さ
- 断定の強さ
- 段落の長さ
- 使わない表現の傾向 サンプル： [文1][文2][文3]
なぜこの設計か文体を「感覚」ではなく「分析項目」で定義することで、Claudeが文体を正確に抽出できる。これにより、複数のコンテンツを同一ブランドの声で統一できる。サンプルを3本渡すことで、文体のブレを平均化して捉えられる。
使用例自社ブログの過去記事を3本貼り付けると、「短文中心・断定形多用・横文字を避ける・問いかけなし」という文体特徴が抽出され、新しいテーマでも同じトーンで書ける。複数人が書くメディアの品質統一に特に有効。
分析・企画・戦略で使うClaudeプロンプト10選
- SWOT分析
[会社名/サービス名]についてSWOT分析をしてください。
各項目5つずつ、理由つきで整理してください。
最後に、最優先で取り組むべき戦略を1つだけ示してください。
なぜこの設計か「理由つき」という制約が、形式的なSWOTを防ぐ。「最優先戦略を1つだけ」という絞り込み要求が、分析を行動に変換する。SWOTは項目を出すだけでは意味がなく、次の一手を導くための道具として使う。
- 意思決定マトリクス
以下の選択肢から最適案を選びたいです。
選択肢：[候補]
前提条件：[予算・納期・目的]
重要評価軸を5つ定義し、重みづけをした上で表形式で比較してください。
最後に推奨案を明確に述べてください。
なぜこの設計か「重みづけをした上で」という条件が、全評価軸を同等に扱うことを防ぐ。重みがないと、重要度の低い基準で逆転が起きる。最後の推奨案要求が、比較表を見て自分で決めるという手間を省く。
使用例新規事業で使うSaaSツールを3社から選ぶとき、「価格・機能・サポート・拡張性・学習コスト」の5軸と重みを設定すると、感覚ではなくロジックで選べる。経営者への説明資料としてそのまま使える。
- 根本原因分析
次の問題について、5回の「なぜ」で原因を掘り下げてください。
問題：[問題]
表面的な症状と根本原因を分け、
- 表面対応
- 中間対応
- 根本対応 の3段階で解決策を出してください。
なぜこの設計か「5 Why」は製造業で生まれた分析手法だが、ビジネス全般に応用できる。3段階の解決策要求が、今すぐできることと、根本を直す長期施策を同時に得られる構造にしている。「表面的な症状と根本原因を分ける」という指示が、問題の本質を見誤ることを防ぐ。
- 市場機会分析
[新規事業アイデア]について市場機会を分析してください。
観点：
- 需要
- 競合
- タイミング
- 参入障壁
- 収益性 不確実な点も明示した上で、GO / 慎重GO / NO GOで結論を出してください。
なぜこの設計か「不確実な点も明示」という条件が重要。楽観的な分析だけを出さず、情報が不十分な部分を明示させることで、意思決定の精度が上がる。3択の結論形式が、「良い面も悪い面もあります」という曖昧な結論を防ぐ。
- 会議戦略設計
[相手]との[会議テーマ]に向けて準備したいです。
目的：[達成したいこと]
以下を作ってください。
- 冒頭の2文
- 必ず伝えるべき3点
- 聞くべき質問3つ
- 想定反論と返答
- 締めの言葉
なぜこの設計か「想定反論と返答」を事前に準備することで、会議中に言葉に詰まるリスクを減らす。冒頭の2文を用意することで、最初の15秒で相手の興味を確保できる。すべての要素が「会議の流れ」に沿って並んでいるため、そのまま手元メモとして使える。
使用例「既存顧客への値上げ交渉」という会議テーマで使うと、値上げの根拠を最初に示す冒頭文、コスト増加の数値・代替案の提示・長期関係の強調という3点、顧客の懸念を引き出す質問、「高い」という反論への切り返しまで一式が出る。
- 価格設計
[商品・サービス]の価格設計をしてください。
前提：
- 対象顧客：[顧客]
- 原価：[原価]
- 競合価格：[競合]
- 顧客価値：[得られる成果] 3プラン設計し、各価格の狙いも説明してください。
なぜこの設計か3プラン設計が基本。1プランだと「買う・買わない」の2択になる。3プランにすると「どれを買うか」という選択に変わり、購入率が上がる。「各価格の狙い」を要求することで、戦略的な価格設計と単なる値付けの違いが明確になる。
- 競合分解
[競合サービス名]を分析してください。
- ポジショニング
- 商品構成
- 価格
- 発信内容
- 弱点 まで整理した上で、勝ち筋を3つ提案してください。
なぜこの設計か「発信内容」を分析項目に入れることで、競合のコミュニケーション戦略まで把握できる。「弱点」を明示的に求めることで、差別化のヒントが出やすくなる。「勝ち筋3つ」という出力要求が、分析を戦略に変換する。
- OKR設計
[チーム名]の[期間]向けOKRを作成してください。
現状：[現状]
目標：[目標]
Objectiveを3つ、各Objectiveに対してKRを3〜4つ設計してください。
KRには測定方法も入れてください。
なぜこの設計か「測定方法も入れる」という条件が、KRが形式的な数値目標になることを防ぐ。「どうやって測るか」まで書かせることで、実運用可能なOKRになる。Objectiveを3つに絞る制約が、目標の優先順位付けを促す。
- リスク評価
[施策/プロジェクト]のリスク評価をしてください。
想定リスクを7個出し、
- 発生確率
- 影響度
- 早期兆候
- 予防策
- 発生時対応 まで整理してください。 最後に優先監視すべき3項目を示してください。
なぜこの設計か「早期兆候」を求めることが、このプロンプトの核心。リスクが顕在化する前に察知するためのシグナルを知ることで、先手を打てる。5項目のマトリクス形式で出力されるため、リスク管理表としてそのまま使える。
- 振り返りファシリテーター
以下のプロジェクトの振り返りをしてください。
内容：[プロジェクト概要]
出力：
- うまくいったこと5つ
- 問題だったこと5つ
- 学び3つ
- 次回変えること3つ
- やめるべきこと2つ 問題点には必ず再発防止策をつけてください。
なぜこの設計か「やめるべきこと」という項目が独自の価値を持つ。振り返りは「何を続けるか・何を改善するか」に終始しがちだが、「何をやめるか」まで明示することで、チームの行動量が適正化される。再発防止策を要求することで、反省が具体的な行動に変わる。
開発・技術業務で使うClaudeプロンプト8選
- アーキテクチャ設計
[作りたいシステム]の構成案を2案作ってください。
条件：
- 要件：[要件]
- 想定規模：[規模]
- 予算制約：[制約] 各案について、構成要素、技術選定理由、利点、欠点、リスクを整理してください。 最後に推奨案を示してください。
なぜこの設計か2案を求めることで、「ベスト案」と「現実的な案」のトレードオフを把握できる。「技術選定理由」を要求することで、なんとなくの技術選択を防ぐ。リスクの明示が、後からの「こんなはずじゃなかった」を減らす。
- コードレビュー
以下のコードをレビューしてください。
観点：
- セキュリティ
- ロジックの欠陥
- 性能
- 可読性
- ベストプラクティス 問題がある場合は、重大度、理由、修正案まで示してください。 コード： [コード]
なぜこの設計か「重大度」を要求することで、全指摘が同じ優先度で並ぶことを防ぐ。セキュリティ上の致命的な問題と、可読性の微調整では対応の優先順位が違う。「修正案まで」という要求が、指摘だけで終わらない実用的なレビューを生む。
- デバッグ診断
次のエラーの原因分析をしてください。
エラー：[エラーメッセージ]
前提：[何をしようとしていたか]
まず原因候補を3つ出し、それぞれの確認方法を示した後、最も可能性が高い原因の修正方法を説明してください。
関連コード：
[コード]
なぜこの設計か「原因候補を3つ」出させる構造が、一つの仮説に飛びつくことを防ぐ。「確認方法を示す」という条件が、仮説の検証手順を明確にする。最後に最有力原因の修正方法を出させることで、デバッグの時間を短縮できる。
24〜28. API設計・DBスキーマ・テストケース・技術ドキュメント・リファクタリング計画
これらのプロンプトは構造が共通している。「対象を明示する→評価観点を列挙する→出力形式を指定する→補足条件を加える」という設計パターンで成り立っている。エンジニアが毎回ゼロから考えていた設計判断を、Claudeとの対話で効率化する。
特にテストケース作成（26）は、正常系・境界値・異常系・セキュリティ・性能という5分類を指定することで、テスト漏れを構造的に防ぐ設計になっている。「なぜそのテストが必要か」を要求することで、形式的なテスト一覧ではなく、設計判断の根拠まで残せる。
生産性・自己管理で使うClaudeプロンプト7選
- 週次計画
今四半期の目標：[目標]
先週の進捗：[進捗]
今週の予定：[予定]
この情報をもとに、
- 最優先3項目
- 日別予定
- バッファ作業
- 今週やらないこと を整理してください。
なぜこの設計か「今週やらないこと」という項目が、タスク過多を防ぐ。やることリストだけでは意志力で管理することになるが、「やらないこと」を明示することで、意思決定コストを下げられる。「バッファ作業」を確保することで、突発対応による計画崩壊を減らす。
- 学習計画
[学びたいテーマ]を習得したいです。
現在のレベル：[レベル]
週の学習時間：[時間]
目標：[目標]
これに合わせて、前提知識、学ぶ順番、実践課題、推奨教材、進捗確認方法、週次計画を作ってください。
なぜこの設計か「現在のレベル」を渡すことで、自分に合ったカリキュラムが出る。初心者に上級者向けの教材を渡しても意味がない。「週の学習時間」という制約が、実現可能なスケジュールを生む。週100時間の計画を作っても使えない。
使用例「Pythonでデータ分析を学びたい、現在レベルはExcel中級、週4時間、目標は社内レポートの自動化」で使うと、最初の2週間はPythonの基礎構文、3〜4週目はpandasの基本、5〜8週目は実際のCSV処理、という段階的な計画が出る。
31〜35. 交渉準備・習慣設計・優先順位整理・思考整理・1on1準備
この5つは「自分の頭の中を整理する」カテゴリ。共通しているのは、入力として「自分の状況」を渡し、出力として「整理された判断材料」を受け取る構造。
特に思考整理（34）は、「事実・解釈・不安・本当に決めるべきこと・次の一歩」の5分類で出力を求めることで、感情と論理を分離できる。仕事の悩みを書き出してこのプロンプトを通すと、自分が何に本当に困っているかが明確になる。
1on1準備（35）は、「相手の最近の状況」を渡すと、一方的に話すのではなく相手の話を引き出すための質問と、こちらが伝えるべき事項のバランスが取れた準備ができる。
調査・データ・コミュニケーションで使うClaudeプロンプト5選
- データ読解
以下のデータを分析してください。
データ：[表や数値]
出力：
- 要約
- 重要な傾向3つ
- 意外な発見2つ
- 誤解されやすい点1つ
- 追加で必要なデータ3つ 専門家向けではなく、非技術職にもわかる日本語で説明してください。
なぜこの設計か「誤解されやすい点1つ」が、このプロンプトの核心。データの読み間違いは経営判断のミスに直結する。Claudeに先回りして誤読パターンを指摘させることで、データを見た関係者が間違った解釈をするリスクを減らせる。「追加で必要なデータ3つ」は、分析の限界を認識するための設問。
- アンケート分析
以下のアンケート結果を分析してください。
- 主要セグメント
- 重要な発見5つ
- 一致している意見
- 割れている意見
- 施策提案3つ
- この調査の限界 まで整理してください。 データ： [アンケート結果]
なぜこの設計か「割れている意見」と「一致している意見」の両方を要求することで、コンセンサスがある部分と議論が必要な部分が分かれる。「この調査の限界」という項目が、アンケート結果を過信することを防ぐ。サンプル数・バイアス・設問設計の問題点をClaudeが指摘してくれる。
- 複数資料の統合要約
以下の複数資料を比較しながら統合してください。
資料1：[内容]
資料2：[内容]
資料3：[内容]
出力：
- 共通点
- 相違点
- 信頼度が高い主張
- 未解決論点
- 現時点の結論 単純な要約ではなく、横断比較をしてください。
なぜこの設計か「単純な要約ではなく、横断比較をしてください」という指示が、各資料の要約を並べるだけの出力を防ぐ。「信頼度が高い主張」を求めることで、複数資料の中でどの情報が確かかという評価が入る。調査・リサーチ業務の最後の統合フェーズで特に有効。
- 難しい会話の準備
[相手]と[テーマ]について難しい会話をします。
状況：[状況]
目的：[目的]
相手の反応予測：[予測]
この前提で、冒頭の伝え方、核心メッセージ、感情的反応への対応、聞くべき質問、合意パターン、締めの言葉を作ってください。
なぜこの設計か「感情的反応への対応」を事前に準備することで、相手が感情的になった際に冷静に対処できる。難しい会話でいちばん難しいのは、予期せぬ反応が来た時。「合意パターン」を複数用意することで、理想の合意だけでなく次善策も用意できる。
使用例「部下にパフォーマンス改善を伝える面談」という状況で使うと、評価の低さを最初に責めるのではなく、期待している点から入る冒頭文、具体的な改善指標の提示、「努力しているのに評価されない」という反論への対処、最後の合意形成まで準備できる。
- 30秒説明文
[商品/企画/サービス]を30秒で説明したいです。
相手：[相手]
場面：[場面]
以下の構成で3案ください。
- フック
- 課題
- 解決策
- 実績または信頼材料
- 次のアクション わかりやすく、話し言葉として自然にしてください。
なぜこの設計か「話し言葉として自然に」という条件が、書き言葉的な硬い文章を防ぐ。30秒という制約が、不要な情報の排除を強制する。3案を求めることで、温度感の違うアプローチを選べる。展示会・商談冒頭・社内説明など、高頻度で発生する場面に使いやすい。
Claudeで成果を上げるための使い方
この40個を一気に使う必要はありません。やるべきことは単純です。まず、自分の今週の仕事に直結するものを5個選ぶことです。
営業ならメール、会議準備、提案文、競合分析、価格設計。エンジニアならコードレビュー、デバッグ、API設計、テスト設計、技術文書。マネージャーならOKR、1on1、週次計画、振り返り、意思決定整理。このように、自分の役割に合わせて優先順位をつけます。
次に、そのまま使うのではなく、自分の仕事用に変数を埋めることです。[テーマ]、[相手]、[目的]、[制約]のような部分を毎回具体化すると、Claudeの出力が一段上がります。ここを曖昧にすると、いくら良いテンプレートでも平均的な回答に戻ります。
さらに重要なのは、良い結果が出たプロンプトを保存して、社内業務ごとにテンプレート化することです。記事作成用、会議準備用、分析用、レビュー用、採用用など、用途別にストックしていくと、Claudeは毎回ゼロから使う道具ではなく、自分の業務フローに組み込まれた戦力になります。
Claudeは、単発で雑に投げるほど普通の回答になり、文脈と条件を丁寧に与えるほど専門性が高まります。つまり、AIの差ではなく、使い手の設計の差がそのまま成果物の差になります。
まとめ
Claudeを各分野の専門家レベルのAI社員として使いたいなら、必要なのは高度なテクニックではありません。必要なのは、役割、目的、前提、出力形式、品質基準をきちんと含んだプロンプトです。
曖昧な依頼では、曖昧な成果しか返ってきません。一方で、よく設計されたプロンプトを使えば、Claudeは文章作成、分析、戦略立案、開発支援、学習支援、コミュニケーション設計まで、非常に高い水準で支援してくれます。
よくある失敗パターンを先に知り、応用テクニックを組み合わせながら使うことで、プロンプト1本あたりの質が安定します。慣れてきたら、自分の業務に特化した禁止リスト・品質基準・ペルソナ定義を作り、全プロンプトに共通して差し込む「プロンプト共通ブロック」を設計すると、さらに再現性が上がります。
まずは40個の中から5個だけ選んで使ってみてください。そこから自分用に調整し、仕事に合わせて蓄積していけば、Claudeは単なるAIツールではなく、日常業務を支える実務パートナーになります。
雑に使うと便利ツールで終わります。設計して使うと、AI社員になります。
最後までお読み頂きありがとうございます。 「いいね」「引用」「リポスト」「リプ」 できる限り全て反応します！
ーーーーーーーーーーーーーーーーーーーーーーー
🦞OpenClaw導入代行について🦞
独学で導入した場合
セキュリティの脆弱性やコスト設定のミスが発生しやすい。
セキュリティ対策とコスト最適化を施した状態の
OpenClaw環境を、オンライン1時間で構築する
導入代行サービスを提供している。
導入後すぐにオラと同じ環境で使い始められる。
・導入に不安がある方
・素早く安全に導入したい方
下記から【導入希望】と
メッセージを送れば詳しく説明します🔥
受講生の収益化達成率7割🔥
SNS×AI副業スクール「スキルエンジン」
今限定個別ロードマップ作成会
個別で完全無料で行わせて頂きます！
下記から受け付けています！
【スキルエンジン】と送信いただければご説明します！
ガガロット
@gagarot200
·
Replying to
AI×SNS副業についてのご相談は
[From line.me](https://t.co/7GhP7snlZe
2
29
