社内Wiki:ツール、構成、そしてチャンネル履歴から育つWiki(2026年版)

社内Wikiとは、組織が自分たちのためだけに書くページの集まりです。新しい販売代理店をどう設定するか、最新の価格表はどこにあるか、6月に値引きについて何が決まったか、運送会社の到着が遅れたときに誰へ電話するか、といった内容を扱います。読者が同僚だから「社内」であり、どのメンバーでもページを書け、どのページからも別のページへリンクできるから「Wiki」です。従業員10〜200人規模の組織なら、2人目の人が同じ質問をした日から、すでに社内Wikiを持っていることになります。選べるのは、ページとして存在させるか、答えを同僚ひとりの頭の中と十数本のチャット スレッドに置いたままにするかだけです。

社内Wikiの解説の多くはソフトウェアの一覧です。このガイドはもっと手前から始めます。ツールは決めるべきことの中でいちばん小さいからです。うまく機能するWikiとは、人がたどれる構成、正確さを保てるページ形式、そしてチームが毎日開く場所の三つで成り立ちます。まず基本の技を扱います。構成、コピーして使えるページテンプレート、クリニックの実例です。そのうえで仕組みに進みます。チームがすでに使っているツールの中でWikiをどこに置くか(各ツール自身のドキュメントに基づきます)、そしてルールが実際に決まった会議を各ツールがどう扱うかです。Wikiの真価が問われるのは、公開した日ではないからです。新しい同僚が月曜日にWikiを開き、自分が読める言語でそのページを見つけられるかどうかが試金石になります。

社内Wikiとは何か、何ではないか

Wikiと呼ばれるものは4種類あります。それらが混同されているせいで、多くが作られながら、開かれるものは少ないのです。

Wikiは1行目にあたり、ほかの3つが拠りどころにするものです。ナレッジベースは、構成を強制したWikiです。1つの質問に1エントリ、それぞれに担当者がいます。30日で構築する方法はそのガイドにあり、このガイドで扱うのはWiki自体の形です。イントラネットは、書ける人が3人に限られたときのWikiの姿です。共有ドライブはWikiのファイルが置かれる場所で、Wikiの役目はその最新版を指し示すことです。Wikiはプロセス文書でもSOPでもありません。それらは1つの業務を最初から最後まで記述するもので、Wikiのページは、それらがどこにあるか、そのあと何が変わったかを伝えます。

Wikiを「社内」にしているのはパスワードではありません。ページがチームの使う言葉(「カサブランカルール」「火曜便」)で書かれていることと、社外向けのページには決して書けないこと、つまり誰が決めたか、なぜか、何に代わったのかを書けることです。

構成:7つのセクション、1つの疑問に1ページ

人が開くWikiと、開かれなくなったWikiとの違いは、ツールにあることはめったにありません。最初のページを書く前に、次の3つの判断をしたかどうかです。

部署別ではなく、疑問別にセクションを分ける。 「スイスの販売代理店にはどう請求書を出すのか」と尋ねる同僚は、その答えが経理、営業、物流のどこにあるのか知りません。知っているのは質問だけです。部署別に整理したWikiでは、1ページを探すのに3つのセクションを回ることになります。人が尋ねる疑問を、その人たちの言葉で整理し、最上位は7セクション以内にします。7を超えると構成そのものに検索が必要になり、まだ誰も埋めていないWikiを検索しても何も返りません。小規模な組織の最上位の例:顧客と注文、お金と請求、人と採用、ツールとアクセス、ルールと決定、連絡先。

1つの疑問に1ページ、1画面に収まる量で。 1つの疑問に答えるページは見つけてもらえ、読まれます。業務全体を説明するページはブックマークされ、流し読みされるだけです。「スイスへの請求はどうするか」はページ、「経理」はセクションです。ページに目次が必要なら、それは2ページです。

すべてのページに担当者と日付を。 担当者と最終確認日が書かれたページは信頼されますが、同じ内容でもそれらがなければ「たぶん古い」と見なされます。担当者の仕事は小さなものです。四半期に一度「これはまだ正しいか」に答え、日付を更新します。これが、Wikiを1年目以降も生かしておく唯一の仕組みです。担当者を挙げられないページは知識ではなく推測であり、取り除きます。

構成ができたあとは、2つの習慣で保ちます。1つ目は、チームのチャンネルで2回尋ねられた回答を、答えた本人がページにし、該当するセクションからリンクすることです。2つ目は、ルールを変える決定を、まず決定ログに1行記録し、そのルールを述べるページから決定ログへリンクすることです。こうしておけば、半年後にもページは、ルールの内容だけでなく理由まで語れます。

社内Wikiを1週間で作る方法

この計画は、推進役が1人いることを前提にしています。チームリーダー、または最も質問を受ける人です。残りのメンバーが使う時間は数分です。

1日目:チームがすでに読んでいる場所で選ぶ。 ソフトウェアの比較では選びません。Wikiは質問が出る場所に置きます。チームのチャンネルや、ファイルがすでにあるスイートです。5つ目のツールに独自のログインを設けたWikiは、月曜の朝に誰も開かないWikiです。各場所が何を保持し、どこで限界に達するかは、後ろの表に示しています。

1〜3日目:答えではなく、質問を集める。 チャンネルにメッセージを1件投稿します。「今週、同僚に尋ねた質問を、使った言葉のまま、すべて返信してください」。3日目までに40〜60件集まり、3分の1は重複しています。繰り返しを数えます。5回尋ねられた質問が1ページ目です。

4日目:7つのセクションに分け、担当者を決める。 質問が分かれるグループがそのままセクションになります。セクションごとに担当者(そのセクションの質問に最も多く答えた人)を決め、最初の15ページにもそれぞれ担当者を決めます。この段階では一覧以外は何も書きません。セクション、質問、担当者を書き出し、「足りないものは何か」と一言添えてチームに返します。

5〜7日目:すでにあるものから最初の15ページを書く。 各担当者が、下のテンプレートでページを書きます。出発点は、チャットの返信、ルールが決まった会議のリキャップ、3月に添付されたファイルです。初週のルールは「短くて正しいほうが、長くて網羅的なものに勝る」です。ファイルへのリンクを添えた2文の回答に、日付と署名があれば、それでページになります。そのうえで、セクションの索引をチームが読む場所にピン留めすれば、Wikiは成立します。

この1週間でやらないことは、共有ドライブの移行、すべてのプロセスのページ化、新しいツールの選定です。Wikiは、ファイルがある場所のファイルを、手順がある場所の手順を指し示します。

社内Wikiのページテンプレート

1ページ、1つの疑問、1画面以内です。メモとしてコピーして埋めてください。最もよく省かれるのは最後の3行で、ページを正確に保つのもその3行です。

[疑問。人がそれを尋ねるときの言葉で]
担当者: [名前] · セクション: [7つのうちの1つ] · 最終レビュー: [日付] · 次回レビュー: [日付]
短い回答: [2文で。何をすればよいか]
適用範囲: [チーム、拠点、顧客の種類] · 適用外: [取り違えやすいケース]
手順: [番号付きの手順。それぞれに関わるシステム、人、ファイルを明記]
背景となるルール: [ルールを定めた決定。日付と理由つき。決定ログへリンク]
例外: [通常の流れから外れるケースと、それぞれを判断する人]
ファイルの場所: [最新のテンプレート、価格表、契約書へのリンク]
関連ページ: [SOP、プロセス、このページの旧版]

テンプレートは太字のラベルつきのプレーンテキストなので、Wordファイル、Google ドキュメント、Wikiページ、Slackのキャンバス、チャットのメモのどこにも、書式を直さずに貼り付けられます。

実例:1週間後のクリニックのWiki

バルセロナにある、従業員24人の理学療法クリニックです。受付が4人、療法士が14人、経理が2人、残りは事務です。療法士の半数は、この2年のあいだにアルゼンチン、コロンビア、ウクライナから来ました。患者の3分の1は、英語で予約する英国人とドイツ人の居住者です。3日間の収集で52件の質問が集まり、重複を除くと37件でした。そこから生まれた構成と、7日目時点のセクションごとのページ数は次のとおりです。

1. 患者と予約(5)— 初診の予約の取り方、無断キャンセルへの対応、患者が担当療法士を変える方法
2. 請求と保険(4)— 直接請求する保険会社、海外の保険会社向け領収書の発行方法、セッションを返金する場合
3. 治療プロトコル(3)— プロトコルシートの場所、治療計画を承認する人、各セッションのあとに記録する内容
4. ツールとアクセス(2)— 予約システムへのアクセスを付与する人、患者向けレターのテンプレートの場所
5. ルールと決定(2)— 24時間前キャンセルのルール、決定ログ
6. 連絡先(1)— 保険会社の連絡先、機器サービスの窓口

合計17ページです。最も多かった質問「ドイツの保険会社が受理する領収書はどう発行するのか」は、1年間に同じ経理リーダーが受付で9回答えていました。ページ作成にかかったのは彼女の15分です。9回目の回答がすでにチャンネルに書かれていて、担当者の行と日付を足すだけでよかったからです。

セクション2の記入済みページ:

海外の保険会社が受理する領収書はどう発行するか?
担当者: 経理リーダー · セクション: 請求と保険 · 最終レビュー: 2026年11月6日 · 次回レビュー: 2027年2月6日
短い回答: 「保険会社用領収書」テンプレートを、患者の言語で使い、全行に診断コードと療法士の免許番号を記載する。
適用範囲: 自費で支払い、海外の保険会社に請求する患者 · 適用外: 当院が直接請求する保険会社(月次明細書を送付)。
手順: 1. 予約システムで患者を開く。2. 保険会社用領収書テンプレートを選ぶ。3. 治療計画から診断コードを追加する。4. 各行に免許番号があることを確認する。5. PDFで送付し、写しを患者フォルダに保管する。
背景となるルール: 2026年4月のドイツ側の受理拒否を受けて免許番号を追加した(決定ログ 2026-04-22 のエントリ)。
例外: セッションごとの明細つき領収書が必要な患者は、経理リーダーに依頼する。ほかの人は発行しない。
ファイルの場所: 保険会社用領収書テンプレート、診断コード一覧、患者フォルダ。
関連ページ: 直接請求する保険会社、セッションを返金する場合。

すでに使っているツールの中で、Wikiはどこに置かれるか

従業員10〜200人規模の組織は、すでに料金を払っているスイートの中にWikiを作ります。どのスイートにも、ページの置き場所、ファイルの置き場所、そして会議が残すものの経路があります。限界に達する点はそれぞれ違い、どこでもページは入力された言語のままです。以下は、各ベンダー自身のページに記載された動作のみを、そのページを確認した月とともに示しています。

4つすべてに共通することが3つあります。1つ目は、ページが入力された1つの言語のドキュメントまたはメッセージであり、別の言語を読むメンバーは、それか、誰かが作ったコピーを読むことになる点です。2つ目は、ファイルが別の場所にあり、別の検索で探すことになる点です。3つ目は、ルールが議論され決まった会議が、あとから人が入力したときにしかWikiに届かない点です。TeamsとMeetが文字起こしや要約をそもそもどこまで保持するか、通話後にそれらをどう保存するかは、Microsoft TeamsとGoogle Meetが文字起こし・録画・要約を保存する場所にまとめています。同じ理由で多くのチームが追加するAIノートテイカーはOtter.ai の代替で比較していますが、いずれも要約は1つの言語で書かれます。

これらのスイートが文書化している翻訳は、通話や読み手の画面に属するものであり、ページに属するものではありません。Microsoftは、主催者がTeams PremiumまたはMicrosoft 365 Copilotのライセンスを持つ場合に、Teams会議でライブ翻訳キャプションを使えると記載しています。Googleは、対象のWorkspaceプランでMeetの翻訳キャプションを使えると記載しています(いずれも2026年8月確認)。WhatsAppは、受信したメッセージを読み手の端末で翻訳できると記載しています(2026年8月確認)。それぞれが何をカバーし、どこで限界に達するかは、Microsoft Teams ライブ翻訳、Google Meet ライブ翻訳、WhatsApp 翻訳で扱っています。ウクライナ語を話す療法士が月曜日に開く領収書のページは、それらのキャプションとは別のものであり、入力された言語のまま読まれます。

チャンネル履歴から育つWiki

InterMINDは、チームの仕事がチャンネルの中にあるコミュニケーションのスペースです。そのためWikiには自然な置き場所があります。それを使うチームのチャンネルです。クリニックの受付、輸出チーム、代理店のアカウントグループなど、そのチャンネルは質問が出る場所でもあり、会議が始まる場所でもあります。上で挙げた3つの判断は、そのままチャンネルに対応します。

ページとその担当者は、チャンネル内のノートです。ノートは見出しと番号付きリストを持つリッチテキストのメッセージで、あとからそのメニューで編集でき、各メンバーが自分の言語で読めます(原文もワンタップで切り替えられます)。ピン留めすれば、セクションの索引が新しい同僚の最初の目に入ります。編集履歴をオンにすると、変更されたルールの以前の文言が、現在の本文の上に単語単位の差分とタイムスタンプつきで表示されます。担当者の「最終レビュー」の行が指し示すレビューの履歴は、これです。ページが指し示すファイル(領収書テンプレート、診断コード一覧、保険会社との契約書)は、同じチャンネルにアップロードされます。どのプランでも、読み手の言語によるAI要約がつき、各ポイントは出典の段落にリンクされます。有料プランでは、ファイル自体が読み手の言語に翻訳されて開きます(ドキュメントは30言語)。マスターのコピーをドキュメントツールに残す場合は、その更新がメールでチャンネルに届きます。チャンネルのホストがそのチャンネル専用のアドレスを発行し、そこへ送られたメッセージは、送信者名と添付ファイルを保ったまま通常のメッセージとして表示されます。Slackから移行するチームは、チャンネルをそのまま持ち込めます。標準のSlackワークスペースのエクスポートは、Slackのチャンネルごとに1チャンネルとして復元され、メッセージは元のタイムスタンプの順に並び、ピン留めとリアクションも保たれ、各メッセージはすべてのメンバーが自分の言語で読めます。

各ページの背後にある履歴は、上の表で人に任されている役割をチャンネルが担う部分です。ルールが決まる会議はチャンネルから始まります。通話中、ドラフトのページはShare to conferenceでビデオタイルの隣、全員の画面に表示されます。ノートでも、チャットにリンクしたGoogle ドキュメントやOneDriveのドキュメントでも構いません。各参加者は独立してスクロールし、自分の言語で読み、共有者はそのままライブで編集します。通話が終わると、リキャップが会議そのものから作成されます。要約、合意・未決・争点のマークが付いたポイント、担当者つきのアクションアイテムが含まれ、各行はタイムスタンプを保ちます。セッション中に共有されたドキュメントの要約も、話された内容とあわせて加わります。リキャップはメール、チャンネル内のメッセージ、カレンダーの予定のリンクとして届き、ログイン済みのすべてのメンバーが自分の言語で読みます。記録は読み手ごとに翻訳されるのであり、その場で使われた言語で一度だけ書かれるのではありません。どのメンバーも編集でき、すべての編集に作成者と改訂履歴が残り、チャンネルは過去のすべてのセッションのリキャップを保持します。ですから、免許番号のルールを決めた会議は、そのルールを述べるページからワンクリックの距離にあります。これが、チャンネル履歴から育つWikiです。受付での9回目の回答、ルールが議論された通話のリキャップ、4月に添付されたテンプレートが、すべて一か所にあり、その上にページがあります。上の表と並べると、違いは事実を述べるだけで明らかです。これらのスイートが文書化しているキャプションは、通話の進行中にその通話を翻訳します。ここでは、ページ、それを生んだ会議、そのファイルと履歴が1つの記録であり、各メンバーが自分の言語で読みます。

質問のチャンネルにも、反対側から同じ扱いが及びます。メンバー自身のアシスタント(Claude、ChatGPT、Copilot、Gemini。MCPコネクタ経由で接続)が、リキャップ、文字起こし、チャット、共有ファイルの本文を、たった1つの質問(「ドイツの保険会社が受理する領収書はどう発行するのか」)でまとめて検索し、該当する箇所を、出典となった会議、日付、ファイルとともに返します。これはAI機能をオンにしている組織で動作し、アシスタント経由で読めるのは、そのメンバーが参加している会議とチャンネルに限られます。チャット自体にも検索があり、Wikiは丸ごと持ち出せます。どのプランでも、設定のバックアップから、チャンネルをメッセージ、文字起こし、ファイルごとZIPとしてエクスポートできます。所有権の問いに、ページ単位ではなく組織単位で答えられます。

チームの知識を持つ人が、常に従業員とは限りません。保険会社の請求担当者、機器の技術者、ドイツの領収書ルールを知っているフリーランスの会計士などです。チャンネルの外部メンバーは、メールで無料アカウントに参加し、ほかのメンバーと同じようにページとその履歴を読めます。アカウントを持たない人は、1回の会議のゲストです。リンクから、電話からでも、無料で通話に参加し、自分の言語でライブで聞けますが、そのあとに記録は残りません。ホストがスペースを提供し、有料プランでは過去28日間にアクティブだったメンバーに対してのみ料金を支払います。アクティブとは、会議に参加した、チャットに書き込んだ、アシスタントに質問した、のいずれかです。静かになったメンバーは、無料のままアクセスを保ちます。これはWikiに必要なことです。2年前にページを書いた人が、今もチャンネルにいられるからです。

• 完全なリキャップを開く — あなたのリキャップを書くのと同じコードが出力した、実際の記録です。
• ライブデモを試す — 登録不要。話せば、聞き手ごとに翻訳された部屋の声が聞こえます。

技としての社内Wikiは、どのツールにも左右されません。誰かが質問を集め、構成を7セクションに保ち、すべてのページに名前と日付を付け、ダイレクトメッセージではなくチャンネルで答える必要があります。一方、必ずしも続けなくてよいのが、第二の仕事です。会議で決まったことをWikiに打ち直すこと、そして、もう一方の言語を読む同僚のために、すべてのページの翻訳コピーを一言語ずつ手作業で保つことです。

FAQ

社内Wikiとは何ですか?

社内Wikiとは、組織が自分のメンバーのために書くページの集まりです。やり方、ファイルの場所、何がなぜ決まったかを一か所にまとめ、どのメンバーもページを書け、どのページからも別のページへリンクできます。公開Wikiとは読者が違い、顧客ではなく同僚です。イントラネットとは、中央のチームではなく、実際に仕事をする人がページを書き更新する点が違います。開かれるページは、人が尋ねる疑問ごとに整理され、それぞれに担当者とレビュー日付があるものです。

社内Wikiとナレッジベースの違いは何ですか?

Wikiは、誰でも好きな構成で書けるページの集まりです。ナレッジベースは、人が尋ねる疑問ごとに整理され、1つの疑問に1エントリがあり、それぞれに担当者とレビュー日付が明記されています。Wikiは、構成と担当者を加えることでナレッジベースになります。それらがなければ、誰もたどれず、誰も確認していない数百ページに膨らみます。ソフトウェアは同じことも多く、一方を他方に30日で変える方法はナレッジベースの作り方にあります。

社内Wikiはどうやって作りますか?

チームがすでに読んでいる場所で選び、ソフトウェアの比較では選びません。チームが実際に尋ねる質問を、使われた言葉のまま3日間集めます。それらを7つ以内のセクションに分け、セクションごと、ページごとに担当者を決めます。最初の15ページは、すでにあるもの(チャットの返信、会議のリキャップ、ファイル)から、短い回答、手順、例外、レビュー日付を備えた1ページのテンプレートで書きます。セクション索引をチームが読む場所にピン留めします。その後はループを保ちます。2回答えた質問はページになり、各ページの担当者は日付が来たらレビューします。

社内Wikiには何を含めるべきですか?

1つの疑問に1ページ。各ページには、人が使う言葉での疑問、担当者、最終レビュー日と次回レビュー日、短い回答、適用範囲と適用外、関わるシステムや人を明記した手順、ルールの背景にある決定(日付つき)、例外とその判断者、最新ファイルへのリンク、関連ページへのリンクを含めます。Wiki全体には、部署別ではなく、尋ねられる疑問別に整理された7セクション以内の構成と、チームが読む場所にピン留めされたセクション索引が必要です。

社内Wikiに最適なツールは何ですか?

チームがすでに毎日開いているものです。5つ目のツールに独自のログインを設けたWikiは、月曜日に誰も確認しないWikiだからです。Microsoft Teamsでは、ページとファイルはチャンネルとそのSharePointサイトにあり、会議のノートはLoopコンポーネントです。Slackではチャンネル内のキャンバス、Google WorkspaceではカレンダーからリンクされたGoogle ドキュメント、WhatsAppではグループチャットそのものです。それぞれ上の表に記載した限界があり、いずれもページは入力された言語のままです。InterMINDは、チームのノート、ファイル、チャット、会議のリキャップを1つのチャンネルにまとめ、各メンバーが自分の言語で読めるようにします。それらのツールの代わりではなく、その隣で使えます。

Microsoft TeamsでWikiを作れますか?

Microsoftのドキュメントによると、チームのファイルはチームと同時に作成されるSharePointサイトに保存され、すべての標準チャンネルがそのサイトを共有してチャンネルごとに1フォルダとなります。そのため、チャンネルのファイルタブがWikiのドキュメントの置き場所になります。会議のノートは、参加者や主催者なら誰でも編集できるLoopコンポーネントで、自動保存され、Teamsのカレンダーと会議のリキャップから開けます。Wikiにとって重要な、文書化された限界が2つあります。社外の参加者は会議のノートにアクセスも編集もできないこと、そしてチャットとチャンネルのメッセージはTeamsの保持ポリシーにより一定期間後に削除されることがある一方、ファイルはSharePointとOneDrive独自のポリシーに従うことです(ページの確認は2026年10月と11月)。

社内Wikiを最新に保つには?

すべてのページに担当者とレビュー日付を付ける、それだけです。担当者の仕事は、四半期に一度「これはまだ正しいか」に答え、日付を更新することです。担当者が退職したページには新しい担当者がつくか、取り除かれます。2つの習慣がページを育てます。チームのチャンネルで2回答えた回答は、答えた本人がページにします。ルールを変える決定は先にログに記録し、ページが変更の理由へリンクできるようにします。この方法で保たれたWikiは、質問に答えるたびに1ページずつ育ち、プロジェクトとして誰かが書き直す必要はありません。

出典:Microsoft Learn — Teams and SharePoint integration、Microsoft Learn — Learn about retention for Teams、Microsoft — Take meeting notes in Microsoft Teams、Microsoft — Translate a message in Microsoft Teams、Microsoft — Use live captions in Microsoft Teams meetings、Slack — Pricing、Slack — Customize data retention in Slack、Slack — Export your workspace data、Slack — Meeting agenda template (canvas)、Google Chat — Use Automatic Translation in Chat、Google Meet — "Take notes for me" in Google Meet、Google Meet — Use translated captions、WhatsApp — How to export your chat history、WhatsApp — Privacy policy、WhatsApp blog — Introducing message translations。Microsoft LearnのTeams–SharePointのページは2026年11月に確認しました。Teamsの保持と会議ノートのページ、Slackのキャンバステンプレートのページ、Googleの「Take notes for me」のページは2026年10月に確認しました。Teamsのメッセージ翻訳とキャプションのページ、Slackの料金・保持・エクスポートのページ、Google Chatの翻訳とMeetのキャプションのページ、WhatsAppのページは2026年8月に確認しました。ベンダーはプラン、機能、対応言語を随時変更します。最新の状況は各社のページでご確認ください。