Geminiプロンプトの書き方｜回答精度を高める基本構成・業務別例文・改善方法を解説

Geminiを使っているものの、期待した回答が出ないのは、質問が短いだけではなく、目的や背景、参照情報、制約、完成形が十分に伝わっていないことかもしれません。

Googleは、効果的なプロンプトの基本要素として「ペルソナ」「タスク」「背景情報」「形式」を示しています。企業の実務では、この4要素に参照情報、制約、評価基準を加えると、回答を確認しやすく、社内でも再利用しやすくなります。

ただし、長いプロンプトを書けば必ず正確な回答が得られるわけではありません。例文をそのままコピーするのではなく、目的、対象者、参照資料、出力形式を自社の業務に合わせて変更し、最終的な事実確認は人が行う必要があります。

本記事では、Geminiプロンプトの基本構成、5ステップの作成方法、業務別の例文、期待した回答が出ない原因、企業で標準化する方法を解説します。

Geminiプロンプトとは｜回答品質を左右する「業務の依頼仕様書」

Geminiプロンプトとは、Geminiへ作業を依頼するために入力する質問、指示、参考情報、条件などの総称です。

短い質問もプロンプトに含まれますが、業務でそのまま利用できる成果物を得るには、単に質問するだけではなく、目的や完成条件を整理した「業務の依頼仕様書」として設計することが重要です。

Geminiプロンプトを構成する質問・指示・参考情報

「売上についてまとめて」のような一文もプロンプトです。しかし、この指示だけでは、Geminiは次の点を判断できません。

• どの期間の売上を扱うのか
• 誰が読む資料なのか
• 売上実績を要約するのか、原因を分析するのか
• 文章と表のどちらで出力するのか
• どの資料やデータを根拠にするのか

人へ仕事を依頼する場合も、依頼の背景や納品形式が伝わっていなければ、認識のずれが起きます。Geminiへ依頼する場合も同様に、判断に必要な情報を渡さなければ、一般的な回答や目的と異なる回答になりやすくなります。

プロンプトの役割は、Geminiが持つ知識そのものを増やすことではありません。今回の作業で何を重視し、どの情報を使い、どのような成果物を作るのかを指定することです。

Googleのプロンプトガイドでも、最初のプロンプトだけで完成させるのではなく、回答を確認しながら追加の指示を出す反復的な使い方が案内されています。Google Workspace：効果的なプロンプトの書き方

プロンプトで調整できる範囲と調整できない範囲

プロンプトを詳しく書くことで、回答の方向性や形式は調整できます。一方で、正確性や利用機能など、プロンプトだけでは保証できない項目もあります。

問題・要望	プロンプトでの調整	主に見直す対象
回答の対象者が合わない	可能	対象者・知識レベル
回答が長すぎる	可能	文字数・項目数・形式
観点が不足している	可能	役割・評価項目
表ではなく文章で返る	可能	出力形式
事実が必ず正しい状態にする	保証不可	一次資料との照合・人の確認
最新情報を必ず含める	保証不可	基準日・情報源・人の確認
権限のないファイルを参照する	不可	アクセス権限・管理者設定
契約に含まれない機能を使う	不可	利用プラン・ライセンス
社内規程への適合を保証する	保証不可	社内ルール・承認工程

たとえば、回答の内容が対象者に合っていない場合は、プロンプトに対象者や知識レベルを追加することで改善できる可能性があります。

一方、Googleドライブ内のファイルを参照できない場合、原因がアカウントの権限、利用プラン、管理者設定にあれば、プロンプトを書き換えても解決できません。仕事用アカウントで利用できるGeminiの機能やデータ保護条件は、Google Workspaceのライセンスや管理設定によって異なります。プロンプトには「資料に記載のない内容を推測しない」「出典を示す」と指定できますが、出力された情報やリンクが正しいかは人が確認する必要があります。

Geminiプロンプトの基本構成｜公式4要素を実務用7項目へ拡張

Geminiプロンプトを作る際の基本は、Googleが示す「ペルソナ」「タスク」「背景情報」「形式」の4要素です。

企業の実務では、ここに「参照情報」「制約」「評価基準」を加え、7項目として整理すると、回答品質を確認しやすくなります。

Google公式が示すペルソナ・タスク・背景情報・形式の4要素

Googleは、効果的なプロンプトを作るための主な要素として、次の4つを提示しています。ペルソナは、Geminiにどのような立場や視点で回答してほしいかを指定する要素です。

単に「専門家として回答してください」と書くのではなく、「中堅企業のBtoBマーケティング担当者を支援する編集者として」のように、対象分野と役割を具体化します。

タスクでは、何を実行し、何を成果物として作るのかを指定します。

「課題を分析してください」だけでは、調査範囲や完了条件が分かりません。「課題を5つ抽出し、影響度と緊急度で優先順位を付けてください」のように、動作と完成条件を組み合わせます。

背景情報には、依頼の目的、利用場面、現在の状況、対象者などを含めます。背景があることで、Geminiが一般論ではなく、今回の状況に合わせて判断しやすくなります。

形式では、回答をどのような形で使用するかを指定します。表、箇条書き、メール、報告書、文字数、見出し構成、列名などを具体的に伝えます。

4要素をすべてのプロンプトへ機械的に入れる必要はありません。ただし、関係者が多い業務や複数条件を含む業務ほど、不足している要素を補う必要があります。

要素	目的	記載例	欠けた場合の症状
ペルソナ	回答の立場・視点の指定	BtoB営業企画を支援する業務改善担当者	観点や専門性が対象業務に合わない
タスク	実行内容・成果物の指定	課題を5つ抽出し優先順位を付ける	何を完成とするか分からない
背景情報	目的・対象者・利用場面の共有	経営会議で投資判断に使用する	一般論や対象者に合わない説明になる
形式	完成物の形の指定	5列の比較表、600字以内	利用先へそのまま転用できない

業務で再利用しやすいGeminiプロンプトの7項目

企業でプロンプトを再利用する場合は、公式4要素を次の7項目へ展開すると管理しやすくなります。

• 役割
• 目的・タスク
• 背景
• 参照情報
• 制約
• 出力形式
• 評価基準

参照情報では、貼り付けた文章、添付ファイル、Googleドライブ内の資料、URL、社内データなど、根拠として使用してよい情報を明示します。

制約では、文字数、対象範囲、変更禁止箇所、使用禁止情報、期限、予算、表現上のルールなどを指定します。

評価基準は、出力結果が利用可能かを判定する条件です。「分かりやすく書いてください」ではなく、「結論が冒頭にある」「根拠と具体例がある」「前後で内容が重複していない」のように、確認可能な条件へ変換します。

指示が長くなる場合は、Markdownの見出しやXML形式のタグで項目を分ける方法も有効です。Googleの開発者向け資料でも、文脈、タスク、制約などを明確に区切り、一貫した構造を使う方法が案内されています。Google AI for Developers：プロンプト設計戦略

以下は、7項目を含む汎用プロンプトです。

【汎用プロンプトテンプレート】

### 役割
あなたは［分野］に詳しく、［対象者］を支援する［役割］です。

### 目的・タスク
［成果物］を作成してください。
この成果物の目的は、［利用目的・相手に求める行動］です。

### 背景
・現在の状況：［状況］
・対象者：［役職・知識レベル・関心］
・利用場面：［会議・メール・社内共有など］

### 参照情報
以下の情報だけを主な根拠として使用してください。
［文章・ファイル名・URL・データ］
資料に記載がない内容は推測せず、「要確認」と記載してください。

### 制約
・文字数：［文字数］
・必ず含める内容：［内容］
・含めない内容：［内容］
・優先順位：［正確性、簡潔さなど］

### 出力形式
［見出し名、表の列名、記載順、項目数］

### 評価基準
・結論が冒頭にある
・根拠と具体例がある
・内容の重複がない
・参照情報と矛盾していない
・指定した形式を守っている

情報が不足している場合は、回答を作成する前に質問してください。

Geminiプロンプトを整備するメリットと限界

プロンプトを整備すると、回答後の修正や手戻りを減らし、頻繁に発生する業務をテンプレート化できます。

ただし、詳細なプロンプトでも正確性や安全性が保証されるわけではありません。効果と限界を分けて理解する必要があります。

Geminiの回答修正と手戻りの削減

対象者、目的、出力形式がない依頼では、Geminiが不足情報を補いながら回答を作ります。その結果、「内容は合っているが長すぎる」「表が必要なのに文章で返ってきた」といった手戻りが発生します。

完成条件を事前に指定すれば、形式や構成に関する修正を減らせる可能性があります。

プロンプトの効果は、入力にかかった時間だけで判断しないことが重要です。次の工程を含む総作業時間で比較します。

• プロンプトの作成時間
• 出力内容の確認時間
• 追加指示にかかった時間
• 人による修正時間
• 成果物を作り直した回数

効果測定には、「初回回答の採用率」「追加指示回数」「人による修正時間」などを利用できます。

共有による業務品質の統一

メール、議事録、週次報告、公開情報の要約など、繰り返し発生する業務はテンプレート化に向いています。

変数部分だけを書き換えるプロンプトを共有すれば、担当者が依頼時に確認すべき項目をそろえられます。

ただし、プロンプト本文だけを配布しても、利用者によって入力内容や確認方法が変わります。共有時には、次の情報もセットにします。

• プロンプトの用途
• 入力項目と入力例
• 期待する出力例
• 入力してはいけない情報
• 回答の確認担当者
• 作成者、更新日、バージョン

共有テンプレートは完成品ではなく、利用結果を基に更新する業務マニュアルとして扱います。

詳細なプロンプトでも残る正確性の問題

プロンプトを詳細にしても、誤った日付、存在しない数値、古い情報、根拠のない引用などが出力される可能性は残ります。

「出典を付けてください」と指示すれば、事実確認の手掛かりを得られます。しかし、提示されたURLが実在するか、そのページが主張を裏付けているかは、人がリンク先を開いて確認しなければなりません。

特に、法律、税務、医療、契約、財務数値など、誤りの影響が大きい領域では、専門担当者によるレビューが必要です。

Geminiには生成を任せ、人が確認し、責任者が承認する役割分担が基本です。

長さより具体性を優先したプロンプト

長いプロンプトほど良い回答になるとは限りません。具体性と文章量は別のものです。

不要な背景や重複した条件を増やすと、重要な指示が埋もれたり、条件同士が矛盾したりする可能性があります。

調査、判断、制作、確認のように性質が異なる作業は、1つのプロンプトへ詰め込まず、複数の工程へ分けます。

長文資料を参照させる場合も、資料全体を要約させるのではなく、次の条件を示します。

• 参照する章やページ
• 確認する論点
• 対象期間
• 使用してよい情報の範囲
• 資料にない情報の扱い

Googleも、明確で具体的な指示を与えつつ、不必要に複雑なプロンプトを避ける考え方を案内しています。Google Workspace：効果的なプロンプトの書き方

Geminiプロンプトの書き方｜5ステップの作成・改善

Geminiプロンプトは、例文をコピーするだけではなく、目的設定、情報準備、条件指定、タスク分解、評価・再指示の順に組み立てます。

最初から完璧な文章を作ろうとせず、完成条件を決めたうえで、出力を評価しながら改善することが重要です。

ステップ1｜目的・対象者・完成物の決定

最初に、次の3点を決めます。

• 何を作るか
• 誰が使うか
• 何のために使うか

「企画を考えてください」では、Geminiは企画の用途や判断基準を特定できません。

改善例は次のとおりです。

【改善前】
新規事業の企画を考えてください。

【改善後】
経営会議で新規事業の検討を開始するため、当社の既存顧客基盤を活用できる企画案を3案作成してください。
対象読者は、IT分野の専門知識が少ない役員です。各案を「顧客課題」「提供価値」「収益モデル」「必要な投資」「主なリスク」の5項目で比較してください。

成功条件を事前に決めておくと、出力後に「良い」「何となく違う」と感覚だけで評価する状態を防げます。

ステップ2｜背景・参照情報の準備

Geminiに自社や案件の状況に合った回答を求める場合は、判断材料となる背景や資料を渡します。

背景情報として整理する項目は次のとおりです。

• 現在の状況
• 解決したい課題
• 過去に実施した対応
• 関係者
• 期限
• 予算や利用可能な人員
• 変更できない条件

参考資料を使用する場合は、どの資料を根拠とし、一般知識やウェブ検索で補ってよいかを指定します。

複数の資料に矛盾がある場合は、Geminiに無理に統合させず、「矛盾している箇所」「各資料の記載」「確認が必要な事項」を分けて報告させます。

最新情報が必要な調査では、基準日、対象期間、優先する情報源、出典の表示方法も必要です。

社内資料を入力する前には、自社の情報管理規程、利用アカウント、管理者設定を確認します。

ステップ3｜役割・制約・出力形式の指定

役割を指定する際は、専門家の名称だけでなく、何を重視して判断する役割なのかまで示します。

【役割の例】
あなたは、事業会社の営業企画部門を支援する業務改善担当者です。現場で実行できること、既存システムを大きく変更しないこと、3か月以内に効果を確認できることを重視してください。

制約では、禁止事項だけでなく、代わりに取ってほしい行動も指定します。

【改善前】
専門用語を使わないでください。

【改善後】
一般的なビジネス用語を使って説明してください。専門用語が必要な場合は、初出時に括弧で意味を補足してください。

出力形式では、見出し名、列名、項目数、文字数、記載順、文体を指定します。

条件が競合する可能性がある場合は、「正確性を文字数制限より優先する」など、優先順位も明記します。

ステップ4｜複雑な作業の分解と回答例の提示

調査、抽出、評価、制作、確認を一度に依頼すると、一部の工程や条件が抜ける可能性があります。

複雑な作業は、次のように分けます。

1. 資料から課題を抽出する
2. 課題を影響度と緊急度で評価する
3. 優先度の高い課題に対する施策を作る
4. 施策を費用、期間、必要人員で比較する
5. 最終案を所定の形式へまとめる

先に課題一覧や構成案を確認してから本文を作成させると、後工程での大幅な修正を減らせます。

期待する形式が伝わりにくい場合は、短い入力例と理想的な出力例を示します。この方法はFew-shot promptingと呼ばれ、例によって形式や判断基準を伝える方法です。

Googleの開発者向け資料でも、例を提示して回答のパターンや形式を誘導する方法が紹介されています。Google AI for Developers：プロンプト設計戦略

ステップ5｜出力評価と追加プロンプトによる改善

初回回答は完成品ではなく、確認と改善のためのたたき台として扱います。

出力後は、次の6項目を確認します。

• 正確性：数値、固有名詞、日付、出典に誤りがないか
• 目的適合性：利用目的や対象者に合っているか
• 網羅性：必要な論点がそろっているか
• 具体性：抽象的な表現だけで終わっていないか
• 形式遵守：指定した見出し、列、文字数を守っているか
• 重複：同じ内容を繰り返していないか

再指示では、「もっと詳しくしてください」のような抽象的な表現を避けます。

【具体的な追加指示】
2つ目の施策について、実施費用、準備期間、必要人員、想定されるリスクを追加してください。ほかの項目は変更しないでください。

追加指示は、次の5種類に分類できます。

• 不足している情報の追加
• 不要な部分の削除
• 対象者や観点の変更
• 出力形式の修正
• 根拠や事実の確認

プロンプト自体を改善したい場合は、Geminiへ次のように依頼する方法もあります。

【プロンプト改善用の追加指示】
以下のプロンプトで不足している情報を特定してください。
すぐに回答を作成せず、目的、対象者、参照情報、制約、出力形式、評価基準のうち、不明な項目について最大5つ質問してください。
私が回答した後、構造化したプロンプトを作成してください。

Googleのガイドでも、回答を確認し、プロンプトの言い換えや追加指示を繰り返す方法が案内されています。Google Workspace：効果的なプロンプトの書き方

Geminiならではのプロンプト活用法と他の生成AIとの違い

目的、背景、参照情報、制約、出力形式を伝える基本原則は、主要な生成AIで共通しています。

一方、Geminiでは、Google Workspace内の情報やGemをどのように利用するかによって、プロンプトで明示すべき内容が変わります。

Google Workspaceやファイルを参照するGeminiプロンプト

Gmail、Googleドライブ、Googleドキュメントなどの情報を使用する場合は、参照範囲を具体的に指定します。

「メールをまとめてください」ではなく、次のように、対象期間、案件、抽出項目を伝えます。

【Google Workspace参照プロンプト】
過去2週間に受信した［案件名］に関するGmailのメールを確認してください。

### 検索条件
・期間：［開始日］から［終了日］
・キーワード：［案件名、製品名、顧客名］
・対象：私が送受信したメール

### タスク
メールの内容から、以下を抽出してください。
正式に決定した事項
未対応の事項
担当者
期限
次回確認が必要な事項

### 制約
メールに記載のない担当者や期限は推測せず、「要確認」と記載してください。
単なる提案や意見は、決定事項へ含めないでください。

### 出力形式
「区分／内容／担当者／期限／根拠となるメールの日付」の表で出力してください。

ファイルを参照させる場合は、内容だけでなく、何を参考にするのかも指定します。

• 内容や事実を参考にする
• 文章の文体を参考にする
• 見出し構成を参考にする
• レイアウトや表の形式を参考にする

複数資料を使用する場合は、優先する資料、基準日、矛盾があった場合の処理方法を伝えます。

仕事用アカウントでは、利用できる連携機能がライセンスや管理者設定の影響を受けます。指示を変えてもファイルを参照できない場合は、対象プラン、アクセス権限、管理者設定を確認します。Gemini ヘルプ

繰り返す業務におけるGemへの指示・資料の保存

Gemは、特定の目的に合わせた指示や参考情報を保存し、繰り返し利用するための仕組みです。

週次報告のレビュー、営業メールの作成、記事構成の確認など、目的や確認手順が定型化している業務に向いています。

Gemの指示には、次の情報を固定します。

• Gemの役割
• 作業の目的
• 実施手順
• 禁止事項
• 出力形式
• 確認項目
• 参考資料

案件名、対象期間、入力データなど、利用するたびに変わる情報は、チャット側のプロンプトで追加します。

GoogleのGem作成ガイドでも、Gemに名前と指示を設定し、プレビューで動作を確認してから保存する手順が示されています。答品質へ影響するため、更新責任者と見直し日を決める必要があります。

Gemini・ChatGPT・Claude・Microsoft 365 Copilotのプロンプト設計の比較

主要な生成AIでは、目的、背景、参照情報、制約、出力形式を伝える基本原則は共通しています。

主な違いは、日常的に参照する業務データ、指示や資料を保存する機能、組織の管理環境です。

ツール	共通する基本要素	主な参照先	再利用方法	プロンプトで明示する事項
Gemini	目的、背景、参照情報、制約、形式	Gmail、Googleドライブ、Googleドキュメントなど	Gem、保存した指示・資料	対象アプリ、ファイル、期間、検索条件
ChatGPT	目的、背景、参照情報、制約、形式	チャット添付ファイル、プロジェクト内のファイルなど	プロジェクト指示など	使用するプロジェクト、ファイル、参照範囲
Claude	目的、成功基準、文脈、例、形式	チャット添付資料、プロジェクト資料など	プロジェクトや定型指示	成功基準、評価方法、例示、作業工程
Microsoft 365 Copilot	目標、コンテキスト、期待値、ソース	Microsoft 365内のメール、文書、会議情報など	組織内のテンプレート・エージェント等	使用するソース、対象期間、期待する成果物

※機能や提供条件は変更される可能性があるため、導入時に各社の公式情報を確認する。

ChatGPTやClaudeで使っていたプロンプトも、基本構成はGeminiで流用できます。ただし、ファイルや業務データを参照させる場合は、「どのサービスの、どの情報を、どの範囲で使うか」をツールに合わせて変更します。

ツール名だけで優劣を決めるのではなく、普段使用している業務データ、必要な連携、管理機能、成果物の種類から選定することが重要です。

【業務別】Geminiプロンプト例文8選

ここからは、企業で利用する頻度が高い8つの業務について、書き換えて使えるGeminiプロンプト例文を紹介します。

角かっこ内を自社の情報へ変更し、入力禁止情報や確認担当者を確認したうえで使用してください。

ビジネスメール作成用プロンプト

メール作成では、相手との関係、メールの目的、伝える事実、期限、相手に求める行動を指定します。

【日程調整メール用プロンプト】
あなたは、法人営業担当者を支援するビジネス編集者です。
以下の情報を基に、取引先との打ち合わせ日程を調整するメールを作成してください。

### 相手
・会社名：［会社名］
・氏名・役職：［氏名・役職］
・関係性：［新規顧客／既存顧客／協業先］

### 目的
［打ち合わせの目的］について、60分のオンライン会議を設定することです。

### 候補日時
・［候補1］
・［候補2］
・［候補3］

### 必ず伝える内容
・［事実1］
・［事実2］

### 制約
・丁寧だが冗長にならない文体
・事実にない内容や日程を追加しない
・相手へ圧力を与える表現を避ける
・本文は400字以内

### 出力形式
件名
本文
送信前に確認する項目

送信前には、宛名、日時、曜日、タイムゾーン、添付ファイル、依頼内容を人が確認します。

議事録・会議要約用プロンプト

議事録では、発言内容と正式な決定事項を分ける必要があります。担当者や期限が文字起こしにない場合は、推測させないようにします。

【議事録作成用プロンプト】
以下の会議情報と文字起こしを基に、実務担当者向けの議事録を作成してください。

### 会議情報
・会議名：［会議名］
・日時：［日時］
・参加者：［参加者］
・目的：［会議の目的］
・対象プロジェクト：［プロジェクト名］

### 文字起こし
［文字起こしを貼り付ける］

### 分類項目
・決定事項
・未決事項
・主な論点
・対応タスク
・担当者
・期限
・次回確認事項

### 制約
・明確に合意された内容だけを決定事項とする
・文字起こしにない担当者や期限は推測せず、「要確認」とする
・発言者の意見と正式な決定を分ける
・意味が不明な箇所は「文字起こし要確認」とする

### 出力形式
最初に200字以内の会議要約を記載し、その後に「区分／内容／担当者／期限／根拠となる発言」の表を作成してください。

長文資料・社内文書の要約用プロンプト

要約では、単に文章を短くするのではなく、誰が何のために読むのかを指定します。

【1ページ要約用プロンプト】
添付した［資料名］を、［対象者］向けに1ページ相当で要約してください。

### 利用目的
［会議前の確認／意思決定／引き継ぎ／研修］に使用します。

### 必ず残す内容
・結論
・結論の根拠
・重要な数値
・主なリスク
・判断が必要な事項
・次に取るべき行動

### 除外してよい内容
・［詳細な経経緯］
・［重複した説明］

### 制約
・資料に記載がない内容は追加しない
・数値には元資料のページまたは見出しを付ける
・不足情報と確認事項を本文と分けて記載する

### 出力形式
結論
重要ポイント
数値・根拠
リスク
判断事項
次の行動
不足情報・確認事項

情報収集・競合調査用プロンプト

最新情報を調査する場合は、調査期間、地域、比較項目、優先する情報源を指定します。

【競合調査用プロンプト】
［調査目的］のため、［対象企業・サービス］を調査してください。

### 調査条件
・基準日：［年月日］
・対象期間：［開始日］以降に公開された情報
・対象地域：［日本／世界など］
・比較対象：［企業名・サービス名］
・除外対象：［個人ブログ、匿名投稿など］

### 優先する情報源
企業の公式サイト
官公庁・公的機関
決算資料・有価証券報告書
信頼性の高い報道機関

### 比較項目
・対象顧客
・主要機能
・料金
・導入条件
・強み
・制約
・最近の変更

### 出力条件
・事実、推測、あなたの解釈を分ける
・各事実に出典名、URL、公開日、確認日を付ける
・確認できない情報は推測せず、「公開情報では確認できない」と記載する

### 出力形式
比較表の後に、重要な違い、追加確認事項、意思決定への示唆を記載してください。

出力された調査結果は、そのまま意思決定へ使用せず、重要な情報を一次資料で再確認します。

Googleスプレッドシート・データ分析用プロンプト

データ分析では、列の意味、単位、対象期間、除外条件を最初に確認させます。

【データ分析用プロンプト】
添付したGoogleスプレッドシート［ファイル名］の［シート名］を分析してください。

### データの定義
・1行が表す対象：［顧客／取引／日次実績など］
・対象期間：［期間］
・金額の単位：［円／千円など］
・主要な列：
・［列名］：［意味］
・［列名］：［意味］
・欠損値の扱い：［除外／0として扱う／要確認］
・除外条件：［条件］

### 分析内容
・［指標1］
・［指標2］
・［指標3］

### 手順
最初に、認識した列の意味、計算式、除外条件を提示する
私の確認を受けるまで集計を開始しない
確認後、指定した指標を集計する
異常値、欠損値、除外件数を報告する

### 出力形式
・分析結果
・使用した計算式
・前提条件
・除外件数
・異常値
・追加確認事項

重要な集計値は、元データや別の計算方法と照合します。

企画案・施策案の作成用プロンプト

企画作成では、案を出す工程と評価する工程を分けると、選定理由を確認しやすくなります。

【企画案作成用プロンプト】
［目的］を達成するための施策案を10件作成してください。

### 前提
・ターゲット：［対象者］
・現在の課題：［課題］
・予算上限：［金額］
・実施期間：［期間］
・利用可能な人員：［人数・スキル］
・利用可能な資産：［顧客データ、既存コンテンツなど］
・禁止事項：［条件］

### ステップ1
既存の方法に限定せず、施策案を10件作成してください。

### ステップ2
各案を次の項目で5点満点評価してください。
・期待効果
・実現可能性
・費用
・実施期間
・リスク
・既存施策との差別化

### ステップ3
評価結果を基に上位3案を選び、必要人員、実施手順、検証方法、主なリスクを整理してください。

### 制約
不明な前提を推測した場合は明示してください。
評価に必要な情報が不足している場合は、追加確認事項として分けてください。

提案書・プレゼンテーション構成用プロンプト

プレゼンテーションでは、スライド枚数ではなく、提案相手がどの順番で判断するかを指定します。

【提案資料構成用プロンプト】
以下の情報を基に、［提案相手］向けの提案資料構成を作成してください。

### 提案情報
・提案相手：［会社・部署・役職］
・相手の課題：［課題］
・提案内容：［内容］
・比較対象：［競合案・現状維持］
・予算：［金額］
・実施期間：［期間］
・提案後に求める意思決定：［承認／PoC実施／次回協議など］

### 構成
現状、課題、原因、解決策、期待効果、実行計画、リスク、依頼事項の順で構成してください。

### 出力形式
各スライドについて、以下を出力してください。
・スライド番号
・タイトル
・一文で示す結論
・結論の根拠
・必要な図表
・説明時に話す内容
・参照する元資料

### 制約
・1枚につき1つの主張とする
・同じ内容を複数スライドで繰り返さない
・元資料にない数値を追加しない
・全体を［枚数］枚以内にする

成果物レビュー・改善用プロンプト

Geminiは、成果物の作成だけでなく、既存文書のレビューにも利用できます。

【文書レビュー用プロンプト】
以下の文書をレビューしてください。

### レビュー対象
［文書を貼り付ける、またはファイルを指定する］

### 利用目的
［社内報告／顧客への提案／ウェブ公開など］

### 対象読者
［役職、知識レベル、関心］

### 評価項目
・誤字脱字
・論理のつながり
・事実関係
・内容の重複
・曖昧な表現
・指定形式への適合

### 変更可能範囲
・変更可能：［文章表現、順序など］
・変更禁止：［数値、固有名詞、引用など］
・事前確認が必要：［主張の追加、構成変更など］

### 出力形式
「該当箇所／問題点／理由／修正案／修正による影響／確認担当」の表で出力してください。

### 制約
・全文を書き換えず、変更が必要な箇所だけを示す
・根拠資料で確認できない事実上の指摘は「要確認」とする
・文章の好みではなく、評価項目に基づいて指摘する

Geminiプロンプトで期待通りの回答が出ない失敗要因と対策

期待した回答が出ない場合は、プロンプトを長くする前に、症状と原因を切り分ける必要があります。

代表的な失敗要因は、目的の曖昧さ、参照情報の不足、指示の詰め込み、出力基準の不足、確認工程の欠如です。

失敗要因	主な症状	リスク	対策	確認担当
目的・完成条件が曖昧	一般論、対象者に合わない	修正時間の増加	目的、対象者、成果物、評価基準を指定	業務担当者
背景・参照情報が不足	存在しない情報、自社と異なる前提	誤情報の利用	参照資料と対象期間を指定し、推測を禁止	業務担当者
複数指示の詰め込み	条件の抜け、形式崩れ	工程のやり直し	調査、分析、制作、確認へ分割	プロンプト作成者
出力形式・評価基準がない	回答ごとに構成が変わる	品質のばらつき	見出し、列、項目数、合格条件を指定	テンプレート管理者
回答を検証しない	誤った数値や出典を利用	社外トラブル、判断ミス	一次資料との照合と承認工程	事実確認者・承認者
入力ルールがない	機密情報や個人情報を入力	情報漏えい・規程違反	情報区分、匿名化、利用アカウントを規定	情報システム・法務

目的と完成条件の曖昧さによる一般的な回答

回答が一般論に偏る場合、タスクだけを伝え、目的、対象者、利用場面、完成条件を伝えていない可能性があります。

【曖昧な依頼】
営業施策を考えてください。

【改善後の依頼】
既存顧客への追加提案率を高めるため、3か月以内、予算100万円以内で実施できる営業施策を5案作成してください。

対象は従業員500人以上の既存顧客です。各施策を「期待効果」「必要人員」「準備期間」「費用」「リスク」で比較してください。

対策は、目的、対象者、成果物、評価基準をプロンプトの冒頭へまとめることです。

不足情報が多い場合は、「すぐに回答せず、必要な情報を質問してください」と指定します。

背景・参照情報の不足による事実の推測

存在しない情報が補われたり、自社と異なる前提で提案されたりする場合は、判断材料が不足している可能性があります。

対策として、参照資料を添付し、次の条件を追加します。

• 資料にない内容は補わない
• 不明点は「要確認」とする
• 事実、推測、確認事項を分ける
• 最新情報には出典と公開日を付ける
• 特定の基準日より古い情報を使用しない

「出典を付ける」という指示だけでは正確性を保証できません。出力されたURLと、そのページ内の根拠箇所を人が確認する必要があります。

複数指示の詰め込みによる条件の抜け・矛盾

長いプロンプトを書いたにもかかわらず、一部の条件が無視される場合は、異なる目的の作業を一括で依頼している可能性があります。

たとえば、「市場を調査し、競合を評価し、戦略を決め、提案書を作り、文章を校正する」という依頼には、異なる性質の作業が含まれます。

調査、分析、制作、レビューへ分割し、各工程の出力を確認してから次へ進みます。

また、指示、背景、入力データ、制約、出力形式を見出しで区切ります。条件が競合する場合は、「正確性を文字数より優先する」のように優先順位を示します。

出力形式・評価基準の不足による修正の停滞

回答に違和感があっても、完成条件がなければ、どこを直すべきか判断できません。

列名、見出し、項目数、文字数、記載順を指定し、次のような評価条件を追加します。

• 結論が冒頭にある
• 主張に根拠がある
• 指定した項目が欠けていない
• 同じ内容を繰り返していない
• 対象読者が理解できる表現になっている

短い理想例を提示し、形式や詳しさを合わせる方法も有効です。

初回回答を評価項目ごとに採点させ、不合格の項目だけを修正させれば、不要な全文書き換えを防げます。

検証不足による誤情報・機密情報のリスク

プロンプトを改善しても、人による確認がなければ、誤った数値や存在しない出典を利用するリスクが残ります。

また、利用者が入力可能な情報区分を理解していなければ、顧客情報や社内機密を誤って入力する可能性があります。

企業では、少なくとも次の情報区分を定めます。

• 公開情報
• 一般的な社内情報
• 機密情報
• 個人情報
• 契約や法令で利用が制限される情報

入力前には、固有名詞の置換、個人情報の削除、不要な項目の除外など、データの最小化を行います。

Geminiアプリにおける機能やデータ保護条件は、個人アカウントと仕事用・学校用アカウント、Workspaceライセンス、管理設定によって異なる場合があります。個人の判断で入力せず、自社の契約内容と社内規程を確認することが重要です。

Geminiプロンプトを企業で導入・標準化する5ステップ

企業でGeminiを活用する場合は、プロンプト集を配布するだけでは不十分です。

対象業務の選定、テンプレート作成、実データでの検証、情報管理ルール、効果測定を一連の運用として設計します。

ステップ1｜定型性・頻度・リスクに基づく対象業務の選定

最初からすべての業務へ導入せず、効果を確認しやすく、誤りの影響が小さい業務から始めます。

候補業務を次の項目で評価します。

• 発生頻度
• 現在の作業時間
• 手順の定型性
• 入力情報の機密性
• 誤りが発生した場合の影響
• 人が確認しやすいか

メールの下書き、議事録整理、定型報告、公開情報の要約などは、比較的開始しやすい業務です。

一方、契約判断、人事評価、財務確定値などは、誤りの影響が大きいため、補助利用に限定するか、管理体制を整えた後に検討します。

導入前に、現在の作業時間、修正回数、差し戻し件数を測定し、効果比較の基準値を作ります。

ステップ2｜汎用・業務別テンプレートの作成

プロンプトは、次の3層に分けて管理します。

• 共通指示：事実を推測しない、出典を示すなど
• 固定の業務ルール：出力列、確認手順、禁止事項など
• 毎回変わる変数：案件名、対象期間、入力データなど

毎回変わる部分は角かっこで示し、利用者が書き換える箇所を明確にします。

テンプレートには、プロンプト本文だけでなく、次の管理情報も付けます。

• テンプレート名
• 用途
• 対象者
• 作成者
• 確認者
• 作成日、更新日
• バージョン
• 入力禁止情報
• 入力例
• 期待する出力例
• よくある失敗

ステップ3｜実データによる検証と合格基準の設定

プロンプトは、1回だけ良い回答が出たことを理由に採用しないことが重要です。

正常なケースだけでなく、情報不足、例外、矛盾、長文、機密情報を含むケースでもテストします。

評価項目には、次の6つを設定します。

• 正確性
• 目的適合性
• 形式遵守
• 具体性
• 再現性
• 安全性

同じプロンプトを複数回使用し、出力品質のばらつきも確認します。

不合格になった場合は、原因をプロンプトだけに限定せず、参照情報、使用機能、設定、確認工程のどこにあるか記録します。

改善効果は、初回採用率、追加指示回数、修正時間などで比較します。

ステップ4｜入力ルール・確認責任・利用環境の整備

利用者が守る入力ルールと、回答を確認する責任者を明文化します。

最低限、次の項目を決めます。

• 入力可能な情報区分
• 匿名化や削除が必要な情報
• 利用可能なアカウント
• 禁止する用途
• 出力内容の事実確認者
• 外部公開時の承認者
• 問題発生時の報告先

外部公開、顧客への送付、重要な意思決定に使用する成果物は、人による確認を必須にします。

利用プラン、管理者設定、データ保持、連携アプリの条件については、情報システム、法務、セキュリティ部門と確認します。

外部ファイルやウェブ情報を参照する場合は、資料内に不正な指示が含まれる可能性も考慮し、出力が元の依頼や社内ルールから逸脱していないか確認します。Gemini ヘルプ

ステップ5｜利用結果の測定とテンプレートの更新

プロンプト集は、配布して終わりではありません。利用結果を測定し、効果が低い原因やルール違反を確認しながら更新します。

効果指標の例は次のとおりです。

• 作業時間
• 初回回答の採用率
• 追加指示回数
• 人による修正量
• 利用者数
• テンプレートの再利用回数

品質・安全性の指標には、次の項目があります。

• 誤情報の件数
• 入力ルール違反の件数
• 成果物の差し戻し件数
• 指定形式を守らなかった件数
• 出典を確認できなかった件数

利用者からは、「どの入力項目が分かりにくかったか」「どの条件が不足していたか」を収集します。

更新時には、プロンプト本文だけでなく、使用したGeminiの機能、参照資料、評価結果、更新理由も記録します。

利用頻度が低いテンプレートは廃止または統合し、類似したプロンプトの乱立を防ぎます。

分類	指標	測定方法	改善と判断する例
工数	総作業時間	入力開始から成果物完成までを記録	導入前より短縮
工数	追加指示回数	1成果物当たりの再指示回数	平均回数が減少
品質	初回回答の採用率	大幅修正なしで採用した割合	採用率が上昇
品質	人による修正量	修正文字数や修正項目数	修正量が減少
品質	差し戻し件数	上長・確認部門からの差し戻し	件数が減少
安全性	誤情報件数	数値、日付、出典などの誤りを記録	重大な誤りが減少
安全性	入力ルール違反件数	禁止情報の入力や禁止用途を記録	違反件数が減少
利用	再利用回数	テンプレート別の利用回数	有効なテンプレートの利用が増加

AI導入支援は「フリーコンサルタント.jp」へご相談ください

フリーコンサルタント.jpでは、事業会社やコンサルティングファーム出身のプロ人材が、生成AI・DX活用の戦略設計から現場のルール整備、社内への知見移転までを伴走支援します。実務経験豊富な人材が、上流の方針づくりから実行段階まで一貫して関わることで、導入後の定着まで見据えた支援が可能です。

フリーコンサルタント.jpによるAI導入支援の事例

フリーコンサルタント.jpでは、AI・DX推進領域全般で企業の支援実績があります。ここでは、社内に専門人材が不足していた企業の支援事例を2件紹介します。

事例①｜大手飲食企業：需要予測・発注レコメンドAIの開発支援

200店舗以上・400品目の発注業務を店舗担当者の経験と勘に頼っており、業務が属人化していた大手飲食企業の事例です。データサイエンティストなどAI活用の経験者が社内に不足し、AIの本格運用に向けたデータ活用の進め方が分からない状態でした。

当時の課題	・データサイエンティスト・データアナリスト人材、AI活用の経験者が社内に不足 ・店舗情報・POSデータをもとにした需要予測を、複数人が同じ精度で行うことが困難 ・発注業務が現場の勘に依存し、担当者の休暇・退職で業務が滞るリスクを抱えていた
実施したこと	・店舗ごとの特徴を踏まえた変数を定義し、データを整理 ・PoC（概念実証）を経て、店舗ごとに高い精度で需要予測ができるAIモデルを構築・運用

需要予測AIの活用により発注業務の多くを自動化し、作業時間を削減。バックオフィス業務の負荷が軽減し、店舗担当者が接客などの対応に時間を割けるようになりました。

事例②｜大手通信キャリア企業：デジタル活用推進に向けたCoE組織の立ち上げ支援

業務効率化を目的に、デジタル活用組織（CoE＝Center of Excellence。複数部門の知見を集約する専門組織）の立ち上げを決定したものの、組織立ち上げの推進とデジタル技術活用の両方を担える人材が社内に不足していた大手通信キャリア企業の事例です。

当時の課題	・デジタル領域の知見と組織立ち上げ経験を併せ持つ人材が社内に不足 ・業務効率化ツールの開発・運用体制をゼロから構築する必要があった
実施したこと	・CoE組織の立ち上げから全体設計・運用構築・実運用までを一気通貫で伴走支援 ・事業部門への課題ヒアリングをもとにしたツール開発の仕組みを構築し、プロパー社員が自走できる体制へ知見を移転

CoE組織の立ち上げと運用の安定化により、組織立ち上げ前と比較して業務工数を約25%削減。プロパー社員が主体的に運用できる体制を構築し、外部人材への依存から段階的に脱却しています。

まとめ

Geminiプロンプトは、単なる質問文ではなく、目的、背景、参照情報、制約、完成形を伝える業務の依頼仕様書です。

基本となるのは、Googleが示す「ペルソナ」「タスク」「背景情報」「形式」の4要素です。実務では、参照情報、制約、評価基準を追加した7項目で整理すると、回答を確認しやすく、社内でも再利用しやすくなります。

良いプロンプトを一度で完成させる必要はありません。初回出力を正確性、目的適合性、具体性、形式遵守などの基準で評価し、不足箇所を具体的な追加指示で改善します。

業務別の例文を利用する際は、そのままコピーするのではなく、目的、対象者、参照資料、出力形式を自社向けに変更することが重要です。

また、回答の正確性や安全性は、プロンプトだけでは保証できません。一次資料との照合、入力情報のルール、人による確認と承認を組み合わせる必要があります。

企業で標準化する場合は、対象業務の選定、テンプレート化、実データでの検証、利用ルールの整備、効果測定を段階的に進めます。

まずは、利用頻度が高く、誤りが発生しても人が確認しやすい業務を1つ選び、導入前後の作業時間、追加指示回数、修正時間を測定することから始めてください。