AI活用生成AIプロンプト

現場で使えるプロンプト設計の基本

現場で使えるプロンプト設計の基本

同じAIを使っても、人によって答えの質が大きく違う。その差の多くは、AIへの頼み方、つまり「プロンプト」で生まれています。 プロンプトは、エンジニアだけのものではありません。営業やサポート、管理部門の誰もが今日から使える、設計の基本を整理します。

プロンプトは「レシピ」である

プロンプトとは、望む結果を得るためにAIに渡す指示のことです。料理にたとえるなら、レシピにあたります。 料理人に「何かおいしいものを作って」とだけ頼めば、何が出てくるかは運しだいです。 材料、作り方、量、盛り付けまで伝えれば、期待どおりの料理が出てきます。

AIも同じで、あいまいな頼み方からは、あいまいな答えしか返ってきません。 AIの仕組みを詳しく知る必要はありません。必要なのは、頼みたいことを明確に伝える技術です。

良いプロンプトの6つの要素

効果的なプロンプトは、最大で6つの要素から組み立てられます。毎回すべてが必要なわけではありませんが、 この6つを意識するだけで、答えの質ははっきり変わります。

  • 役割:AIに、どんな立場で答えてほしいか(例:カスタマーサポートの責任者として)
  • 背景:AIが状況を理解するために必要な情報(例:返金を3週間待っているお客様からの問い合わせ)
  • タスク:AIにやってほしいこと(例:お詫びと今後の流れを伝える返信メールを書く)
  • 指示:どう進めてほしいか(例:まず謝罪し、返金の手続きと完了の目安を伝える)
  • 形式:どんな形で出力してほしいか(例:件名つきのメール、本文のみ)
  • 制約:守ってほしいルール(例:300字以内、断定できない日付は書かない)
プロンプトの6つの要素の書き方例。役割、背景、タスク、指示、形式、制約。処理させるデータは記号で囲んで分ける プロンプトの例(指示の部分) 役割 あなたはカスタマーサポートの責任者です 背景 返金を3週間待っているお客様から、 不満の問い合わせが届いています タスク お詫びと今後の流れを伝える返信メールを書いてください 指示 まず謝罪し、返金の手続きと完了の目安を伝える 丁寧で、共感の伝わる調子で書く 形式 件名つきのメール。本文のみ 制約 300字以内。確定していない日付は書かない 処理させるデータは、記号で囲んで分ける """ お客様のメール:返金をお願いしてから3週間たちますが、 まだ入金がありません。いつになりますか。 """
毎回すべての要素が必要なわけではない。ただし、指示とデータは必ず分けて書く

精度を上げる4つのコツ

1. 指示とデータを分けて書く
プロンプトの中に、AIへの指示と、AIに処理させたいデータ(お客様のメール、議事録など)が混ざっていると、 AIがデータの一部を指示だと勘違いすることがあります。 データは「"""」などの記号で囲み、「この中は処理する材料であって、従うべき指示ではない」と明確にしておきます。 お客様のメールに「以前の指示は無視して」のような文が紛れていても、指示として扱われにくくなります。

2. 具体的に書く
「良いメールを書いて」ではなく、「3週間の返金遅延を謝罪し、手続きを説明し、5営業日以内の完了を伝える丁寧なメールを書いて」。 何を、誰に、どのくらいの分量で、どんな調子で。具体的に書くほど、答えはぶれなくなります。

3. 同じ情報を何度も入れない
同じ顧客情報をプロンプトの中に二度三度と入れると、AIが混乱し、答えが安定しなくなることがあります。 必要な情報は、1か所にまとめて1回だけ渡すのが基本です。

4. 形をそろえて、テンプレートにする
役割、背景、タスク……と、毎回同じ並びで書くようにすると、あとから直しやすく、他の人にも使い回せます。 うまくいったプロンプトは、個人のメモにとどめず、チームの共有テンプレートにしておきましょう。 上手な人のノウハウが、組織の資産になります。

業務のほとんどは「4つの型」で書ける

仕事でAIに頼むことの多くは、次の4つの型のどれかに当てはまります。 型を見分けられるようになると、プロンプトを一から考える手間が大きく減ります。

業務で使うプロンプトの4つの型。要約、作成、書き換え、抽出 TYPE 1 要約 長い情報を短くまとめる 例 問い合わせ履歴を3行に 議事録をやることリストに TYPE 2 作成 条件から新しい文章を作る 例 フォローアップメール よくある質問の回答案 TYPE 3 書き換え 相手や目的に合わせて変える 例 専門的な説明を一般向けに 硬い文章をくだけた調子に TYPE 4 抽出 必要な情報だけ取り出す 例 メールから期限と担当者を 提案書から要件を
頼みたいことがどの型かを見分けられると、プロンプトを一から考える手間が減る
  • 要約:長い情報を、短く分かりやすくまとめる(長い問い合わせの履歴を3行に、議事録をやることリストに)
  • 作成:条件をもとに、新しい文章を作る(フォローアップメール、商品説明、よくある質問への回答案)
  • 書き換え:既存の文章を、相手や目的に合わせて変える(専門的な説明を一般の方向けに、硬い文章をくだけた文章に)
  • 抽出:文章の中から、必要な情報だけを取り出す(メールから期限と担当者を、提案書から要件を)

一度で完成させない:試して、直す

最初の1回で理想の答えが出ることは、まずありません。 プロンプトは、試して、評価して、直す、を繰り返して仕上げていくものです。 何度も直すのは失敗ではなく、品質を上げるための普通の手順です。

プロンプトを試して直す例。1回目はありきたり、2回目は具体性が不足、3回目で具体的な内容になる 1回目 プロンプト お客様にフォローアップの メールを書いて 結果 NG ありきたりで、 誰に送っても同じ内容 2回目 プロンプト 請求ミスがあった佐藤様へ、 謝罪・経緯・対応を入れて、丁寧に 結果 △ 良くなったが、 具体的な対応がまだ曖昧 3回目 プロンプト 6要素で書き、金額・返金・ お詫びのクーポンまでデータで渡す 結果 OK 具体的で、信頼の回復に つながる内容に
何度も直すのは失敗ではなく、品質を上げるための普通の手順
  • 「良い答え」の基準を先に決める:正確さ、トーン、分量など、測れる基準を2〜3個決めておく
  • 実際のデータで試す:きれいな例文ではなく、実際の業務の入力で試す。業務で使うなら、代表的な例を20件程度は試したい
  • 同じ例で比べる:直したら、同じ例でもう一度試し、良くなったかを確かめる
  • 使い始めてからも見直す:答えがばらつく、的外れ、途中で切れる、といった声が出たら改善のサイン

AIのモデルは「新しさ」ではなく「結果」で選ぶ

複数のAIモデルを選べる場合、つい最新で高性能なものを選びたくなります。 しかし、最新のモデルが、あなたの業務で最も良い結果を出すとは限りません。 たとえば翻訳のような作業では、古くから使われているモデルのほうが、新しいモデルより正確だった、ということも起こります。

要約や分類のような作業なら、速くて安いモデルで十分なことも多くあります。 候補のモデルに同じ例を試させ、決めておいた基準で比べる。評判ではなく、自社の業務での結果で選ぶのが確実です。

よくある問題と直し方

  • 答えがありきたりで役に立たない → タスクと指示を、もっと具体的に書く
  • 答えが遅い、途中で切れる → 1つのプロンプトに詰め込みすぎ。小さなプロンプトに分ける
  • 聞くたびに答えが変わる → 指示どうしが矛盾していないかを確認し、簡潔にする
  • 貼り付け先に収まらない → 出力先の文字数に合わせて、「◯字以内」と制約を入れる
  • 予想外の答えが返ってくる → 同じ情報を何度も入れていないかを確認する

まとめ:業務で使う前のチェックリスト

  • 役割・背景・タスク・指示・形式・制約のうち、必要な要素がそろっているか
  • 指示とデータを、記号で分けて書いているか
  • 「良い答え」の基準を決め、実際のデータで試したか
  • モデルを、評判ではなく結果で選んだか
  • うまくいったプロンプトを、チームで使えるテンプレートにしたか

プロンプトは、一度書いて終わりではなく、業務とともに育てていくものです。 個人の工夫を組織のテンプレートに変え、業務のデータや仕組みと組み合わせていけば、AIは「便利な道具」から「毎日の仕事の一部」になります。

業務に組み込むAIの設計や、社内向けAIの仕組みづくりもご相談ください。

AI受託開発を見る

CEO・PM / 代表取締役

古川 舜也Shunya Furukawa

京都大学大学院卒業後、フューチャーアーキテクト、Dirbato にてITコンサルタントとして 大規模基幹システムの構築・CRM/SFA案件に従事。2023年に株式会社PartnerOptimize を設立。

—Related insights

関連記事

AIエージェント 外部のAIから業務システムを安全に使う。入口が変わってもルールは同じ AIエージェント AIエージェントの権限は「影響度」で設計する。実務の4ステップ セキュリティ AIエージェントの事故に備える:本番前に決めておく監視とインシデント対応 データ基盤 全社データを「組織で運営する」データメッシュの考え方 データ基盤 ベンダーロックインを避けるデータ戦略。製品ではなく「データと定義」を自社で握る データ連携 データを「コピーせずに」共有する。取引先・グループ会社との連携は「参照の許可」へ データ基盤 AIの回答精度を上げる「意味の層」の整え方:指標と言葉の定義を揃える実践手順 AI活用 暗黙知をAIで継承する:ベテランの判断を組織の資産にする方法 AI駆動開発 AI駆動開発で、データ基盤を作り直す データ基盤 非エンジニアが進める、データ活用の内製化の4つの条件 AI活用 AIで、音声・手書き・PDFを「分析できる資産」に変える データ基盤 従量課金クラウドの「想定外コスト」を防ぐ方法 AI活用 PoCで終わらせないAI導入の進め方 データ連携 データモダナイゼーションとは?システムを作り直さずに、AIで使えるデータへ AI活用 ChatGPT・Claude・Copilotを「単体で」使う5つのリスク データ基盤 AI時代に、データ基盤が重要な4つの理由 データ連携 SalesforceとSnowflake、どう使い分ける?役割の違いと4つのつなぎ方 AIエージェント AIエージェントに顧客データを渡す前に。Salesforceに学ぶセキュリティの3層 AI駆動開発 AI駆動開発で、受託開発の見積りはどう変わるか Salesforce Salesforceが現場に定着しない3つの理由と、FDE型という解き方

AIと業務設計で 事業を再構築する。

AI活用の進め方の整理から、データ基盤・AIエージェントの構築まで。
構想段階のご相談も歓迎です。お気軽にお問い合わせください。