この記事でわかること
- マニュアルが「作られない・更新されない」構造的な理由
- 生成AIが得意な工程と、人がやるべき工程の切り分け
- 対象業務の選定からレビューまでの5ステップ
- そのまま使える指示の出し方と、聞き取りの型
- 更新が止まらない運用ルールの作り方
- AIに入力してよい情報・避けるべき情報の線引き
マニュアルが作られない本当の理由
「業務が属人化している」という課題は、中小企業のご相談で最もよく出てくるテーマのひとつです。そして多くの場合、経営者も担当者も、マニュアルを作るべきだと分かっています。それでも作られないのは、やる気の問題ではなく作業の性質の問題です。
マニュアル作成は、頭の中にある手順を、順序立てて、抜けなく、他人が読んで分かる文章に変換する作業です。これは実務のできる人ほど苦手な種類の仕事です。手が動くことと、手順を言語化できることは別の能力だからです。結果として「時間があるときにやる」タスクになり、永遠に着手されません。
生成AIが効くのはここです：AIは「箇条書きの断片を、構造化された文章に整える」作業が得意です。担当者は手順を思い出して話すだけでよく、文章に組み立てる工程をAIに任せられます。最も心理的負担の大きい「白紙から書き始める」部分が消えるため、着手のハードルが大きく下がります。
属人化が生む具体的なコスト
- 担当者が休むと業務が止まる——代替できる人がいないため、有給の取得すら難しくなる
- 教育に時間がかかる——毎回口頭で教えるため、教える側の工数が繰り返し発生する
- 品質がばらつく——人によって手順が違い、ミスの原因が特定できない
- 退職時にノウハウが消える——引き継ぎ期間の数週間では、実務のコツまでは残らない
中小企業基盤整備機構が2026年3月に公表した「中小企業のAI等の利活用に係る実態調査」では、AIを導入している中小企業の割合は20.4％、導入を検討している企業を合わせると39.0％となっています。導入目的としては「業務効率化・作業時間の短縮」が87.0％と最も多く、利用されているAIの種類では生成AIが82.6％を占めています。効率化を目的に生成AIを入れる企業が大半である以上、マニュアル作成はその効果が最も分かりやすく出る用途のひとつです。
AIが向く工程・向かない工程
マニュアル作成を丸ごとAIに任せようとすると失敗します。工程を分けて考えてください。
| 工程 | 担当 | 理由 |
|---|---|---|
| 対象業務の選定 | 人 | どこが止まると困るかは、経営判断の領域 |
| 手順の洗い出し（聞き取り） | 人＋AI | 話す内容は人、質問の抜け漏れ確認はAIが補える |
| 文章への構造化 | AI | 最も時間がかかり、最もAIが得意な部分 |
| 表記統一・体裁整え | AI | 語尾や用語のゆれを一括で揃えられる |
| 事実確認・実機との突合 | 人 | AIは知らない部分を一般論で埋めてしまう |
| 判断基準・例外処理の明文化 | 人 | 自社固有のルールはAIには分からない |
| 更新のきっかけづくり | 人 | 仕組みとルールの問題で、技術では解決しない |
最大のリスクは「もっともらしい嘘」：生成AIは、聞き取った内容に隙間があると、一般的にありそうな手順で自然に埋めてしまいます。「承認を得てから登録します」といった一文が、自社には存在しない承認フローだったというケースは実際に起こります。文章として違和感がないため、読んだ人はそれを正しい手順として実行します。事実確認の工程は、絶対に省略しないでください。
生成AIでマニュアルを作る5ステップ
1業務あたり、慣れれば2〜3時間で形になります。初回だけは型を作るために少し多めに時間を確保してください。
「止まると困る業務」を3つ選ぶ
全業務を一度にマニュアル化しようとすると、必ず途中で止まります。まず「この人が休むと止まる」業務を3つだけ選んでください。頻度が高く、手順が概ね決まっていて、担当が1人に偏っているものが最優先です。年1回の業務や毎回判断が変わる業務は後回しで構いません。
3業務で型を作り、社内に「作れた」実感を先に生む担当者に話してもらい、素材を集める
担当者に「この業務、最初から最後まで口で説明してください」と依頼し、30分ほど話してもらいます。整理されていなくて構いません。録音の書き起こし、既存のメモ、実際の画面のスクリーンショット、送信しているメールの文面——使えるものはすべて素材になります。この段階で完璧を目指さないことがコツです。
「うまく説明しようとしなくていい」と最初に伝えるAIに構造化させ、抜けを質問させる
集めた素材をAIに渡し、手順書の形に整えてもらいます。このとき重要なのは、「情報が足りない箇所は勝手に埋めず、質問として挙げてください」と明示することです。AIから返ってきた質問リストが、そのまま2回目のヒアリング項目になります。この往復を1〜2回行うと、抜けの少ない下書きができます。
「推測で補完しないこと」を毎回の指示に入れる担当者が実機と突き合わせて修正する
下書きを担当者本人が読み、実際に画面を操作しながら手順どおりに進むかを確認します。ボタンの名称、画面の順序、入力する値——ここでの食い違いは必ず出ます。可能であれば、その業務を知らない別の社員に手順どおり実行してもらうと、説明の飛躍が一発で見つかります。
担当者以外の目を1回通さないと、暗黙の前提が残る置き場所と更新ルールを決めて公開する
完成したマニュアルは、全員が同じ場所を見る状態にして初めて機能します。共有ドライブでも社内チャットのピン留めでも構いませんが、置き場所は1か所に固定してください。あわせて、更新の責任者と、更新するきっかけ（後述）をこの時点で決めます。
個人のPCやメール添付で配らない。必ず共有の場所に置く指示の出し方とヒアリングの型
AIへの指示は、凝ったテクニックより「前提条件をどれだけ渡すか」で結果が変わります。最低限、次の要素を含めてください。
| 要素 | 書く内容 | これがないと起きること |
|---|---|---|
| 読み手 | 入社1か月の新人／他部署の応援メンバー など | 前提知識の水準がずれ、説明が粗くなる |
| 目的 | 一人で最後まで実行できるようにする | 概要説明で終わり、実行できない |
| 構成の指定 | 概要／必要なもの／手順／注意点／困ったとき | 毎回フォーマットが変わり統一されない |
| 粒度 | 画面のボタン名まで書く／概要でよい | 細かすぎる、または抽象的すぎる |
| 禁止事項 | 不明点は推測で補わず質問として列挙する | 存在しない手順が混入する |
| 文体 | である調／ですます調、社内用語の指定 | 既存のドキュメントと体裁が揃わない |
ヒアリングで必ず聞く6項目
手順そのものより、手順の「間」にある判断が抜けやすい部分です。次の項目を意識して聞き取ると、実用に耐えるマニュアルになります。
- 着手のきっかけ——何が来たら、この業務を始めるのか
- 使うもの——システム、権限、テンプレート、参照する資料
- 判断が分かれる場面——どういう場合にどちらを選ぶのか
- 例外処理——イレギュラーが起きたとき、誰に確認するのか
- やってはいけないこと——過去に事故が起きたポイント
- 完了の定義——どうなったら「終わった」と言えるのか
「やってはいけないこと」が最も価値がある：手順書として最も役に立つのは、正しい順序よりも過去に事故が起きた箇所の注意書きです。ベテランが無意識に避けている落とし穴を1行残すだけで、新人のミスは目に見えて減ります。ヒアリングでは必ず「これまでで一番まずかったミスは何でしたか」と聞いてください。
レビューと、更新が止まらない運用
マニュアルの本当の難所は、作ることではなく古くならないようにすることです。作成をAIで効率化しても、更新の仕組みがなければ半年で使われなくなります。
公開前レビューと運用のチェックリスト
【公開前のレビュー】
- 担当者本人が実機を操作しながら通し確認した
- その業務を知らない社員に1回実行してもらった
- 存在しない手順・承認フローが混入していないか確認した
- 判断が分かれる場面の基準が書かれている
- 困ったときの連絡先が明記されている
【更新の仕組み】
- マニュアルごとに更新責任者を決めている
- 業務フロー変更の依頼書に「マニュアル更新」の項目がある
- 四半期に一度の見直し時間を業務時間内に確保している
- 最終更新日を本文の先頭に書いている
【使われる状態の維持】
- 保管場所が1か所に固定されている
- 担当者に同じ質問が来たら、マニュアルに追記している
- 新人研修の中でマニュアルを使う工程がある
- 使いにくい箇所を報告できる窓口がある
更新を「思い出す」に頼らない
更新が止まる原因は、手間ではなくきっかけの欠如です。生成AIを使えば、変更点を伝えて修正させる作業は10分程度で終わります。問題は「更新すべきだと気づく瞬間」が存在しないことです。システムを変える、フローを変える、テンプレートを差し替える——こうした作業依頼のチェック項目に「該当マニュアルの更新」を1行入れるだけで、放置される確率が大きく下がります。
もう一つ有効なのが、同じ質問が2回来たら追記するというルールです。担当者に繰り返し来る質問は、マニュアルの穴がそのまま現れたものです。質問への回答をそのままAIに渡して該当箇所に反映させれば、マニュアルは使われるほど精度が上がっていきます。
入力してよい情報の線引き
マニュアル作成では、業務の詳細をAIに渡すことになります。ここで社内のルールが決まっていないと、担当者が判断に迷って着手できません。最低限、次の線引きを先に決めてください。
| 情報の種類 | 扱い | 補足 |
|---|---|---|
| 操作手順・画面の流れ | 入力してよいことが多い | 一般的な操作説明にあたる範囲 |
| 顧客名・取引先名 | 伏せる | 「A社」などに置き換えて渡す |
| 個人情報（氏名・連絡先） | 入力しない | サンプルデータに差し替える |
| ID・パスワード・APIキー | 入力しない | 「管理者から共有された認証情報」と表記 |
| 単価・原価などの機微情報 | 社内ルールに従う | 必要なら数値を伏せて構造だけ渡す |
| 契約書・秘密保持の対象 | 入力しない | 取引先との取り決めが優先する |
あわせて、利用するAIツールの契約形態を確認してください。入力した内容が学習に利用されるかどうかは、サービスやプランによって扱いが異なります。法人向けのプランでは学習に使わない設定が用意されていることが多いため、導入時に必ず条件を確認し、その内容を社内ルールに明記しておくと、担当者が迷わずに済みます。
AI活用のご相談
マニュアル化・自動化の効果が出やすい業務は、企業ごとに違います。現在の業務内容をうかがい、優先順位と現実的な進め方を無料でご提案します。お問い合わせフォームの項目から「AIに関するお問い合わせ」をお選びください。
AI活用について相談するLnXの見解
生成AIの導入相談をいただいたとき、最初の一手としてマニュアル作成をおすすめすることがよくあります。理由は3つあります。失敗してもリスクが小さいこと、効果が目に見えやすいこと、そして社内の誰でも成果を実感できることです。営業や企画の高度な用途から入ると、うまくいかなかったときに「AIは使えない」という結論になりがちですが、マニュアル作成は成果物が残るため、社内の空気が変わりやすい領域です。
一方で、率直に申し上げるとAIで作ったマニュアルをそのまま配るのは危険だと考えています。AIの出力は文章として非常に自然なので、間違いが混ざっていても違和感なく読めてしまいます。実務では、この「自然な間違い」が最も厄介です。作成の時間は減らせますが、確認の時間は減らせない。ここを削ると、かえって事故のリスクが上がります。
そしてもう一つ、経営の視点で強調したいのは、マニュアルは作った時点では価値を生まないという点です。価値が生まれるのは、それを見て誰かが一人で業務を完了できたときであり、担当者が休んでも仕事が回ったときです。だからこそ、着手する前に「何が減ったら成功か」を一文で決めておくことをおすすめしています。LnXでは、AI活用のご支援でも同じ考え方で、ツールを入れることではなく、業務のどこが軽くなったかで効果を判断しています。
よくある質問
Q どの業務からマニュアル化すべきですか？
「その人が休むと止まる業務」から着手するのが原則です。頻度が高く、手順が決まっていて、担当が1人に偏っている業務が最優先になります。逆に、毎回判断が変わる業務や年に1回しか発生しない業務は、費用対効果が合いにくいため後回しで構いません。まずは3業務ほどに絞って完成させ、そこで作り方の型を固めてから広げてください。
Q AIが書いた手順をそのまま社内に配ってよいですか？
配らないでください。生成AIは、聞き取った内容の隙間を一般論で埋めてしまうことがあります。自社では行っていない工程や、実際とは違う承認フローが自然な文章で紛れ込むと、読んだ人はそれを正しい手順として実行します。必ずその業務の担当者本人が通し読みし、実際の操作と突き合わせてから公開してください。
Q ヒアリングの録音をAIに読ませても問題ありませんか？
利用するツールの契約形態と、社内で定めたルールによります。入力した内容が学習に使われない契約になっているか、顧客名や個人情報が含まれていないかを事前に確認してください。判断に迷う場合は、固有名詞を伏せ字にしてから読ませる、あるいは録音ではなく要点メモを渡すという運用でも十分に機能します。
Q マニュアルが更新されずに古くなるのを防ぐには？
更新を人の善意に頼らない仕組みにすることです。具体的には、業務フローやシステムを変更する際の作業依頼に「該当マニュアルの更新」を1項目として組み込みます。加えて、四半期に一度、担当者が自分の業務のマニュアルを読み返す時間を業務時間内に確保してください。更新自体はAIで短時間に終わるため、続かない原因は手間ではなくきっかけの欠如にあります。
Q 効果はどう測ればよいですか？
作成にかかった時間の削減だけで測ると、価値を過小評価します。新しく入った人が一人で作業できるようになるまでの日数、同じ質問が担当者に来る回数、担当者不在時に止まった業務の件数——このあたりを作成前後で比べると、実態に近い評価ができます。数値化が難しい場合でも、着手前に「何が減ったら成功か」を一文で決めておいてください。