この記事でできるようになること
・業務でAIを使う際の「事故りやすいポイント」を理解し、対策を組み込める
・個人のセンスに依存しないプロンプト標準（テンプレ）を作れる
・品質・再現性・安全性を担保するためのRubric（評価基準）と運用フローを整備できる
・すぐ使える業務テンプレ（議事録／提案／要約／返信／仕様整理）を一式そろえられる
- はじめに：業務でのAI活用は「うまく使える人がいる」では足りません
- 1. 業務でAIを使う前提：期待値と役割分担
- 2. 業務プロンプトに必要な7要素
- 3. 標準化の基本：テンプレ＋入力欄＋運用ルール
- 4. 品質担保：Rubric（評価基準）とレビュー手順
- 5. 安全担保：誤情報・機密・コンプラの対策フレーズ
- 6. すぐ使える業務テンプレ集（コピペOK）
- 7. 部署別の使い分け（営業／企画／開発／CS）
- 8. 導入の進め方：小さく始めて育てる
- 9. チートシート（1枚まとめ）
- 10. まとめ：業務活用は「標準化×運用×レビュー」で勝ちます
- 11. チェックリスト（業務版）
- 12. FAQ（業務版）
- 付録：社内向け「プロンプト利用ガイドライン」ひな形
はじめに：業務でのAI活用は「うまく使える人がいる」では足りません
業務でAIを導入したとき、最初は一部の人だけが成果を出し、次にこうなりがちです。
- “使える人”に仕事が集まって属人化する
- 出力の品質が人によってバラつき、レビューが増える
- 事実誤認や言い回しの強さで、外部向け文面が怖い
- 機密・個人情報の扱いが曖昧で、利用が止まる
ここで必要なのは、魔法のプロンプトではありません。標準化（テンプレ化）と運用ルールです。
AIは優秀な下書き担当になれますが、責任の所在は人にあります。したがって業務では、AIの出力を「そのまま採用する」よりも、下書きを速くする、情報を整理する、たたき台を大量に出す、文章の表現を整える、といった工程短縮に使うのが現実的です。
本記事では、そのための”仕事の型”を、テンプレと運用まで含めて整理します。
1. 業務でAIを使う前提：期待値と役割分担
1-1. AIは「正解製造機」ではなく「下書き製造機」
業務で怖いのは、AIの文章が自然で説得力があることです。自然だからこそ、誤りが混ざっても気づきにくい。
AIの強み
- 文章のたたき台を速く作れる
- 情報を構造化できる（表、箇条書き、手順化）
- アイデア出しや発想の補助ができる
- 表現の統一や丁寧語への変換が得意
AIの弱点
- 根拠が曖昧でも断定口調で言い切ることがある
- 前提が曖昧だと補完してズレる
- 法務・規約・制度・数値・固有名詞など、正確性が重要な領域は要確認
業務での基本姿勢
AI＝下書き・整理・補助。最終判断と最終責任は人。
2. 業務プロンプトに必要な7要素
初心者の4要素（目的・文脈・条件・形式）に、業務では次を足します。
| 要素 | 説明 |
|---|---|
| 1. 目的（Goal） | 読み終えた状態／作りたい成果物 |
| 2. 文脈（Context） | 用途・前提・読者 |
| 3. 対象読者／利用シーン | 誰に・どこで使うか |
| 4. 条件（Constraints） | やること／やらないこと |
| 5. 出力形式（Format） | Markdown・表・箇条書き・順序 |
| 6. 評価基準（Rubric）★ | 採点できる言葉（Yes/No or 数） |
| 7. 取り扱い（Safety）★ | 要確認／推測明記／機密は伏字 |
2-1. 取り扱い（Safety）を入れるだけで事故が減る
業務テンプレには、次のフレーズを”固定”で入れるのがおすすめです。
不確実な点は断定せず「要確認」と明記してください。 推測で補完する場合は「推測」と明記してください。 個人情報・機密情報は含めず、必要なら伏字（例：会社名A）で書いてください。
この一段を入れるだけで、危うい断定が減り、レビューがしやすくなります。
3. 標準化の基本：テンプレ＋入力欄＋運用ルール
3-1. テンプレは「入力欄」があると使われる
優れたテンプレは、コピペしやすいだけでなく、「どこを書けばいいか」が見えます。
【目的】 【対象読者/利用シーン】 【前提情報（事実）】 【制約（やる/やらない）】 【出力形式】 【評価基準（Rubric）】 【取り扱い（要確認/推測/機密）】
3-2. 運用ルールがないと属人化する
テンプレだけ配っても、現場ではこうなります。
- 使う人だけ使う
- 使い方が人によって違う
- 品質が揃わず、レビューが地獄になる
そこで、最低限の運用ルールを決めます。
運用ルール（軽量版）
・外部提出文は「AI下書き→人がレビュー→確定」の三段階
・数値・固有名詞・制度・規約・日付は「要確認」対象
・テンプレは5種類程度に絞る（増やしすぎない）
・テンプレは更新履歴を残す（バージョン管理）
4. 品質担保：Rubric（評価基準）とレビュー手順
4-1. Rubricは”合意形成装置”になる
業務で揉めるのは「良い文章」の基準が人によって違うからです。Rubricを置くと、会話が速くなります。
業務文書のRubric例（Yes/No）
- 結論が先頭にある
- 前提と条件が明記されている
- 読み手の次の行動が明確
- 断定のしすぎがない（要確認が付いている）
- トーンが適切（失礼がない／強すぎない）
4-2. レビューを速くする「要確認抽出」
AIに”確認ポイント”を先に抜かせると、人のレビューが軽くなります。
この文章のうち、事実確認が必要な箇所を一覧化してください。 対象：数値／固有名詞／制度・規約／日付／法律・契約／手順の可否。 それぞれ「なぜ確認が必要か」も一言添えてください。
5. 安全担保：誤情報・機密・コンプラの対策フレーズ
業務で事故りやすいのは、次の3つです。
- 誤情報（断定口調の誤り）
- 機密・個人情報の混入
- コンプラ（言い回しの強さ、責任の断定）
5-1. 誤情報対策（断定を弱める）
確証がない内容は断定せず、前提条件や例外があれば補足してください。
5-2. 機密対策（伏字を許可する）
社名・人名・顧客情報など機密は伏字で扱い、一般化して書いてください。
5-3. コンプラ対策（責任の断定を避ける）
強い断定や断罪の表現は避け、丁寧で中立的な言い回しにしてください。 相手の状況が不明な点は、断定せず確認の依頼にしてください。
6. すぐ使える業務テンプレ集（コピペOK）
ここからは「明日から使える」ことを優先して、用途別テンプレを一式まとめます。必要なら、チームの用語に合わせて微調整して標準にしてください。
6-1. 議事録（決定事項＋ToDo＋未確定）
あなたは優秀な秘書です。以下のメモから議事録を作成してください。 出力形式： 1) 決定事項（箇条書き） 2) 論点と結論（箇条書き） 3) ToDo（担当/期限/内容） 4) 未確定事項（要確認） 取り扱い： 不明な担当や期限は推測せず「未定」と明記してください。 個人情報は含めず、必要なら伏字で書いてください。 （メモ）
6-2. 提案書の骨子（課題→解決→効果→計画）
あなたは提案書作成のプロです。 テーマ「〇〇」について、提案書の骨子を作ってください。 条件： - 先に結論（提案）を書く - 想定課題→解決策→効果→実行計画の順 - 反論されやすい点と対策も入れる - 断定しすぎず、前提条件があれば補足 出力：見出し構造（H2/H3）＋要点箇条書き
6-3. 意思決定用要約（結論／根拠／リスク／次アクション）
次の資料を、意思決定者向けに要約してください。 出力： - 結論（1文） - 根拠（3つ） - リスク/懸念（3つ） - 次のアクション（2つ） 取り扱い： 推測は「推測」と明記し、事実確認が必要な箇所は「要確認」としてください。 （資料）
6-4. 顧客問い合わせ返信（丁寧・炎上防止）
次の問い合わせに対する返信文を作ってください。 条件：丁寧、共感→事実→対応→お願い→締めの順。 責任の断定を避け、不明点は確認質問として丁寧に聞いてください。 （問い合わせ内容）
6-5. 仕様整理（要件定義の補助）
あなたは要件定義の担当です。次の要望を仕様として整理してください。 出力： - 目的 - ユースケース - 機能要件 - 非機能要件（性能/セキュリティ/運用） - 受け入れ条件（テスト観点） - 未決事項（質問リスト） 取り扱い： 不明は推測せず質問に回してください。 （要望）
6-6. 社内向け周知文（誤解を減らす）
次の内容を、社内向けの周知文にしてください。 条件：結論→背景→やること→注意点→問い合わせ先の順。丁寧で簡潔に。 （内容）
6-7. 謝罪・お詫び文（過不足を避ける）
次の状況について、社外向けのお詫び文を作ってください。 条件：事実→お詫び→対応→再発防止→締め。過剰に断定せず、丁寧に。 （状況）
6-8. 事実確認ポイント抽出（レビュー短縮）
次の文章のうち、事実確認が必要な箇所を一覧化してください。 対象：数値／日付／固有名詞／規約・制度／法律・契約／手順の可否。 （文章）
7. 部署別の使い分け（営業／企画／開発／CS）
| 部署 | 主な用途 | 注意点 |
|---|---|---|
| 営業 | 提案骨子、想定QA、メール文面の整形 | 断定の弱め、丁寧さ、確認質問への回し |
| 企画 | 大量アイデア→評価軸でふるい落とし | 表形式、KPIや評価指標をRubricに |
| 開発 | 仕様整理、テスト観点、原因切り分け | 最初に質問、再現手順→切り分け→回避→根本解決の型 |
| CS | 問い合わせ返信、FAQ作成 | トーンと誤解防止が最重要。共感→事実→対応→お願い→締め |
8. 導入の進め方：小さく始めて育てる
業務のAI導入は、最初から完璧を狙うと止まります。おすすめは「小さく始めて、テンプレを育てる」方式です。
8-1. まずは5テンプレに絞る
- 議事録
- 提案骨子
- 意思決定要約
- 問い合わせ返信
- 仕様整理
この5つは多くの職種で汎用性が高いです。
8-2. テンプレは”失敗ログ”と一緒に育てる
テンプレが育つのは、成功例よりも失敗例です。「この言い回しだと強すぎた」「ここが曖昧で揉めた」などを残して、次回の条件に反映します。
8-3. 導入ロードマップ（4週間の現実的プラン）
| Week | 内容 |
|---|---|
| Week1 | 議事録テンプレを全員に配布。要確認抽出をセットで使う。失敗例を収集。 |
| Week2 | 問い合わせ返信テンプレを整備。トーン指定と責任の断定回避を固定。レビュー基準を合意。 |
| Week3 | 意思決定用要約テンプレ。企画案の表形式＋評価軸（Rubric）。 |
| Week4 | 仕様整理テンプレ。未決事項（質問リスト）を標準化。テンプレの更新フローを確立。 |
9. チートシート（1枚まとめ）
業務プロンプト7要素
- 目的（Goal）：読み終えた状態／作りたい成果物
- 文脈（Context）：用途・前提・読者
- 対象読者／利用シーン：誰に・どこで使うか
- 条件（Constraints）：やること／やらないこと（3〜7個）
- 形式（Format）：Markdown・表・箇条書き・順序
- 評価基準（Rubric）：採点できる言葉（Yes/No or 数）
- 取り扱い（Safety）：要確認／推測明記／機密は伏字
安全フレーズ（固定で入れる）
確証がない内容は断定せず「要確認」と明記してください。 推測で補完する場合は「推測」と明記してください。 個人情報・機密情報は含めず、必要なら伏字で書いてください。 事実と意見を分けて書いてください。
運用ルール（軽量版）
・外部提出文は「AI下書き→人がレビュー→確定」の三段階 ・数値・固有名詞・制度・規約・日付は「要確認」対象 ・テンプレは5種類程度に絞る（増やしすぎない） ・テンプレは更新履歴を残す（バージョン管理）
業務5テンプレ（まずはここから）
- 議事録
- 提案骨子
- 意思決定要約
- 問い合わせ返信
- 仕様整理
10. まとめ：業務活用は「標準化×運用×レビュー」で勝ちます
業務でAIを使うなら、個人芸よりも仕組みです。
業務AI活用の4つの柱
・テンプレ化（入力欄を作る）
・Rubricで品質を揃える
・要確認抽出でレビューを速くする
・取り扱い（推測・要確認・機密）を固定で入れる
この型があるだけで、AI活用は安全に加速します。
11. チェックリスト（業務版）
- ☐ 目的が1文で明確
- ☐ 利用シーンと読者が明記
- ☐ 出力形式が固定（表／箇条書き／章末まとめ等）
- ☐ Rubric（評価基準）が入っている
- ☐ 要確認／推測明記のルールが入っている
- ☐ 機密・個人情報の扱いを指定
- ☐ 外部提出は人が最終確認する前提
12. FAQ（業務版）
Q1. AIの文章をそのまま送っても良いですか？
社内用途ならケースによりますが、外部送付は基本的にレビュー推奨です。特に数値・固有名詞・規約・日付は「要確認」対象にしてください。
Q2. テンプレが増えて管理できません
テンプレは5種類程度に絞り、更新履歴を残すのが現実的です。
Q3. 誤情報が怖いです
「不明は不明」「推測は推測」「要確認リスト」をテンプレに固定すると事故が激減します。
Q4. 機密があるので使えません
伏字や一般化で扱い、AIに渡す情報量を調整してください。社内ルールと合わせて運用するのが前提です。
Q5. 誰がレビューすべきですか？
内容の責任者（法務・CS・開発など）が最終確認します。AIは下書き担当であり、承認者にはなりません。
Q6. 導入が進みません
最初から完璧を目指さず、「議事録」「要約」など、リスクが低く効果が大きい領域から始めてください。
Q7. 成果が測れません
KPIを決めましょう：作業時間が何分減ったか、レビュー回数が何回減ったか、顧客返信の修正が何回減ったか。
付録：社内向け「プロンプト利用ガイドライン」ひな形
以下は、社内共有にそのまま使える文面です（必要に応じて調整してください）。
AI利用ガイドライン（社内用）
- AIは下書き・整理・補助として利用する。最終判断は担当者が行う。
- 個人情報・機密情報は入力しない。必要な場合は伏字・一般化する。
- 数値・固有名詞・制度・規約・日付を含む場合は「要確認」扱いとし、一次情報で確認する。
- 外部送付文は必ずレビューを通す。
- テンプレは所定のものを使い、改善提案は共有リポジトリに記録する。
次のステップ
まずは「議事録」「要約」「返信」など、リスクが低く効果が大きい領域からテンプレを導入してみてください。小さく始めて、失敗ログをテンプレに反映すると、属人化せずにAI活用が定着します。
プロンプトの基本を学び直したい方は初心者向け記事、設計と反復を極めたい方は中級者向け記事も併せてご覧ください。
コメント