現場で本当に使えるプロンプトの作り方——一般論で終わらせない5つの原則

プロンプトの書き方講座は世の中にあふれていますが、受講しても業務が変わらないという声をよく聞きます。理由はシンプルで、講座の例題と自社の実務が違うからです。現場で本当に使えるプロンプトには、共通する設計原則があります。

原則1：実データでつくり、実データで試す

サンプル文ではなく、実際の請求書・議事録・顧客メールを使って設計します。実データには例外・略語・社内ルールが含まれており、それを吸収できないプロンプトは現場で使われません。

原則2：出力の「型」を固定する

「いい感じにまとめて」ではなく、出力フォーマットを固定します。表の列、見出しの構成、文字数、敬語のトーン。型が固定されていれば、出力をそのまま業務書類に貼れるようになり、使う側の手間が消えます。

原則3：判断基準を書き込む

現場のベテランが頭の中で使っている判断基準——「この取引先はこう扱う」「この表現は使わない」——を聞き出してプロンプトに書き込みます。これをやるかどうかが、汎用ツールと業務ツールの分かれ目です。

原則4：担当者が自分で直せる形にする

プロンプトは業務の変化に合わせて修正が必要になります。専門家しか触れない複雑な構造にせず、どこを直せば挙動が変わるかが現場の人に分かる構造にしておくことが、定着の条件です。

原則5：確認プロセスとセットで設計する

AIの出力には誤りがまざり得ます。だから「AIが下書き→人が確認→確定」という業務フローまで含めて設計します。プロンプト単体ではなく、フローの一部としてつくるのが実務のプロンプト設計です。

つくる場所は会議室ではなく現場

この5原則を満たすプロンプトは、現場の机の横でしかつくれません。NGraphのFDE型支援では、エンジニアが現場に入り、担当者の目の前で実データを使ってプロンプトを組み、その場で直します。

よくある質問