社内マニュアルを「人が読む資料」から「AIも使える手順書」へ

その手順書、AIも使える？条件と手順を、迷わない形に。女性がマニュアルを条件分岐と順番のある手順へ整理し、AIロボットへ渡すイメージ

「いつもの資料を確認して、必要なところをまとめる」
社内では通じていても、初めて担当する人には、何を見て、どこまで進めればよいのかわかりません。
AIに仕事を渡すときも、こうした暗黙の前提が曖昧さとして残ります。

Googleは2026年10月29日のWorkspace月次まとめで、MarkdownファイルをGoogleドキュメントで直接編集・共同作業し、Googleドライブでプレビューできる機能を紹介しました。人とAIが使う資料を、チームで整える環境が広がっています。

ただし、ファイル形式を変えるだけで、仕事を任せられるようになるわけではありません。
大切なのは、人が読んで理解でき、AIにも作業の条件を渡せる手順書に整えることです。
既存のマニュアルを、どこから直せばよいかを考えてみましょう。

Docs・DriveのMarkdown対応で、何が変わった？

Markdown（マークダウン）は、見出しや箇条書きなどの構造を、簡単な記号で表せるテキスト形式です。
たとえば「#」で見出し、「-」で箇条書きを表します。AI向けの指示や技術文書でも使われています。

今回の機能では、.mdや.markdownファイルを別の形式へ変換せずにGoogleドキュメントで開き、編集や共同作業ができます。
Googleドライブでは、見出し・表・リンクなどを整えた表示で確認できます。コメントや変更履歴も、チームで内容を見直す際に役立ちます。

個別の提供発表は10月5日で、同日から最大15日間の段階的な展開と案内されています。
対象はすべてのGoogle Workspace顧客と個人のGoogleアカウント利用者です。
10月29日は、この機能を月次まとめで改めて紹介した日です。

これは文書を扱う機能の更新です。ファイルを置くだけでAIが自動的に読み込み、社内システムを操作するという意味ではありません。
実際にAIへ渡す方法や利用できる機能は、使用するサービスごとに確認します。

「いつもの」「適宜」「必要に応じて」を具体化する

マニュアルがあっても、担当者への質問が減らない場合があります。
作業の順番は書いてあっても、参照する資料、判断基準、例外への対応が本人の頭の中に残っているためです。

AIに文章を渡す前に、次のような表現を探してみてください。

以下は、週次の問い合わせ集計を想定した書き換え例です。

曖昧な書き方	具体化する方向
いつものデータを使う	対象期間・元データの保存先・使用する列名を指定する
同じ問い合わせはまとめる	同じ問い合わせIDの行は重複として扱う、など条件を定義する
適宜、分類する	使用できる分類名と、どれにも当てはまらない場合の扱いを書く
確認して保存する	元データの件数と分類別件数の合計を照合し、指定先へ保存する
困ったら相談する	必須列がない、IDが空欄、資料同士で条件が異なる場合は担当者へ確認する

具体化するときは、社内で決まっていない基準までAIに埋めてもらわないようにします。
AIには曖昧な箇所の洗い出しや質問案の作成を任せ、分類方法や例外の扱いは業務担当者が決めます。

手順書には、5つの項目をそろえる

長い説明文を一度に書き直すより、次の5項目に分けると不足を見つけやすくなります。
操作画面の画像は残して構いませんが、重要な条件は文章でも記載しましょう。

項目	書くこと
目的	誰が何の判断に使う成果物か。対象にしない業務も明記する
必要な情報	入力データ、対象期間、参照資料、必須項目、不足時の扱い
手順	作業順序、使用する分類や計算方法、分岐の条件
完了条件	出力項目、保存場所、照合項目。何を確認したら完成か
人に確認する場面	処理を止める条件、確認先、回答が来るまで進めてよい範囲

「目的」は、作業の背景を長く説明する欄ではありません。
たとえば「営業責任者が問い合わせ傾向を把握できる週次メモを作る」と書けば、必要な粒度を判断しやすくなります。

「完了条件」は「きれいにまとまっている」ではなく、「対象期間・総件数・分類別件数・未分類件数・確認事項が記載されている」など、確認できる状態で書きます。人もAIも、同じ基準で成果物を見直せます。

例：週次の問い合わせ集計を手順書にする

以下は構成を示すためのサンプルです。

実際に使う際は、列名・分類・保存先・確認担当者を自社の運用に合わせて確定してください。

項目	記載例
目的	営業責任者向けに、1週間の問い合わせ傾向をまとめる。顧客への返信は行わない
必要な情報	対象期間、問い合わせID・受付日・内容を含む一覧、承認済みの分類定義表
手順	期間内の行を抽出。同一IDの重複を確認。定義表に沿って分類し、分類別件数と要点をまとめる
完了条件	対象期間、集計対象件数、分類別件数、未分類件数、確認事項を記載。件数の整合を確認し、指定の下書き保存先に置く
人に確認する場面	同一IDなのに内容が異なる、必須項目が欠ける、分類定義が矛盾する場合。対象箇所を示して業務担当者に確認する

ここでさらに決めたいのが、例外があるときの進め方です。
「不備のある行を保留し、ほかの行は仮集計してよい」のか、「全体を止める」のかを明記します。
仮集計を認める場合は、保留件数と未確定であることを表示する、といった条件も加えます。

重複を除くなら、除外した件数と理由も残します。
集計対象件数に保留分を含めるかなど、数字の定義が曖昧なままでは、表だけ整っても正しい報告にはなりません。
手順書づくりは、こうした業務の定義を揃える機会になります。

Markdownは選択肢。まず内容を整える

AIも使える手順書にするために、すべての社内資料をMarkdownへ移す必要はありません。
今あるGoogleドキュメントやWordの見出しを整理するところから始められます。

Markdownが合うのは、文章中心の手順をAIツールと受け渡したり、同じ内容を別の環境でも使ったりしたい場合です。
一方、細かな帳票レイアウトや図解が重要なら、元の資料も必要です。形式を選ぶ前に、誰が更新し、どのAIがどう参照するのかを決めましょう。

なお、一般的な.mdファイルと、特定のAIサービスへ登録する「スキル」は同じものではありません。
スキルとして使う場合は、そのサービスの形式や登録方法に合わせる必要があります。
今回は、その前提になる業務内容の整理を扱っています。

チームで育てるには、正本と更新担当を決める

共同編集ができるようになると、複数の担当者が手順の改善に参加できます。
そこで決めたいのが、正式に使う版である「正本」の置き場所と、変更を確定する担当者です。

手順書には、文書名、対象業務、管理担当、版番号、最終確認日を付けます。
修正案はコメントなどで受け付け、業務担当者が確認してから正本へ反映する運用にすると、検討中の内容と確定したルールを区別できます。

個人が複製したファイルを使い続けると、正本を直しても古い手順が残ります。
AIにファイルをアップロードして使う場合も同様です。正本の更新後、AI側の参照資料や登録内容に反映されたかを確認する工程を設けましょう。

変更履歴が残ることと、最新の承認済みルールが使われていることは別です。
AIが参照した版を記録し、古い版は利用対象から外すなど、どれを使うかが迷わない状態にします。

新人とAIの両方に試してもらう

手順書ができたら、作成者以外の人が読んで作業できるかを確かめます。
「分類表はどこ？」「この場合は止めるの？」という質問が出た箇所は、書き足す候補です。

次に、社内で利用を認めたAIで、機密情報を含まないサンプルを使って試します。
通常のデータに加え、必須項目が欠けたデータ、判断が分かれるデータでも確認してください。
仕上がりだけでなく、完了条件を満たすか、人に確認する場面を見落とさないかを見ます。

うまくいかなかった原因は、手順の不足、入力データの問題、AIが使える機能の不足に分けて考えます。
保存先へ接続できない問題は、文章を詳しくするだけでは解決しません。手順と権限・接続の設定は分けて確認します。

まとめ：ひとつの業務を、引き継げる状態にする

今回のMarkdown対応は、AI向けの資料も普段の共同作業の中で整えやすくする動きです。
その価値を業務につなげるには、ファイル形式に加えて、仕事の目的と判断基準を言葉にすることが欠かせません。

まずは、担当者への質問が繰り返される仕事をひとつ選びましょう。
「目的・必要な情報・手順・完了条件・人に確認する場面」を整え、チームで試して更新する。
その積み重ねが、属人化を減らし、AIに任せやすい業務を増やす土台になります。

LANGUAGE