プロンプトは「呪文」ではない。PMが書く「要件定義書」だ
「ChatGPTに『いい感じのブログ記事を書いて』と頼んだのに、全然いい感じにならなかった」
そんな経験、一度くらいはありませんか？
AIの画面を前にして、「もっと他に魔法みたいな『呪文（プロンプト）』があるんじゃないか」と、ネットでプロンプト集を検索したことがあるかもしれません。
そのお気持ち、よくわかります。私も最初の頃は、AIが出してくる優等生すぎる文章を見てため息をついていましたから。
でも、はっきり言わせてください。
プロンプトは、魔法の「呪文」ではありません。
それを「呪文」だと思っているから、思い通りの結果が出ないのです。
「いい感じに」は、指示を出す側の怠慢
少し、私の苦い失敗談を聞いてください。
私が若手プロジェクトマネージャー（PM）だった頃、優秀なプログラマーにこんな指示を出したことがあります。
「画面のレイアウト変更の件なんだけど、とりあえず"いい感じ"に直しておいてよ」
数日後、彼が上げてきた画面を見て私は絶句しました。
たしかにデザインは綺麗（いい感じ）でしたが、使い勝手が以前より悪くなっていたのです。
私が「なんでこんなふうにしたの？」と問い詰めると、彼は冷たく言い放ちました。
「『いい感じに』と言われたので、私の判断で最新のデザインにしました。要件を満たしていないなら、最初から条件を指定してください」
完全に私の負けでした。
「いい感じに」という言葉は、指示すり合わせの手間を省こうとした私の怠慢だったのです。
あなたがAIに「いい感じの文章を書いて」と投げるのは、この時の私と全く同じ状態です。
AIは文句を言わずに最新の（一般的な）回答を出してくれますが、それではあなたの意図には絶対に届きません。
前回の記事でお伝えした通り、AIは「知識は豊富だが現場経験ゼロの新人スタッフ」です。
新人に対して、呪文を唱えれば仕事ができるようになるなんてことはありません。必要なのは、論理的な「指示の構造化」です。
PMの必修科目「要件定義」は、最高のプロンプト
では、どうすれば意図通りの結果が返ってくるのでしょうか。
ここでPMの武器である「要件定義」の出番です。
要件定義とは、システムを開発する前に「何のために、誰に向けて、どんなルールで、最終的にどんな形のものを納品してほしいか」を明確に文字にする作業のことです。
世間では「プロンプトエンジニアリング」などという難しそうな言葉が飛び交っていますが、恐れる必要はありません。
質の高いプロンプトとは、要するにPMが書く「要件定義書」と全く同じ構造なのです。
具体的に、以下の4つの要素を埋めるだけで、あなたのプロンプトは立派な要件定義書に変わります。
1. 目的（なぜ頼むのか）
AIは目的が見えなければ、単なる辞書の引き写しをしてしまいます。
「商品の魅力を伝えるため」「読者の不安を解消するため」など、この作業のゴールを伝えます。
2. 対象・スコープ（誰に向けて書くのか）
「初心者向け」なのか「年商2000万の起業家向け」なのかで、使う言葉の難易度は全く変わります。誰に刺したいのかを明確にします。
3. 制約条件（絶対に守るべきルール）
「文字数は1000字以内」「専門用語は使わない」「親しみやすいトーンで」など、ここを外すと使い物にならなくなるNGラインを引きます。
4. 納品物の定義（どんな形で出力するか）
「箇条書きで3つ出して」「見出しと本文の構成案を出して」など、アウトプットの形式を指定します。
今日から使える「要件定義プロンプト」の型
では、具体的な作業（ワーク）として、今日から使える「要件定義プロンプトのフォーマット」をお渡しします。
次にAIに何かを頼む時は、騙されたと思ってこのままコピーして、カッコの中を埋めてみてください。
【AIへの指示（要件定義）】
あなたは、〇〇の専門家です。以下の要件に従って、アウトプットを作成してください。
■ 目的
（例：メルマガの読者に、新商品の魅力に気づいてもらい、リンクをクリックしてもらうため）
■ 対象読者
（例：すでに起業しているが、集客がうまくいかず悩んでいる30代女性）
■ 制約条件
・文字数は（〇〇字）程度
・専門用語は使わず、中学生でもわかる言葉で
・冒頭は、読者の悩みに「共感」する入り方にすること
■ 納品物の定義
タイトル案を5つと、本文の構成案（見出しレベル）を出力してください。
いかがでしょうか。
「いい感じに商品紹介のメルマガを書いて」と一言だけ投げていた時と比べて、出てくる結果の解像度が劇的に変わるのが実感できるはずです。
プロンプトはITの魔法ではありません。ビジネスマンの普通の「指示書作成スキル」の延長線上にあります。
次回予告：一発で100点を狙わない
要件定義がしっかりできれば、AIの回答の「ハズレ」は激減します。
しかし、人間相手の仕事がそうであるように、AIも「最初から100点満点」を出してくることは稀です。
1回の指示で完璧なものを出そうとすると、かえって時間がかかってしまいます。
だからこそPMは、仕事の進め方を工夫します。
次回は、最新のIT開発手法である「アジャイル開発」の考え方を使って、AIと効率的に「壁打ち」をしていく作法についてお話しします。
※ 『PMブループリント』の全体像と次のステップはこちら → 『PMブループリント』宣言。感情と力技に頼らないビジネスの設計図
まさ@Blue Crux
【次のステップへ進みたい方へ】
🎁 まずは「無料」で仕組み化の現在地を知りたい方
『「自分がいないと回らない」を卒業する。脱労働集約 診断チェックリスト』
あなたが現在どれくらい「労働集約のレッドゾーン」にいるかを測る、30の診断チェックリストと解決策（PDF版）を無料で公開しています。
▶️【無料PDF】診断チェックリストを今すぐダウンロードする
さらに実践的なノウハウを知りたい方は、不定期配信の【BLUE CRUX 無料ニュースレター】にもご登録ください。
▶️無料ニュースレターに登録して仕組み化を学ぶ
💼 今すぐ自分のビジネスの「バグ」をプロに見つけてほしい方
『30分のオンラインPM監査（note・サイト運営 仕組み化診断）』
「記事を毎日書いているのに売上が立たない」「どこから自動化すればいいかわからない」。
そんなあなたのビジネスの構造的欠陥（ボトルネック）を、システムアーキテクトである私が直接診断し、解決策を提案します。
▶️PM監査（仕組み化診断）の詳細・お申し込みはこちら
