MENU

社内マニュアルをわかりやすく再構成するプロンプトテンプレ

社内マニュアルをわかりやすく再構成するプロンプトテンプレ

社内マニュアルをAIで整えるときに効くのは、ただ「わかりやすくして」と頼むことではありません。対象読者、残すべきルール、出力の型を先に固定し、AIに「書き換え」ではなく「再構成」をさせることです。

このテンプレートは、古い手順書や説明が長い運用ルールを、現場で読みやすい形に整理したい人向けです。総務、情シス、営業事務、店舗運営など、手順の抜け漏れが困る業務で使いやすい構成にしています。

  • 使いどころ: 古い社内マニュアル、引き継ぎ資料、運用ルールの整理
  • 向いている人: AIを業務文書の下書きに使いたい初心者から中級者
  • 狙う出力: 見出し付きの読みやすいマニュアル、チェックリスト、FAQ
  • 先に決めること: 誰向けか、何を省略してはいけないか、最終出力の形式

ここがポイント: 社内マニュアルは「きれいな文章」より「迷わず動ける順番」が重要です。AIには要約ではなく、作業順・注意点・例外処理まで含めて再構成させます。

目次

何に使えるテンプレートか

このテンプレートが強いのは、情報が足りないマニュアルをゼロから作る場面ではなく、元の文書はあるのに読みにくい場面です。

たとえば、次のような資料に向いています。

  • 更新が重なって文章が長くなった申請手順
  • 例外ルールが後付けされて読みにくい運用マニュアル
  • ベテランには通じるが新人には伝わりにくい引き継ぎ資料
  • 箇条書きと長文が混在していて、読む順番がわかりにくい手順書

逆に、法務文書や就業規則の正式版のように、文言そのものが重要な文書は注意が必要です。そうした文書ではAIの出力をそのまま使わず、あくまで説明版や読みやすい補助版として扱うほうが安全です。

コピペ用プロンプトテンプレート

まずはこの形で使えます。{} が入力時に変える部分、[] が任意指定です。

あなたは社内文書を再構成する編集アシスタントです。
以下の社内マニュアルを、{対象読者}が迷わず実行できるように再構成してください。

# 目的
- 元文の意味を変えずに、読みやすさと実行しやすさを上げる
- 手順の順番、判断条件、注意点、例外対応を整理する
- 曖昧な表現は、元文から読み取れる範囲で具体化する

# 対象読者
- {対象読者}
- 前提知識: {前提知識レベル}

# 必ず守る条件
- 元文にないルールや数値を作らない
- 省略すると事故や差し戻しにつながる条件は残す
- 専門用語は必要なら短く言い換え、初出で補足する
- 手順は実行順に並べる
- 注意点、よくあるミス、例外対応を分けて書く
- 不明点や元文だけでは判断できない箇所は「要確認」と明記する

# 出力形式
次の構成でMarkdownで出力してください。
1. 概要(このマニュアルは何をするためのものかを2〜3文)
2. 対象者
3. 事前に準備するもの
4. 手順(番号付き)
5. 注意点
6. よくあるミス
7. 例外対応 [必要な場合のみ]
8. 確認チェックリスト
9. 要確認事項

# 文体指定
- 1文を長くしすぎない
- 抽象的な表現だけで済ませず、行動がわかる書き方にする
- 見出し直下は短く始める
- 箇条書きを適切に使う

# 元文
{社内マニュアル本文}

[追加指示]
- {部署名}の実務に合わせる
- 出力は{出力形式}で整える
- {特に残したいルールや禁止事項}

このテンプレートの狙いは、AIに「読みやすい文章」を求めるのではなく、実務で動ける順番と判断材料を作らせることです。

入力時に変える項目

テンプレートをそのまま使うより、次の項目を埋めるだけで精度がかなり安定します。

最低限入れたい項目

  • {対象読者}: 新入社員、店舗スタッフ、営業事務、管理者など
  • {前提知識レベル}: 未経験、基本操作は理解済み、実務経験あり など
  • {社内マニュアル本文}: 元の文書全文、または対象範囲
  • {特に残したいルールや禁止事項}: 承認条件、締切、入力ミス時の扱いなど

あると仕上がりが良くなる項目

  • {部署名}: 誰の現場かを示すと、不要な一般論が減ります
  • {出力形式}: 「箇条書き中心」「FAQ形式」「チェックリスト付き」など
  • 利用場面: 月次処理、入社手続き、問い合わせ対応など
  • 失敗時の影響: 差し戻し、顧客対応遅れ、請求ミスなど

固定したほうがよい条件

毎回変えないほうが良い指定もあります。

  • 元文にない内容を作らない
  • 不明点は推測せず要確認と書く
  • 手順は実行順に並べる
  • 注意点と例外対応を分ける

この4つを固定しておくと、もっとも困る「それっぽいが危ないマニュアル」を避けやすくなります。

NG例と改善例

AIにマニュアルを整えさせるとき、失敗の多くは指示の曖昧さで起きます。

NG例

以下の社内マニュアルをわかりやすく書き直して。

これだと、AIは文章を滑らかにする方向へ寄りやすく、次の問題が出ます。

  • 手順の順番が崩れる
  • 注意点が本文に埋もれる
  • 例外処理が落ちる
  • 元文にない補足を勝手に足す

改善例

以下の社内マニュアルを、新入社員向けに再構成してください。
元文の意味は変えず、実行順に手順を並べ、注意点・よくあるミス・要確認事項を分けてください。
不明な情報は補完せず、「要確認」と明記してください。
出力はMarkdownで、概要→準備→手順→注意点→チェックリストの順にしてください。

改善点ははっきりしています。

  • 「書き直し」ではなく「再構成」と指定した
  • 読者を新入社員に固定した
  • 守るべき制約を先に置いた
  • 出力の順番を決めた
  • 不明点の扱いを指定した

AIは制約が増えると窮屈になるのではなく、業務文書ではむしろ安定しやすくなります。

出力を安定させるコツ

ここが実務ではいちばん重要です。テンプレート本体より、次の調整で差が出ます。

1. 1回で完成を狙わず、2段階に分ける

最初から完成版を出させるより、次の2段階に分けると精度が上がります。

  • 1回目: 情報の整理と欠落の洗い出し
  • 2回目: 読者向けに再構成

1回目の指示例:

以下の元文を読み、手順、注意点、判断条件、例外対応、不明点に分解してください。
不足している情報があれば「要確認事項」として列挙してください。

2回目の指示例:

分解結果をもとに、新入社員向けマニュアルとして再構成してください。
要確認事項は本文に混ぜず、最後にまとめてください。

2. 出力形式を具体的に決める

「見やすくして」では弱すぎます。少なくとも次のどれかは指定したほうがよいです。

  • 番号付き手順
  • 箇条書きの注意点
  • チェックリスト
  • FAQ形式
  • HTML table での役割分担表

たとえば、役割ごとの作業分担を見せたいなら、WordPressで崩れにくいHTML tableを指定する手があります。

担当者、作業内容、実施タイミング、注意点を4列のHTML tableで出力してください。

3. 判断基準を分離させる

申請、承認、確認のような業務は、手順だけでなく「いつ分岐するか」が重要です。そこで次の指示が効きます。

各手順について、実施条件、担当者、完了条件を明記してください。

これだけで、読む人は「何をやるか」だけでなく「どこで止まるか」も把握しやすくなります。

4. モデル名より先に、元文の質を整える

2026年4月時点で一般的なChatGPT、Claude、Geminiのような汎用LLMでも、このテンプレートの基本設計は共通で使えます。差が出やすいのはモデル名そのものより、次の入力品質です。

  • 改行がなく、情報が固まっている元文
  • 更新履歴が混ざっていて、現行ルールが不明な元文
  • 誰向けの文書か書かれていない元文

つまり、モデル選びより先に、対象範囲と現行版をはっきり渡すほうが効果的です。一般的なプロンプト設計の考え方は、OpenAIのPrompt engineering guideAnthropicのPrompt engineering overviewGoogle AI for DevelopersのPrompt design strategiesも参考になります。

活用例と応用パターン

同じテンプレートでも、出力形式を少し変えるだけで用途が広がります。

新人向けの手順書にする

向いている場面:

  • 入社手続き
  • 経費申請
  • 受発注の基本フロー

追加するとよい指示:

  • 専門用語に短い補足を付ける
  • 手順ごとに「何を確認したら次へ進むか」を書く
  • よくあるミスを具体例で示す

問い合わせ削減用のFAQにする

向いている場面:

  • 何度も同じ質問が来る社内手続き
  • 情報システム部門への依頼方法
  • 勤怠や申請ルールの説明

追加するとよい指示:

  • 想定質問を5〜10件に整理する
  • 回答は短く、条件分岐は箇条書きにする
  • 最後に問い合わせが必要なケースを列挙する

管理者向けの確認表にする

向いている場面:

  • 承認フロー
  • 月次チェック
  • 監査前の確認作業

追加するとよい指示:

  • 手順本文より確認項目を優先する
  • 未実施時の影響を短く書く
  • 出力をチェックリスト形式にする

仕上がりを確認するチェックリスト

出力後は、次の観点だけでも確認すると実務で使いやすくなります。

  • 読者が最初の3分で全体像をつかめるか
  • 手順が実行順に並んでいるか
  • 注意点と例外対応が埋もれていないか
  • 元文にないルールを足していないか
  • 不明点が「要確認」として切り出されているか
  • そのままWordPressや社内Wikiに貼っても読みやすいか

まとめ

社内マニュアルの再構成で一番大事なのは、AIに名文を書かせることではありません。誰が、どの順番で、何を確認しながら動くかを見える形にすることです。

そのためには、対象読者、残すべき条件、出力形式を先に固定し、曖昧な「わかりやすくして」から卒業する必要があります。次に試すなら、いま使っている長い手順書を1本選び、「要確認事項を分ける」指定を足して再構成してみてください。そこが、読みやすさと実務精度の分かれ目です。

参照リンク

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次