AIで誰でもシステムを作れる時代、マニュアルは誰が作るのか
公開: 2026-06-02 / 更新: 2026-07-13
結論から言うと、AIで「作れる人」は急増しますが、「使い方を伝える人」は増えません。むしろシステムが量産されるほど、マニュアルを書く負担と陳腐化のスピードは増していきます。答えは「マニュアルを速く書くこと」ではなく「マニュアルを書かずに、画面の上でその場に案内すること」です。本記事でその理由を整理します。
AIで「作れる」人は増えた。でも「使ってもらえる」は別問題
AIの進化で、専門知識がなくても業務アプリや社内システムを作れる時代になりました。作れる人が増え、アプリや画面は爆発的に増えていきます。ところが——作れることと、現場に使ってもらえることは、まったく別の問題です。
- AIはUIや機能は作れても、「このユーザーがどこで迷うか」までは面倒を見ない
- 素人が量産した画面は、作法がバラバラで迷いどころが多くなりがち
- 結局「使い方が分からない」で使われず、せっかく作ったものが定着しない
AIが普及するほど、「作れる人」と「使い方を伝える人」のギャップは広がっていく。
開発が速くなるほど「定着の負債」が増える
AIで実装時間が短くなると、1つのシステムを慎重に全社展開するより、部門ごとに小さな業務アプリを作る動きが増えます。便利な一方、利用者から見ると、覚える画面と操作ルールが次々に増える状態です。
| 開発側で速くなること | 利用・運用側に残ること |
|---|---|
| 画面や機能の生成 | 誰が、どの業務で、どう使うかの説明 |
| 項目やワークフローの追加 | 入力ルールの共有と変更時の周知 |
| 不具合修正・UI変更 | 古くなった案内の発見と更新 |
| アプリの量産 | 問い合わせ対応、教育、利用状況の把握 |
この差を放置すると、作ったアプリは増えても、現場では「どれを使うのか分からない」「以前のExcelに戻る」という定着の負債が積み上がります。AI導入の成果は、作った本数ではなく、業務の中で正しく使われたかまで見て判断する必要があります。
マニュアルを書く人が、いなくなる
かつては専任の担当者が分厚いマニュアルを作っていました。しかし、爆速で量産・改修されるアプリに、人手の静的マニュアルは追いつきません。
- 書いた瞬間に古くなる——画面が変わるたびにマニュアルは陳腐化する
- 量産されるアプリの数だけ、マニュアルを書く負担が増える
- そもそも、マニュアルは「別の場所にある」から読まれない
AIで開発が速くなるほど、この「マニュアル問題」は深刻になります。作るスピードに、伝えるスピードが追いつかないのです。
AIに任せる仕事と、業務担当者が持つ仕事を分ける
AIは文章の下書き、手順の整理、表現の言い換えを速くできます。しかし「どこで迷うか」「間違えると何が起きるか」「誰にどの案内を出すか」は、実際の業務と利用データを知る人が決める必要があります。
| AIを活用しやすい作業 | 人が責任を持つ判断 |
|---|---|
| 説明文の下書き・短文化 | 業務ルールとして正しいかの確認 |
| 手順候補の整理 | 利用者が実際に通る操作順の決定 |
| 複数表現の提案 | 誤操作や差し戻しにつながる曖昧さの除去 |
| 更新候補の洗い出し | 公開範囲、権限、更新タイミングの管理 |
画面上の案内は、長いほど親切とは限りません。利用者がその瞬間に判断するための一文と、次の操作だけに絞ります。詳しい制度説明や例外は、既存のヘルプや規程へ役割を分けます。
答えは「速く書く」ではなく「書かずに、その場で案内する」
発想を変える必要があります。マニュアルを速く書く競争をするのではなく、そもそもマニュアルを別に書かず、操作している画面の上で、迷う瞬間にその場で案内する。画面が変わったときも、対象要素をクリックし直して案内側を更新でき、利用者に別の場所を探させる必要がありません。
- 操作の流れの中で自然に目に入るので、読まれる
- 画面の要素に紐づくので、運用で追従でき陳腐化しにくい
- どこで迷われているかを計測でき、案内そのものを改善できる
これが「ツアーガイド（デジタルアダプション）」の考え方です。AIが画面を量産する世界では、「読まれない文書」の価値は下がり、「操作に寄り添う案内」の価値が上がります。
さらに：ガイド作成もノーコードで
「結局、その案内を作るのが大変では?」という疑問には、ノーコードが答えます。案内したい画面の要素をクリックして選び、手順やヒントを書くだけ。コードもマニュアル文書も書かずに、画面の上に案内を用意できます。AIで作り、ノーコードで導く——これがAI時代の現実的な解き方です。
AIで作ったシステムを定着させる運用
- 利用者と目的を決め、最初に使ってほしい業務を1つに絞る
- 利用者が迷う入口、判断が必要な項目、完了ボタンを洗い出す
- 対象要素をクリックして、短いガイドと入力例を作る
- まず少人数へ公開し、実際の操作順と表現を確認する
- 到達、操作時間、離脱、入力エラーを見て案内を直す
- 画面を変更したときは、機能と案内を同じ更新項目として確認する
運用責任は、アプリを生成した人だけに集中させないことも重要です。業務ルールを知る担当者が案内を編集し、システム管理者が公開範囲と権限を管理する形にすると、アプリが増えても更新が止まりにくくなります。
Chrome拡張とscript設置を使い分ける
AIで作った画面が自社管理のWebシステムか、他社SaaS上のアプリかで配信方法が変わります。作り方はどちらも、担当者が画面上の要素をクリックしてガイドを設定する流れです。
| 対象 | 向いている配信方法 |
|---|---|
| 自社でコードを管理する公開サービス・社内Webシステム | scriptタグを1行追加し、利用者へガイドを配信する |
| kintoneなど他社SaaS上で作った業務アプリ | Chrome拡張で、対象システムを変更せずガイドを後付けする |
InputGuide でできること
InputGuide は、ノーコードで作れるツアーガイドです。自社サイトには<script>を1行、kintone・Salesforce・SAP などの業務システムにはChrome拡張を入れるだけで、画面の上に操作ガイドと入力補助を重ねて表示できます。マニュアルを書かずに、必要な瞬間にその場で案内し、AIで増え続けるシステムの「使い方がわからない」を解消します。
- 画面の上で手順を案内し、迷いをその場で解消
- 入力例・形式チェック・全角半角の自動変換で入力ミスを防止
- どこで詰まっているかを計測し、ガイドを継続的に改善
- 作ったガイドはグループ内で共有でき、同じ案内を全員に配れる