こんにちは、ミカタ編集部です。
丁寧に作った手順書を共有したのに、翌朝チャットに「パスワード変更はどこですか?」。「マニュアルに書いてあります」と返したくなる気持ちを、ぐっと飲み込んだことはないでしょうか。
今回は、YOBITSUGI AI を使って、GPT・Gemini・Grok の3つのAIに語り合ってもらいました。Claudeは進行と記録だけを担当しています。発言は各AIの出力そのままで、編集部は改行と強調を足しただけです。
登場する AI

GPTOpenAI ・ GPT-6 Astra
困った場所から届く入口を考える

GeminiGoogle ・ Gemini 3.1 Pro(プレビュー)
力作マニュアルの切なさに寄り添う

GrokxAI ・ Grok 4.7
古いと思われる問題と、直す人に厳しい
AI の発言は、YOBITSUGI AI から各社のモデルに2026年10月18日に聞いた出力です(編集部は長さを詰めただけで、言っていないことは足していません)。各社の公式の見解ではありません。キャラクターは編集部が作ったイメージです。各社の名前は各社の商標です。
自己紹介 マニュアルが読まれないのはどんなとき?
まずは名乗ってもらい、マニュアルが読まれない場面を聞きました。話す順番は、回ごとに入れ替えています。

ミカタ編集部まずは自己紹介を。社内のマニュアルや手順書が読まれないのは、どんな場面だと思いますか?
GPTOpenAIのGPTです。マニュアルが読まれないのは、読む気がないというより「困った瞬間に見つからない」ときだと思います。例えば、在宅勤務でVPNにつながらず、接続手順書は社内ネットワークの中、という場面が考えられます。「入れないときの説明が、入った先にある」は情シスあるあるですね。内容だけでなく、困る場所からたどり着ける届け方を考えたいです。
GeminiGoogleのGeminiです。GPTさんの「見つからない問題」、よく分かります。それに加えて思うのは、「情報が多すぎて探せない」場面です。例えば、システム導入時に気合を入れてキャプチャ満載の超大作マニュアルを作ったのに、結局「パスワード変更はどこ?」とチャットで聞かれる、という場面が考えられます。丹精込めた力作ほどそっと閉じられてしまうのは切ないあるあるですよね。必要な情報だけをピンポイントで届ける工夫を考えたいです。
GrokxAIのGrokです。GPTさんやGeminiさんの話に加えて、「今の手順か信じられない」と敬遠されることもあると思います。例えば、共有フォルダの手順書を開いたらボタン名がすでに変わっていて、結局チャットで聞き直される、という場面が考えられます。一度古いと思われると、更新版まで開かれにくいあるあるですね。
見つからない、多すぎる、信じてもらえない。読む気がないのではなく、読める形で届いていない、という見立てで3者がそろいました。
読まれない手順書の山の前で、途方に暮れる社員イラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)
「マニュアルに書いてあります」が伝わらないとき
次は、どう書けば読まれる手順書になるかです。

ミカタ編集部「マニュアルに書いてあります」と言っても伝わらないとき。どう書けば、読まれる手順書になりますか?
Grok探す場所まで示さないと、「書いてあります」は伝わりにくいです。例えば、アカウントロックの画面に解除手順への短いリンクを直接出しておく、という場面が考えられます。長いPDFの奥にしまうと、また「どこ?」と聞かれるあるあるですね。最初の画面で済むように書くのが大事だと思います。
GPTGrokさんの「場所を示す」に加えて、見出しを社員が使う言葉にしたいですね。例えば、パスワード再設定の手順を「認証情報の管理」ではなく「パスワードを忘れたら」で案内する場面が考えられます。本文は一項目につき一操作にして、完了の目印と、途中で止まった場合の問い合わせ先も添える。「適切に設定してください」の“適切”を知りたくて開いたんです、とならない書き方が大事だと思います。
Gemini先ほどの『情報の多さ』や、GPTさんの言葉選びにも通じますが、パッと見てすぐ動ける書き方も大事です。例えば、長文の解説を省き、画面キャプチャに赤枠と番号だけ振って直感的に示す、という場面が考えられます。あらゆるケースを網羅しようと文字ぎっしりの手順書になり、開いた瞬間にそっと閉じられるのは情シスあるあるです。まずは基本手順をシンプルに見せ、例外的な補足は折りたたむなど、情報のメリハリをつけると読まれやすくなるはずです。
困った画面から直接つなぐ、見出しを社員の言葉にする、基本の手順だけを先に見せる。書く中身より、たどり着き方と見せ方の話が中心になりました。
分厚い手順書を、図だけの短いカードに作り直すイラスト: 編集部が画像生成AIで作成したイメージ(YOBITSUGI AI・OpenAI gpt-image-2.5-sunburst)
ツッコミ合い 作り込むほど古くなる
ここからは、ほかの2人へのツッコミです。この回だけ2周しています。

ミカタ編集部ほかの 2 人の話を聞いて、ツッコミたいところはありますか?
GeminiGPTさんの「見出しを社員の言葉に」や、Grokさんの「画面に直接リンク」は理想的です。でも、丁寧に作り込みすぎると更新が追いつかなくなるんですよね。例えば、クラウドサービスのUIがしれっと変更されていて、朝イチでリンク先の手順書を見た社員から「画面が違います!」と問い合わせが来る、という場面が考えられます。細かく作りすぎたがゆえに、ちょっとの変更でマニュアルの信頼性が下がるのは切ないあるあるです。
GrokGeminiさんの「作り込みすぎると更新が追いつかない」は、まさにそこが痛いです。ただGPTさんの「社員の言葉で一操作ずつ」も、直す人がいないとすぐ古くなります。例えば、画面リンクを置いたあと担当が異動し、変更に気づかずチャットで聞き直される、という場面が考えられます。書き方より先に、直す人を決めないとまた閉じられるあるあるですね。
GPTGeminiさん、Grokさん、更新の話には賛成です。ただ「担当者を決める」で終わると、その人の善意頼みになりませんか。例えば、経費システムの設定変更時に、手順書の確認も作業チェックリストへ入れる場面が考えられます。画像は迷いやすい箇所に絞り、直す範囲も小さくする。「更新担当は決まった、更新する時間は未定」では、情シスの宿題が増えるだけですからね。
GPTGeminiさんの「赤枠と番号だけ」は、画像の中の言葉で検索しにくい点が気になります。Grokさんの更新担当の話と合わせ、短い文章も残したいですね。例えば、プリンター追加の画像に「一覧に機種名がなければ問い合わせ」と添える場面が考えられます。クリック位置だけでなく、迷ったときの判断も届ける。「画面は同じ、でも私の選択肢がない」で止まらない手順書にしたいです。
GrokGPTさん、チェックリストに入れるのは賛成です。でもGeminiさんの言う更新の負担と重なると、確認が「済み」のハンコだけになりがちです。例えば、VPN手順の見直し項目を入れたのに画面のボタン名までは照合せず、接続できないと朝からチャットが鳴る、という場面が考えられます。見る範囲を決めないと、また古いと思われるあるあるですね。
GeminiGPTさんの「画像は検索しにくい」というツッコミ、おっしゃる通りです。Grokさんの懸念する「更新の形骸化」を防ぎつつテキストを残すなら、画面変更に強い書き方が必要ですね。例えば、クラウドの手順書で画像を毎回直さず、「『設定』の歯車アイコンから」と文字を添える場面が考えられます。レイアウトが変わっても「歯車はだいたい右上です」で乗り切るのは情シスあるあるですよね。検索性を保ちつつ、更新の手間も省けるはずです。
画面がしれっと変わる、担当が異動する、確認が「済み」のハンコだけになる。ツッコミが進むほど、読まれる手順書は「書いて終わり」ではなく「直し続けるもの」だと分かってきます。最後は「歯車はだいたい右上です」で乗り切る、という情シスらしい知恵まで出ました。
今日からできること AIたちのすすめ
明日から試せる、手順書を読んでもらう工夫を1つずつ挙げてもらいました。

ミカタ編集部明日から情シスが試せる、手順書を読んでもらう工夫を 1 つずつ。
GrokGeminiさんの基本をシンプルに、という話と合わせて、明日からなら聞かれた返信を次の入口にしたいです。例えば、VPNがつながらない問い合わせへの返信に手順の短いリンクを付け、チャンネル上部へ固定する、という場面が考えられます。同じ質問が朝に続くあるあるを、探す手間ごと減らせますよね。
GeminiGrokさんのチャット導線の工夫、良いですね。私は明日からできることとして、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つだけ、困る画面の近くに置いてみませんか。