AIへの指示は、細かく書けば書くほどよい。
少し前までは、そう考えた方が安全な場面が多くありました。役割を指定し、前提を書き、出力形式を決め、禁止事項を並べる。AIが業務文脈を知らない以上、これは今でも大切です。
ただし、すべての作業で同じように細かく縛ると、かえってAIの良さを消してしまうことがあります。
たとえば、議事録を要点だけにまとめる仕事と、新しい点検メニューの名前を考える仕事では、AIに渡すべき条件が違います。前者は絞り込む仕事、後者は広げる仕事です。ここを分けずに、同じプロンプト術で扱うと、出力が硬くなったり、逆に散らかったりします。
この記事では、中小企業がAIを日常業務で使う時に、プロンプトを増やす前に見るべき「発散」と「収束」の分け方を整理します。
プロンプトは長さではなく、仕事の種類で決める
AIへの指示で最初に決めたいのは、文章の長さではありません。
その仕事が、答えを広げるものなのか、答えを絞るものなのかです。
発散の仕事は、候補を広げることが目的です。新サービス名、記事タイトル、キャンペーン案、改善アイデア、顧客への提案例などが該当します。この段階で条件を細かく入れすぎると、AIは安全で似た案ばかり出しやすくなります。
収束の仕事は、材料を整理し、決まった形に落とすことが目的です。議事録、FAQ、社内通知、問い合わせ返信、見積前の確認項目、公開前チェックなどが該当します。ここでは、曖昧な依頼ほど確認漏れや誤解が増えます。
つまり、問いは「良いプロンプトを知っているか」ではありません。
「この作業は広げたいのか、まとめたいのか」を先に見分けられるかです。
発散タスクでは、あえて余白を残す
発散タスクで重要なのは、最初から正解を決めすぎないことです。
たとえば、空き家管理サービスの新しいチェック項目名を考えるとします。この時に、文字数、語尾、対象者、感情、禁止語、候補数、価格帯、使う媒体まで細かく指定すると、AIは条件を守ることに寄りすぎます。意外な方向の案は出にくくなります。
発散させたい時は、条件を減らすというより、狙うばらつきを指定します。
離れて暮らす空き家所有者向けの点検メニュー名を考えたいです。
採用できるかどうかは今は気にしません。
安心、季節、移動前、荒天後、家族への説明など、切り口が重ならない案を12個出してください。
似た意味の候補は避けてください。
この依頼では、正解の形を固定していません。その代わり、「方向性をばらけさせる」という目的は伝えています。
AIに自由に考えさせることと、雑に投げることは違います。発散タスクでは、細かい制約ではなく、広げ方の条件を渡します。
収束タスクでは、判断基準と出力形式を先に固定する
収束タスクでは、逆に曖昧さを減らします。
会議の文字起こしを議事録にする、問い合わせ内容を分類する、社内メモをFAQへ変換する。こうした作業では、AIに自由な発想を求めるより、抜け漏れなく決まった形に整えてもらうことが重要です。
この場合は、次の4つを先に渡します。
目的: 何のために整理するのか
材料: AIが根拠にしてよい情報はどれか
出力形式: 見出し、箇条書き、表、文字数など
確認条件: 断定してはいけないこと、人間へ戻すこと
たとえば、会議メモなら次のようにします。
以下の会議メモを、社内共有用に整理してください。
目的:
次回までの決定事項と担当者を確認するため。
出力:
1. 決定事項
2. 未決事項
3. 担当者別の次アクション
4. 人間確認が必要な点
条件:
メモに書かれていない納期や金額は補完しないでください。
判断できないものは「要確認」に入れてください。
収束タスクで必要なのは、AIの創造性ではなく、業務上の事故を減らすことです。出力がきれいでも、未確認の納期や価格を勝手に補完していたら、業務では使えません。
会話で育てる仕事と、一回で終わらせる仕事を分ける
AIとの会話は便利です。壁打ちしながら考えを広げると、自分では出ない視点が出ます。
一方で、会話が長くなるほど、前の前提や途中の思い込みが残り、出力がずれていくことがあります。特に、完成形式が決まっている仕事では、何度も会話で直すより、最初の入力を整えて一回で処理した方が安定しやすいです。
業務では、次のように分けると扱いやすくなります。
会話で育てる:
企画、仮説、タイトル案、切り口、比較軸、改善案
一回で終わらせる:
議事録、分類、FAQ化、社内通知、公開前チェック、定型返信
会話で育てる作業でも、途中でずれたら同じチャットを無理に説得し続けない方がよい場合があります。その時は、AIに「ここまでの前提、採用した案、捨てた案、次に試す観点」を短くまとめさせ、新しいチャットへ引き継ぐ方が戻しやすくなります。
逆に、一回で終わらせる作業は、材料と条件をまとめて渡します。途中で少しずつ条件を足すより、最初に「何を根拠にし、何を出し、何を出さないか」を固定した方が、社内で再現しやすくなります。
よく使う依頼は、個人のコツではなく業務部品にする
プロンプト改善で一番もったいないのは、うまくいった依頼が個人のチャット履歴に埋もれることです。
毎週使う議事録整理、毎月の請求前チェック、問い合わせ返信、ブログの構成案、社内FAQの更新。こうした反復作業は、担当者のプロンプト集ではなく、会社の業務部品として残した方がよいです。
最低限、次の形で残します。
用途:
問い合わせ返信案の作成
使う場面:
初回問い合わせへの一次返信
入力する材料:
問い合わせ本文、対象サービス、未確認事項
出力形式:
件名、本文、社内確認メモ
人間確認:
価格、納期、契約条件、個人情報
更新条件:
同じ修正が3回続いた時、サービス範囲が変わった時
OpenAIの公式ドキュメントでも、プロンプトやツール説明は、重複を減らし、必要な指示を一度だけ明確に置くことが推奨されています。また、MarkdownやXMLのような区切りを使うと、入力の境界や出力形式を明確にしやすくなります。
ただし、形式だけをまねても不十分です。大切なのは、その形式の中に、会社としての判断基準が入っていることです。
Optiensの見方
Optiensでは、AI活用を「長いプロンプトを配ること」ではなく、「仕事をAIに渡せる単位へ分けること」として考えています。
発散が必要な仕事なのに、最初から細かく縛っていないか。
収束が必要な仕事なのに、曖昧なままAIに任せていないか。
会話で育てるべき仕事なのに、一発で正解を求めていないか。
一回で終わらせるべき仕事なのに、毎回チャットで手直ししていないか。
この4つを見るだけでも、AIの出力はかなり安定します。
AI活用をどこから始めるべきか迷っている場合は、まず AI活用診断 で、既存業務のどこがAIパッケージ化しやすいかをご確認ください。診断では、業務を洗い出し、AIに任せやすい作業、確認者を残す作業、まだAI化しない方がよい作業に分ける入口として使えます。
まとめ
AIへの指示は、短ければよいわけでも、長ければよいわけでもありません。
発散タスクでは、条件を詰めすぎず、方向性のばらつきを指定する。
収束タスクでは、目的、材料、出力形式、確認条件を固定する。
会話で育てる仕事と、一回で終わらせる仕事を分ける。
よく使う依頼は、個人のコツではなく、業務部品として残す。
プロンプトを増やす前に、この分け方を入れるだけで、AIは「たまに良い答えをくれる道具」から、「日常業務で戻れる型を持った道具」に近づきます。
関連記事
- AIへの指示が古いままになっていませんか:業務プロンプトの点検手順
- AIライティングを制作ラインにする:調査から公開後改善まで分けて考える
- AIエージェントが使いこなせない時は「違和感ログ」から始める
- 生成AIを社員研修に入れる前に:考える工程を奪わない設計