# なぜAIに「いい感じで」と頼むと失敗するのか？プロンプトを契約書として設計する方法 - URL: https://www.highdef.jp/news/mily4ihq/ - 分類: HIGHDEF NOTE - 著者: 佐藤 宏（株式会社ハイデフ 代表取締役） - 公開日: 2026.03.11 - 更新日: 2026.03.12 - 発行: 株式会社ハイデフ（新潟県上越市） https://www.highdef.jp/ --- ## 「いい感じにお願い」が通用しない時代 生成AIを仕事で使い始めた人が、最初にぶつかる壁があります。 「思った通りのものが出てこない」。 プロンプトを入力して、返ってきた結果を見て、なんか違う、と感じる。指示を変えて再生成する。また違う。3回目で妥協する。この繰り返しに覚えがある人は多いのではないでしょうか。 この問題、たいていは「プロンプトの書き方が悪い」で片付けられます。もっと具体的に書きましょう、と。でも私は、もう一段深いところに原因がある気がしています。 **そもそも「何が欲しいのか」を、自分自身が言語化できていない。** プロンプトの問題は、AIの問題ではなく、依頼者の思考の問題です。 ![](https://images.microcms-assets.io/assets/8779779a1bf246e39228c779f654eea6/7e927716dc1945f6aa01925cb6945206/mily4ihq_0.webp) --- ## プロンプトは「依頼書」ではなく「仕様書」 多くの人がプロンプトを「お願い」として書いています。「こんな感じの企画書を作ってください」「いい感じのキャッチコピーを考えてください」。 これは依頼書です。相手の能力と解釈に頼る形。人間相手なら、空気を読んで、経験則で、それなりのものが返ってくることもあります。 でもAIは空気を読みません。文字通りに受け取り、文字通りに返す。だからこそ、**プロンプトは依頼書ではなく仕様書として書く必要がある**んです。 仕様書とは何か。**「完成物が満たすべき条件を、事前に定義したドキュメント」**です。つまり、出力の合格基準を先に決める。 --- ## 「いい感じ」は仕様ではない ここで、よくあるプロンプトと仕様書型プロンプトを比べてみます。 ### よくあるプロンプト > 当社のAI導入サービスについて、いい感じのブログ記事を書いてください。ターゲットは中小企業の経営者です。 ### 仕様書型プロンプト > 以下の仕様でブログ記事を作成してください。 > > **目的**: AI導入に関心はあるが踏み切れていない中小企業経営者に、最初の一歩を具体的に示す > > **読者**: 社員10〜50名の中小企業経営者。IT部門なし。AI経験なし > > **構成**: 問題提起 → 原因分析 → 具体的な解決策 → 行動喚起 > > **トーン**: 端的、実務的、対等。煽りなし > > **文字数**: 2,000〜2,500字 > > **禁止事項**: 「革新的」「画期的」等の形容詞、技術用語の未説明使用 > > **合格基準**: 読者が「来週の会議で話してみよう」と思える具体性があること この2つで返ってくる出力は、まったく別物になります。 **差を生んでいるのは、AIの性能ではなく、入力の精度**です。 --- ## 仕様書型プロンプトの5つの要素 プロンプトを仕様書として設計するとき、押さえるべき要素は5つあります。 ### 1. 目的（Why） 「なぜこの出力が必要なのか」。ここが曖昧だと、AIはゴールのない道を走ることになります。 悪い例: 「提案書を作って」\ 良い例: 「来週の役員会で、SNS運用の外注化を承認してもらうための提案書を作って」 **目的が具体的であるほど、出力の方向が定まります。** ### 2. 読者・受け手（Who） 誰が読むのか、誰に向けた出力なのか。これがないと、トーンも粒度も定まりません。 社長向けなのか、現場マネージャー向けなのか、顧客向けなのか。同じ内容でも、読者が変われば書き方は変わる。**読者の定義は、出力の品質に直結します。** ### 3. 構成・形式（How） どんな順番で、どんな形式で出力してほしいのか。箇条書きなのか、段落なのか、表なのか。構成を指定しなければ、AIは毎回違う構造で返してきます。 **構成の指定は、出力のブレを最も効率的に減らす手段です。** ### 4. 制約条件（Boundaries） 文字数、トーン、使ってはいけない表現、含めるべきキーワード。仕様書でいう「非機能要件」にあたる部分です。 ここを書かない人が非常に多い。でも実は、**「何をしないか」を定義することが、出力の品質を最も安定させます。** ### 5. 合格基準（Definition of Done） この出力が「使える」と判断する基準は何か。ここまで書けば、出力を評価する軸ができます。自分自身の判断もブレなくなる。 **合格基準のないプロンプトは、ゴールのない仕事と同じです。** --- ## これはAIの話ではない。仕事の設計の話 ここまで読んで気づいた方もいると思います。これ、AIに限った話ではありません。 「いい感じにお願い」で仕事を振って、思った通りのものが返ってこない。この現象は、部下への指示、外注への依頼、社内の業務フローのあらゆる場面で起きています。 **プロンプトの精度が低い人は、仕事の依頼の精度も低い。** これは能力の問題ではなく、習慣の問題です。「何が欲しいかを事前に定義する」という工程を、多くの人がスキップしている。人間相手なら、相手が察してくれることもあった。でもAIは察してくれない。だから問題が可視化された。 **AIは、仕事の依頼力を映す鏡です。** --- ## 「問い」の質が経営の質を決める 話を経営に引き寄せます。 経営者がAIに投げる問いの質は、そのままその人の思考の解像度を反映します。「売上を上げるにはどうしたらいいですか」と聞く人と、「月商500万円の美容室が、既存客の来店頻度を年4回から年5回に上げるための施策を3つ、コスト別に出してください」と聞く人。返ってくる回答の差は、AIの差ではなく、問いの差です。 **問いが曖昧なら、答えも曖昧になる。これはAIでも人間でも同じです。** 逆に言えば、AIを使い続けることで、自分の思考のどこが曖昧なのかが見えてくる。プロンプトを書く行為は、自分の思考を仕様書レベルまで精緻化するトレーニングでもあるんです。 --- ## プロンプト設計チェックリスト 実務で使えるように、チェックリストにまとめます。プロンプトを書いたら、送信する前にこの5項目を確認してください。 | チェック項目 | 確認内容 | | -------- | ------------------------- | | **目的** | なぜこの出力が必要か、一文で書けるか？ | | **読者** | 誰が読む・使うのか、明記しているか？ | | **構成** | 出力の形式・順番を指定しているか？ | | **制約** | 文字数・トーン・禁止事項を書いているか？ | | **合格基準** | 「これが満たされていれば使える」を定義しているか？ | 5つ全部を毎回書く必要はありません。ただ、**出力に不満を感じたとき、この5つのどれが欠けていたかを振り返る**。それだけでプロンプトの精度は確実に上がります。 --- ## 問いを設計できる人が、AIを使いこなす 生成AIの時代に差がつくのは、ツールの知識ではありません。 「何が欲しいか」を定義する力。「何を聞くか」を設計する力。つまり、問いを仕様書として構造化する力です。 これは新しいスキルではなく、仕事の基本です。ただ、今まで曖昧なままでも何とかなっていたものが、AIの登場で通用しなくなった。それだけの話です。 **プロンプトは呪文ではなく、契約書です。**自分が何を求めているのかを、相手に誤解なく伝えるためのドキュメント。この感覚を持てるかどうかで、AIとの仕事の質は大きく変わります。 --- ハイデフでは、AI活用の設計支援を行っています。「AIを入れたが使いこなせていない」「社内のプロンプト品質にばらつきがある」という課題を感じている方は、一度ご相談ください。 プロンプトの設計力は、突き詰めると「問いを立てる力」そのものです。この記事と合わせて読むと、思考の解像度がさらに上がります。 ▶︎ [生成AI時代の勝者は、"問いを立てられる者"だ！](https://www.highdef.jp/news/71NWgxnO) ▶︎ [言語化が出来る人、出来ない人](https://www.highdef.jp/news/k7egjcnf)