「あの手順、wikiに書いてあったはず」。開いてみると、最終更新は一年半前。書いた人はもう別の部署にいます。結局チャットで聞き、返ってきた答えは、どこにも記録されないまま流れていきます。
社内wikiでつまずくのは、たいてい次の3点です。
- 書く時間が取れず、詳しい人の頭の中にしか情報が残らない
- 書いてあるのに見つからず、結局その人に聞いてしまう
- 更新が止まり、古い情報を信じた人が手戻りを起こす
この記事では、社内wikiをAIで回す形に変える方法に、次の順で答えます。
- 社内wikiが続かない3つの理由と、AIで変わる工程の切り分け
- AI社内wikiを立ち上げる5ステップと、そのまま使える指示文
- 公式サイトで確認できるツールのAI機能と、選ぶ前に決めること
- 書く人・直す人・削る人を先に決める運用ルールの作り方
Saix自身、社内マニュアル67本を社内ポータル「Saixマニュアルブック」に集約し、社員はAIヘルプデスク「サイくん」に質問して答えと出典にたどり着く形で運用しています。
作り手であり運用者でもある立場から、机上論ではなく手を動かす前提で書きます。
AIを足しても、社内wikiの書き手不足は解決しません。効くのは、wikiを「読む場所」から「AIが答えるための知識置き場」へ役割ごと変えることです。
社員の入口をAIに寄せると、探す手間が消え、質問ログから直す箇所が見えます。
社内の問い合わせ対応そのものを設計し直したい方は、次の記事が参考になります。
監修者
株式会社Saix 代表取締役
東証プライム上場企業含む100社以上のAI導入支援｜リクルートでのAI推進・新卒マニュアル制作経験を経て、Webサイト「AIマニュアル研究所」を運営｜YouTubeメディア「かいちのAI大学」4.8万人。
社内wikiを育てる手間と、探す時間の削減額を並べて見ると判断しやすくなります。年間の削減額を3分で出せます。
会社のホームページのURLを入れるだけで、削減できる時間と、それを人件費に換算した金額がその場でわかります。入力は5つだけ、3分で終わります。費用はかかりません。
以下の画像の「無料で試算する」をクリックして、まず自社の金額を出してみてください。
※ 画像の金額は表示例です。実際の試算額は入力内容によって変わります。
AI社内wikiとは｜wikiを正本に置き、社員の入口をAIに変える形
AI社内wikiとは、社内wikiに生成AIを組み合わせ、社員が検索の代わりにAIへ質問して答えと出典にたどり着く形の仕組みを指します。
ページを人が読みに行く前提から、AIが読んで答える前提へ、役割が変わります。wikiは正本、AIは入口です。この分担が決まらないまま導入すると、社員は今までどおり人に聞きます。
ツールを丸ごと入れ替える話ではありません。既存のwikiやマニュアルをそのまま知識として使う形が、いちばん早く立ち上がります。
社内wikiが続かない理由は3つ｜書かれない・探せない・古くなる
社内wikiが定着しない原因を「意識の問題」に置くと、打ち手を外します。止まっている場所は、書く・探す・保つの3工程に必ず分解できます。
| 止まる工程 | 現場で起きていること | 放置した先 |
|---|---|---|
| 書かれない | 詳しい人ほど忙しく、書く時間が最後に回る | 情報が一人の頭の中に留まる |
| 探せない | 階層が深く、社内用語で検索しても引っかからない | 書いてあるのに人に聞かれる |
| 古くなる | 更新のきっかけが無く、直す人が決まっていない | 古い情報を信じた人が手戻りする |
書かれない：書く作業が、その人の仕事だと認められていない
いちばん詳しい人は、たいていいちばん忙しい人です。手を動かせば数字が出る仕事と、書いても誰にも見えない仕事が並んだとき、後者は毎回後回しになります。
建設会社で、施工管理の担当者に「手順をwikiに書いておいてください」と頼んだ例があります。三か月後、ページは1本も増えていませんでした。書く時間を業務時間として認めない限り、書き手不足は続きます。
探せない：社内用語と一般用語が一致していない
検索が効かないのは、書き手が使う言葉と、探す人が使う言葉が違うためです。「与信」で書かれたページは、「取引先の審査」で検索する新人には見つかりません。
階層の深さも効きます。3階層より深い場所に置かれた情報は、目次からたどる人がほとんどいなくなります。探せない情報は、書かれていない情報と同じ扱いになります。
古くなる：直すきっかけが運用に埋め込まれていない
更新担当を決めても、それだけでは回りません。決まっているのは担当だけで、いつ何を直すかの合図が無いからです。「気づいた人が直す」は、結局誰も直しません。
AIで変わるのは3点｜書く・探す・保つのどこが軽くなるか
AIを入れれば3工程すべてが解決する、という話ではありません。工程ごとに、AIが担える範囲と人に残る範囲がはっきり分かれます。
- 書く：AIが下書きを起こし、人が事実を確かめる口頭説明の文字起こしや箇条書きのメモを渡すと、AIが手順の形に組み替えます。白紙から書く負荷が消えるので、書き手のハードルはここで大きく下がります。ただし事実確認は人に残ります。
- 探す：社員はwikiを検索せず、AIに聞く入口をチャットに寄せると、社内用語を知らない人でも答えにたどり着きます。回答に出典を付ければ、原典の場所も同時に覚えられます。
- 保つ：質問ログが、直すべき箇所を教えるどのカテゴリの質問が多いかを見れば、どのページが弱いかが分かります。更新のきっかけが、勘から記録に変わります。
3つのうち、導入の効き目がいちばん早く出るのは2つ目です。探す動線が変わるだけで、既存のページが初めて読まれ始めます。
逆に、期待を外しやすいのが1つ目です。AIは情報が足りない箇所を、それらしい文章で埋めます。承認者が誰か分からなければ「上長の確認を得ます」と書きます。読むと通っているので、そのまま公開されます。
AI社内wikiで最初に決めるのは、ツールではなく「wikiは誰のためのものか」です。社員が読むための場所と考えると、読みやすさの改善に終始します。AIが答えるための知識置き場と考えると、優先されるのは網羅性と鮮度になります。役割が変われば、書き方も更新の基準も変わります。
ここまでの内容を自社に当てはめると、年間どれくらいの経費が減るのか。会社のURLを入れるだけで、その場で試算できます。
以下の画像の「無料で試算する」をクリックすると、入力から3分でその場に金額が出ます。
※ 画像の金額は表示例です。実際の試算額は入力内容によって変わります。
AI社内wikiの作り方5ステップ｜1業務なら半日で1本目が載る
順に進めると、1業務ぶんが半日から1日で形になります。山場はSTEP1です。範囲さえ絞れていれば、あとの工程は作業に落ちます。
STEP1：載せる範囲を1つの領域に絞る
何を全社の情報を対象にせず、質問がいちばん多い領域を1つ選びます。
どうやって直近1か月のチャットを遡り、繰り返し聞かれている質問を数えます。経費精算、システムの操作、顧客対応の作法。質問の多い順が、そのまま着手の順番になります。
STEP2：既存の資料を1か所に集める
何をその領域に関するファイルを、形式を問わず1つのフォルダへ集めます。
どうやって整える前に集めます。共有ドライブの深い階層に FAQ_最新_v3_これ使って.xlsx のようなファイルが眠っているので、まず全部出します。重複や旧版が混ざっていても、この時点では捨てません。
STEP3：AIに下書きを作らせる
何を集めた素材から、wikiページの下書きを生成します。
どうやって下のプロンプト（＝AIへの指示文）を使います。プロンプトとは、AIに「こう作ってほしい」と伝える指示の文章のことです。
社内wikiの編集者として作業してください。
以下の素材から、社内wikiに載せるページの下書きを作ってください。
【対象領域】＜経費精算・システム操作などの領域名＞
【読み手】その業務の経験がない社員
【素材】＜既存ファイルの中身・口頭説明の文字起こし・チャットのやり取りを貼る＞
【出力の条件】
・1ページ1テーマにする。複数のテーマを1ページに混ぜない
・冒頭に「このページで分かること」を3行以内で置く
・社内用語が出たら、初出のその場で意味を説明する
・言い換えられる社内用語には、一般的な言い方を併記する
・素材の中で内容が矛盾している箇所は、統合せずに両方を並べて指摘する
・情報が足りない箇所は空欄にし、末尾に「確認が必要な項目」として一覧化する矛盾を統合させないのが要点です。AIに判断させると、古いほうの記述が採用されることがあります。並べて出させれば、どちらが正しいかは人が5分で判定できます。
STEP4：一般的な言い方を検索の入口として足す
何を社内用語だけで書かれたページに、外から探すときの言葉を足します。
どうやってページの末尾に、想定される質問文をそのまま3〜5行並べます。「経費はいつまでに出せばいいですか」のような口語のままで構いません。AIが参照するときも、この行が引っかかりどころになります。
この4行は、書き手が思いつく言葉ではなく、実際に来た質問文をそのまま使います。言い換えを想像で足すと、現場の言葉から外れます。
チャットの履歴に残っている生の質問を、句読点まで含めて貼り付けるのが早い方法です。丁寧な言い回しに直す必要はありません。
STEP5：入口をチャットに寄せる
何を社員が最初に触れる場所を、検索窓ではなくチャットにします。
どうやって「まずAIに聞き、答えが出なければ担当者へ」という順番を明文化します。回答には必ず出典のページを添える設定にします。
ゴール：1領域ぶんのページが載り、社員がチャットで聞くと出典つきの回答が返る状態になっていればOKです
ツールの現実解｜公式サイトで確認できるAI機能はここまで
ツール選びに入る前に、公式サイトで何が確認できるかを見ておきます。各社の公式サイトを実際に開いて確認しました（2026年7月時点）。
Notionの公式サイト（日本語）では、Notion AIの機能として「エンタープライズサーチ」が挙げられています。SlackやGoogle ドライブ、GitHubなどを横断して検索できる機能として説明されています。
権限まわりについても記載があります。Notion AIが何を見て何ができるかは利用者側で制御できること、ワークスペース全体のAIの動作を把握して誰が何を実行できるかを管理できることが公式に書かれています。社内wikiにAIを載せるとき、最初に確認すべきはこの権限の項目です。
NotePMの公式サイトでは、AI関連機能の総称を「NotePM AI」としています。個別の機能名として、AIチャットボット、AIマニュアル作成、AIファイル取込、AI変更履歴メモの4つが挙げられています。
AIチャットボットは、NotePMに蓄積された情報をもとにAIが回答を自動生成する機能と説明されています。AI変更履歴メモは、ページ更新時にAIが変更内容を要約してメモとして保存する機能です。
この2つを並べると、公式が想定している使い方が読み取れます。入口を検索からチャットへ移し、更新の記録をAIに書かせる。前の章で挙げた「探す」と「保つ」に、製品側の機能が対応しています。
公式に確認できる範囲を先に押さえておくと、商談での質問が具体的になります。検索で出てくる機能説明には、第三者サイトが独自にまとめた表現が混ざっています。
料金や製品ごとの向き不向きは、本記事では扱いません。課金の軸と使われなくなる原因まで含めた比較はAI FAQボットの料金と選び方の比較にまとめています。
ツールの選定軸そのものから整理したい場合はAIナレッジ共有ツールの選び方、Notionでページを作る手順はNotion AIでマニュアルを作る方法が近い話になります。
運用ルールは3つ決めれば足りる｜書く人・直す人・削る人
ツールを決めても、運用ルールが無ければ半年で止まります。決めるのは3つだけです。書く人、直す人、削る人。
Saixでは、社内マニュアル67本を1つのポータルへ集約し、社員はAIヘルプデスクに質問する形にしています。回答には根拠になったマニュアルが最大3件添えられ、クリックで原典を開けます。
設計の要点は、答えの根拠を1か所に固定することです。AIは社内資料だけを根拠に回答し、資料に無いことは憶測せず「担当者にご相談ください」と返します。AIが知らないことを作らない状態を、運用の前に作ります。
書く人：書く時間を業務として枠に入れる
書き手を増やすより、書く時間を確保するほうが効きます。週に30分でも、業務時間として枠に入れれば形になります。下書きをAIに作らせる前提なら、30分で1ページは十分に届きます。
直す人：直すきっかけを質問ログから取る
Saixでは、AIへの質問が8つのカテゴリに自動で分類されます。管理画面でカテゴリ別の件数が見えるので、質問が集中している領域が、そのまま弱いページとして浮かびます。
質問ログは、社員がどこでつまずいているかの課題マップとして読みます。全ページを定期的に見直す運用は続きません。質問が来たページと、手順が変わったページ。この2つに絞ると、更新は月に数本で収まります。
削る人：残す判断より、消す判断を先に決める
wikiが読まれなくなる原因の半分は、古いページが残り続けることです。増える一方の場所では、どれが生きている情報か判定できません。
Saixでは、目録ファイルから消したものはポータルからも消える形にしています。正本と配布を分けておくと、削除の判断が1か所で完結します。消し方が決まっていない仕組みは、必ず膨らんで読まれなくなります。
自社の場合はいくらになるのか、この機会に出してみてください。削減できる時間と金額を、業務ごとに算出します。
以下の画像の「無料で試算する」をクリックして、AIで浮く金額を先に確認してください。
※ 画像の金額は表示例です。実際の試算額は入力内容によって変わります。
AI社内wikiが止まる3パターン｜入れた翌月に静かに終わる
導入そのものは難しくありません。止まるのは運用に移った直後です。形は3つです。
- 1 全社一斉に始める全部門の情報を同時に載せようとすると、どの部門も中途半端なまま止まります。質問が多い1領域に絞り、そこで回った形を横へ広げます。
- 2 出典を出さない設定で使う回答だけが返る仕組みは、一度でも誤りが見つかると全体が信用されなくなります。出典が付いていれば、読み手は自分で確かめて判断できます。
- 3 古い資料を混ぜたまま読ませる改定前の版が残っていると、AIは古い記述を根拠に自信のある文章で回答します。導入のハードルは低く見えて、元データの整理が最大の作業になります。
1つ目は、期待の掛け違いから起きます。全社導入と聞いた側は完成品を想像し、実際に返ってくるのは範囲の狭い回答です。落差が大きいほど、二度目は使われません。
3つに共通するのは、AIの性能ではなく人の工程が抜けていることです。範囲を絞る。出典を必須にする。古い資料を先に落とす。
3つ目は特に静かに進みます。誤った回答が返っても、社員は「AIだから間違えることもある」と受け取り、報告されません。使われなくなる前に、一度だけ元データを棚卸ししておく価値があります。
御社の社内wikiを、AIが答えられる知識置き場に変える道筋を描きます
どの領域から載せるか、出典の出し方をどう設計するか、更新のきっかけをどこに置くかは、業種と人数で変わります。Saixが社内で回しているポータルとAIヘルプデスクの実物をお見せしながら、1領域ぶんを立ち上げる手順を一緒に整理します。オンラインで、費用はかかりません。
よくある質問
Q. 社内wikiをAIに読ませて、機密が漏れないか不安です
AIへ渡す知識の側を制限すれば、仕組みとして防げます。Saixでは資料ごとに公開部署を指定し、AIヘルプデスクも質問した人が見える資料だけを根拠に回答します。
見えない資料は存在ごと隠れるため、他部署限定の内容が回答経由で出ることがありません。渡す資料を絞る設計が、規約の確認より先に来ます。
Q. ページが何百本もある場合、全部読ませる必要がありますか
必要ありません。質問が多い1領域から載せ、回った形を横へ広げます。古い版や重複が混ざったまま全件を読ませると、AIが古い記述を根拠に回答します。
Saixが公開しているのは67本で、この規模なら凝った検索基盤を組まなくても運用できます。件数より、鮮度と重複の無さを先に整えてください。
Q. 無料のAIだけでどこまでできますか
下書きの生成と、既存資料の要約までは無料版の生成AIで届きます。届かないのは、部署ごとのアクセス制御と、質問ログの記録です。
この2つは社内wikiのツール側か、自社で用意する仕組みが要ります。作るところと回すところを分けて考えてください。
まとめ
社内wikiが続かない原因は、書かれない・探せない・古くなるの3つに分かれます。AIが効くのは、下書きの生成、検索の入口、更新のきっかけの3か所です。意識ではなく工程を分解すると、打ち手は具体的になります。
立ち上げは5ステップです。載せる範囲を1領域に絞る。既存資料を1か所に集める。AIに下書きを作らせる。想定質問を検索の入口として足す。入口をチャットに寄せる。1領域ぶんなら、半日で1本目が載ります。
運用で決めるのは3つだけです。書く人、直す人、削る人。wikiは正本、AIは入口。この役割分担を先に決めると、社員の質問が次に直すページを教えてくれる形になります。
次の一手は、直近1か月のチャットを遡り、繰り返し聞かれている質問を数えることです。問い合わせを受ける仕組みそのものから設計したい場合はAI FAQとは｜社内問い合わせを減らす仕組みと作り方の全体像が土台になります。
正本づくりから運用まで一気に整えたい場合は、AIマニュアル構築支援で実際の形をご覧ください。
結論：AI社内wikiは、wikiを「読む場所」から「AIが答えるための知識置き場」へ役割ごと変えたときに回り始めます。
- 止まるのは3工程：書かれない・探せない・古くなる。原因を意識の問題に置くと打ち手を外す
- AIが効くのは3か所：下書きの生成、検索の入口、更新のきっかけ。事実確認は人に残る
- 立ち上げは範囲を絞る：質問が多い1領域から載せ、回った形を横へ広げる
- 出典は必須にする：回答だけ返す仕組みは、一度の誤りで全体が信用されなくなる
- 運用は3役だけ決める：書く人・直す人・削る人。消し方が無い仕組みは膨らんで読まれなくなる
