本文へ移動
情シスのミカタ
コラム約9分で読めます

【AI対談】マニュアル、作っても読まれない? GPT・Gemini・Grokが語る

気合を入れて作った手順書ほど、そっと閉じられる。社内のマニュアルが読まれない理由と、読まれる書き方・届け方を、GPT・Gemini・Grokの3つのAIに語り合ってもらいました。困った瞬間に見つからない、多すぎて探せない、古いと思われる、更新が追いつかない。発言は各AIの出力です。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
【AI対談】マニュアル、作っても読まれない? GPT・Gemini・Grokが語る

この記事のまとめ

  • 読まれない理由として、困った瞬間に見つからない、情報が多すぎて探せない、一度古いと思われると開かれない、の3つが挙がりました。
  • ツッコミ合いでは、作り込みすぎると更新が追いつかない、担当を決めるだけでは善意頼み、と「直し続ける仕組み」へ話が進みました。
  • 問い合わせの返信を次の入口にする、社員の見たままの言葉を足す、初めての人に試してもらう、と明日から試せる工夫が並びました。
こんな方に#20代#30代#40代#50代はじめて

こんにちは、ミカタ編集部です。

丁寧に作った手順書を共有したのに、翌朝チャットに「パスワード変更はどこですか?」。「マニュアルに書いてあります」と返したくなる気持ちを、ぐっと飲み込んだことはないでしょうか。

今回は、YOBITSUGI AI を使って、GPT・Gemini・Grok の3つのAIに語り合ってもらいました。Claudeは進行と記録だけを担当しています。発言は各AIの出力そのままで、編集部は改行と強調を足しただけです。

登場する AI

  • GPT(編集部が作ったキャラクター)

    GPTOpenAI ・ GPT-6 Astra

    困った場所から届く入口を考える

  • Gemini(編集部が作ったキャラクター)

    GeminiGoogle ・ Gemini 3.1 Pro(プレビュー)

    力作マニュアルの切なさに寄り添う

  • Grok(編集部が作ったキャラクター)

    GrokxAI ・ Grok 4.7

    古いと思われる問題と、直す人に厳しい

AI の発言は、YOBITSUGI AI から各社のモデルに2026年10月18日に聞いた出力です(編集部は長さを詰めただけで、言っていないことは足していません)。各社の公式の見解ではありません。キャラクターは編集部が作ったイメージです。各社の名前は各社の商標です。

自己紹介 マニュアルが読まれないのはどんなとき?

まずは名乗ってもらい、マニュアルが読まれない場面を聞きました。話す順番は、回ごとに入れ替えています。

ミカタ編集部

まずは自己紹介を。社内のマニュアルや手順書が読まれないのは、どんな場面だと思いますか?

GPT

OpenAIのGPTです。マニュアルが読まれないのは、読む気がないというより「困った瞬間に見つからない」ときだと思います。例えば、在宅勤務でVPNにつながらず、接続手順書は社内ネットワークの中、という場面が考えられます。「入れないときの説明が、入った先にある」は情シスあるあるですね。内容だけでなく、困る場所からたどり着ける届け方を考えたいです。

Gemini

GoogleのGeminiです。GPTさんの「見つからない問題」、よく分かります。それに加えて思うのは、「情報が多すぎて探せない」場面です。例えば、システム導入時に気合を入れてキャプチャ満載の超大作マニュアルを作ったのに、結局「パスワード変更はどこ?」とチャットで聞かれる、という場面が考えられます。丹精込めた力作ほどそっと閉じられてしまうのは切ないあるあるですよね。必要な情報だけをピンポイントで届ける工夫を考えたいです。

Grok

xAIのGrokです。GPTさんやGeminiさんの話に加えて、「今の手順か信じられない」と敬遠されることもあると思います。例えば、共有フォルダの手順書を開いたらボタン名がすでに変わっていて、結局チャットで聞き直される、という場面が考えられます。一度古いと思われると、更新版まで開かれにくいあるあるですね。

見つからない、多すぎる、信じてもらえない。読む気がないのではなく、読める形で届いていない、という見立てで3者がそろいました。

机に積み上がった分厚い紙の手順書の山の前で、社員が途方に暮れ、ロボットたちが様子を見ている(イラスト)
読まれない手順書の山の前で、途方に暮れる社員イラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

「マニュアルに書いてあります」が伝わらないとき

次は、どう書けば読まれる手順書になるかです。

ミカタ編集部

「マニュアルに書いてあります」と言っても伝わらないとき。どう書けば、読まれる手順書になりますか?

Grok

探す場所まで示さないと、「書いてあります」は伝わりにくいです。例えば、アカウントロックの画面に解除手順への短いリンクを直接出しておく、という場面が考えられます。長いPDFの奥にしまうと、また「どこ?」と聞かれるあるあるですね。最初の画面で済むように書くのが大事だと思います。

GPT

Grokさんの「場所を示す」に加えて、見出しを社員が使う言葉にしたいですね。例えば、パスワード再設定の手順を「認証情報の管理」ではなく「パスワードを忘れたら」で案内する場面が考えられます。本文は一項目につき一操作にして、完了の目印と、途中で止まった場合の問い合わせ先も添える。「適切に設定してください」の“適切”を知りたくて開いたんです、とならない書き方が大事だと思います。

Gemini

先ほどの『情報の多さ』や、GPTさんの言葉選びにも通じますが、パッと見てすぐ動ける書き方も大事です。例えば、長文の解説を省き、画面キャプチャに赤枠と番号だけ振って直感的に示す、という場面が考えられます。あらゆるケースを網羅しようと文字ぎっしりの手順書になり、開いた瞬間にそっと閉じられるのは情シスあるあるです。まずは基本手順をシンプルに見せ、例外的な補足は折りたたむなど、情報のメリハリをつけると読まれやすくなるはずです。

困った画面から直接つなぐ、見出しを社員の言葉にする、基本の手順だけを先に見せる。書く中身より、たどり着き方と見せ方の話が中心になりました。

3体のロボットが分厚い手順書を、矢印と図形だけの短い1枚のカードに作り直している(イラスト)
分厚い手順書を、図だけの短いカードに作り直すイラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

ツッコミ合い 作り込むほど古くなる

ここからは、ほかの2人へのツッコミです。この回だけ2周しています。

ミカタ編集部

ほかの 2 人の話を聞いて、ツッコミたいところはありますか?

Gemini

GPTさんの「見出しを社員の言葉に」や、Grokさんの「画面に直接リンク」は理想的です。でも、丁寧に作り込みすぎると更新が追いつかなくなるんですよね。例えば、クラウドサービスのUIがしれっと変更されていて、朝イチでリンク先の手順書を見た社員から「画面が違います!」と問い合わせが来る、という場面が考えられます。細かく作りすぎたがゆえに、ちょっとの変更でマニュアルの信頼性が下がるのは切ないあるあるです。

Grok

Geminiさんの「作り込みすぎると更新が追いつかない」は、まさにそこが痛いです。ただGPTさんの「社員の言葉で一操作ずつ」も、直す人がいないとすぐ古くなります。例えば、画面リンクを置いたあと担当が異動し、変更に気づかずチャットで聞き直される、という場面が考えられます。書き方より先に、直す人を決めないとまた閉じられるあるあるですね。

GPT

Geminiさん、Grokさん、更新の話には賛成です。ただ「担当者を決める」で終わると、その人の善意頼みになりませんか。例えば、経費システムの設定変更時に、手順書の確認も作業チェックリストへ入れる場面が考えられます。画像は迷いやすい箇所に絞り、直す範囲も小さくする。「更新担当は決まった、更新する時間は未定」では、情シスの宿題が増えるだけですからね。

GPT

Geminiさんの「赤枠と番号だけ」は、画像の中の言葉で検索しにくい点が気になります。Grokさんの更新担当の話と合わせ、短い文章も残したいですね。例えば、プリンター追加の画像に「一覧に機種名がなければ問い合わせ」と添える場面が考えられます。クリック位置だけでなく、迷ったときの判断も届ける。「画面は同じ、でも私の選択肢がない」で止まらない手順書にしたいです。

Grok

GPTさん、チェックリストに入れるのは賛成です。でもGeminiさんの言う更新の負担と重なると、確認が「済み」のハンコだけになりがちです。例えば、VPN手順の見直し項目を入れたのに画面のボタン名までは照合せず、接続できないと朝からチャットが鳴る、という場面が考えられます。見る範囲を決めないと、また古いと思われるあるあるですね。

Gemini

GPTさんの「画像は検索しにくい」というツッコミ、おっしゃる通りです。Grokさんの懸念する「更新の形骸化」を防ぎつつテキストを残すなら、画面変更に強い書き方が必要ですね。例えば、クラウドの手順書で画像を毎回直さず、「『設定』の歯車アイコンから」と文字を添える場面が考えられます。レイアウトが変わっても「歯車はだいたい右上です」で乗り切るのは情シスあるあるですよね。検索性を保ちつつ、更新の手間も省けるはずです。

画面がしれっと変わる、担当が異動する、確認が「済み」のハンコだけになる。ツッコミが進むほど、読まれる手順書は「書いて終わり」ではなく「直し続けるもの」だと分かってきます。最後は「歯車はだいたい右上です」で乗り切る、という情シスらしい知恵まで出ました。

今日からできること AIたちのすすめ

明日から試せる、手順書を読んでもらう工夫を1つずつ挙げてもらいました。

ミカタ編集部

明日から情シスが試せる、手順書を読んでもらう工夫を 1 つずつ。

Grok

Geminiさんの基本をシンプルに、という話と合わせて、明日からなら聞かれた返信を次の入口にしたいです。例えば、VPNがつながらない問い合わせへの返信に手順の短いリンクを付け、チャンネル上部へ固定する、という場面が考えられます。同じ質問が朝に続くあるあるを、探す手間ごと減らせますよね。

Gemini

Grokさんのチャット導線の工夫、良いですね。私は明日からできることとして、GPTさんが挙げた「社員の言葉」を検索用に散りばめることをおすすめします。例えば、既存手順書の冒頭に、「SSO認証エラー」だけでなく「画面がぐるぐるして進まない」と追記する場面が考えられます。エラー時に正式名称ではなく、見たままの擬音で社内検索されるのは情シスあるあるですよね。検索ヒット率を少し上げるだけで、必要な人に届く確率はグッと高まるはずです。

GPT

私は、よく聞かれる手順を一つだけ、初めて使う人に試してもらうのをおすすめします。例えば、プリンター追加の手順書を同僚に渡し、説明を足さずに進めてもらう場面が考えられます。止まった箇所を一つ直すだけでも改善になります。「まず共有フォルダを開く」の、その場所が分からないこともありますよね。読む人の理解度テストではなく、手順書の案内力テストとして、短時間だけ協力をお願いしてみませんか。

工夫 何をするか 減るあるある
返信を次の入口に(Grok) よく聞かれる問い合わせへの返信に手順の短いリンクを付け、チャットの上部に固定する 同じ質問が朝に続く
見たままの言葉を足す(Gemini) 手順書の冒頭に、正式なエラー名だけでなく「画面がぐるぐるして進まない」のような言い方も書く 社内検索で見つからない
初めての人に試してもらう(GPT) よく聞かれる手順を1つ、同僚に説明なしで進めてもらい、止まった所を1つ直す 「その場所が分からない」

部屋ごとに短い手順のカードを置く考え方は、「会議10分前にモニターが映らない」呼び出しを減らす部屋ごとの手順カードでもまとめています。

社員がチャットの上部に固定された短いカードを見て手順を終え、ロボットたちが喜んでいる(イラスト)
固定された短いカードで手順を終え、ほっとする社員イラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)

最後に、情シスのみなさんへひとこと

ミカタ編集部

最後に、情シスのみなさんへひとこと。

Gemini

お二人の提案のように、届け方の工夫で手応えは変わるはずです。例えば、連休明けに電話が鳴らず、社員が手順書を見てパスワード再設定を完了できる場面が考えられます。情シスの皆さんの努力を応援しています!

GPT

全部を直そうとしなくて大丈夫です。例えば、パスワード再設定の案内をログイン画面から開けるようにする。まず一つ、困った瞬間に届く手順書に育てていきましょう。

Grok

完璧を目指さず、困った瞬間に届く一つを育ててください。例えば、VPNがつながらないときの手順を、接続エラーの画面から直接開けるようにする場面が考えられます。小さく始めると、読まれるようになりますよ。

編集部のまとめ 3つのAIの届け方

AI 手順書で大事にしたいこと
GPT 困った瞬間に届く入口と、社員の言葉の見出し。初めての人に試してもらう
Gemini 情報を絞ってメリハリを付ける。画面が変わっても通じる書き方
Grok 古いと思われない仕組み。直す人と、見る範囲を決める

マニュアルは、読まれない前提で届け方を考える。3つのAIの話は、書き方よりも「どこで、どう見つけてもらうか」に集まりました。まずは、いちばんよく聞かれる手順を1つだけ、困る画面の近くに置いてみませんか。

出典・参考

チェック済み。この記事は監修者によってチェックされました。(2026年10月18日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(解説)

法令・官公庁の発表・企業の公式発表などの一次情報を調べて、情シス向けの解説・比較・テンプレの記事を書きます。数字と日付は出典と照らして確かめ、記事の最後に出典を載せています。使っているAI: Anthropic Claude。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が一次情報を調べて書き、機械の検査を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします