本当に使われるチームwikiの作り方：構成、責任者、検索

ほとんどのチームwikiが1年以内に死ぬ理由

wikiは決まった順番で死にます。誰かが意気込んで、深いフォルダ構造を用意します。初日から空の枝があるので、人はそれを信用しなくなります。正しい置き場所が見つからないので、新しいページは最上位に作られます。3か月もすると同じテーマのページが2つあり、片方は間違っています。誰かが検索して間違った方を引き当て、それ以降はチャットで聞くようになります。

どの段階にも、設計で防げる原因があります。

• 空っぽの構造。 中身より先にフォルダを作っている。対策：入れるページが3つ揃ったときだけセクションを作る。
• 責任者がいない。 誰も担当しないページは、間違いになるまで放置される。対策：ページごとに1人の名前を、ページ上に見える形で。
• 重複ページ。 弱い検索と命名ルールの不在が原因。対策：命名規則と、週5分の統合作業。
• 古い内容。 1月時点では正しかった。対策：全ページに見直し日を設け、四半期ごとに棚卸しする。
• 答えずに一覧を返す検索。 「返金ポリシーは？」と聞く人は、「返金」という語を含む9件の文書を求めていない。対策：検索が良いツールを選び、人が尋ねる質問文そのままのタイトルを付ける。

小さなチームのためのwiki構成

最上位の4セクションで、15人以下のチームに必要なものはほぼ揃います。どれかが溢れるまで、5つ目を追加したくなる気持ちを抑えてください。

ハンドブックは最も変化が少なく、新メンバーが最初に読むものです。「働き方」は運用マニュアルです。ランブックは深夜2時にあなたを救うページです。意思決定は会社の記憶であり、多くのチームが飛ばすセクションです。4つ目のセクションに合う意思決定ログのテンプレートを用意しています。

各セクションの中は、セクション、テーマ、ページの3階層より深くしないでください。「ランブック / インフラ / データベースのパスワードをローテーションする」なら問題ありません。それより深いと、人は正しい枝を探す代わりに最上位に重複を作ります。

ページ名は質問か動詞にする

ランブックは動詞で名付けます。「APIをデプロイする」「顧客に返金する」「APIキーをローテーションする」。ハンドブックと働き方のページは、人が実際に聞く質問で名付けます。「休暇はどう申請する？」「何が経費になる？」「朝会はいつ？」。タイトルは検索が最初に照合する部分であり、人は同僚に聞くときの言葉で検索します。

wikiを生かし続ける責任のルール

構成は簡単な方です。最初の1か月を過ぎてもwikiを正確に保つのは、次の3つのルールです。

1. ページごとに責任者1人、名前をページ上に。 チームでも役職でもなく、個人です。退職時には、退職チェックリストの中でページを引き継ぎます。責任者のいないページは放置せずアーカイブします。
2. 全ページに見直し日。 ハンドブックは12か月、働き方は6か月、ランブックは3か月。責任者はページがまだ正しいことを確認するか、修正します。見直し日を過ぎたページには目立つ警告を出し、月次レポートで責任者ごとに期限切れページを一覧にします。
3. 間違いを見つけた人が直す。 ランブックに従っていて手順4が間違っていたら、作業を終える前に手順4を直します。これはwikiの行く末を最も変えるルールで、オンボーディングで口に出して伝える必要があります。新しい人は自分には権限がないと思い込むからです。

7ステップでwikiを構築する

1. ツールを選び、評価をやめる。 ツールは責任のルールほど重要ではありません。ページを入れ子にでき、本文を検索でき、誰がいつ何を編集したか分かり、離脱できるようMarkdownに書き出せるものを選びます。下の表で4つを比較しています。
2. 誰かを招待する前に、最初の20ページを自分で書く。 空のwikiは無視すべきものに見えます。最初の20ページは通常、ハンドブック10、働き方5、最も怖い手順のランブック3、今四半期の意思決定2です。
3. 書き直さず、移す。 これらのページの大半は、すでにチャットのスレッド、Googleドキュメント、誰かの頭の中にあります。日付と責任者を付けて貼り付け、磨くのは後で。
4. 全ページの責任者と見直し日を一度に設定する。
5. wikiではなくルールを告知する。 告知は3行で済みます。wikiの場所、「見つけたら直す」ルール、繰り返される質問へのチャットの回答はページへのリンクに置き換えること。
6. 1か月間、チャットの質問にリンクで答える。 「航空券の経費精算はどうする？」と聞かれたらリンクで答え、ページがなければ5分で書いてリンクを送ります。1か月後には、人はまず検索するようになります。
7. 四半期ごとに棚卸しする。 チーム全員で30分。死んだものをアーカイブし、重複を統合し、期限切れの見直しを確認します。ページ数は少なく保ちます。良い小チームのwikiは80〜200ページで、2,000ページではありません。

検索の問題と、Confluenceユーザーが不満を言う理由

wikiの検索への不満はほぼ同じです。フレーズを検索すると、その語を含むページの長い一覧が誰にも分からない順で返り、正しいページは2画面目にある。Confluenceがこの不満で最もよく名指しされるのは、最も広く使われているからでもあり、大規模なConfluenceサイトには何年分もの添付ファイル、個人スペース、アーカイブ済みページが溜まり、それらが現在の答えと並んでランク付けされるからでもあります。

Atlassianのために公平に言えば、同社のサポート文書はConfluence Cloudのどのプランにも検索の制限を明記していません。2026年10月時点で書かれているのは、Freeプランが最大10ユーザー、2 GBのファイルストレージをカバーし、Rovoを含むAI機能はStandard以上に記載され、Premiumではより高い利用枠があるということです。つまりFreeのConfluenceサイトでは検索は従来のキーワード検索で、AIで答えを返す層は有料機能です。

ツールに関係なく問題を減らす方法が3つあります。

• ページを減らす。 2,850ページが古い3,000ページより、現行の150ページの方が検索はよく機能します。四半期の棚卸しは検索の改善です。
• 人が検索する言葉でタイトルを付ける。 「PTOポリシー v3 最終」というページは、「休暇 申請 方法」と打つ人には見つかりません。
• 質問型の検索。 新しいアプローチは、ページを一覧にする代わりに、ページを元に出典付きで質問に答えることです。Slite、Nuclino、Atrixはいずれもその一種を備え、Confluenceは有料プランのRovoで行います。

小さなチーム向けwikiツール（2026年10月時点）

数字についての注記。Sliteのページには、年払いでBasicが1メンバーあたり月10ドル、Proが20ドル、無料プランなし、カード不要の14日間試用と記載されています。NuclinoはFree、Starter、Businessを年払い最大25%オフで掲載していますが、ユーザー単価をページ上で確認できなかったため掲載していません。Starterはアイテム無制限と30日間のバージョン履歴を含み、BusinessはSidekick AIと無制限の履歴を追加します。Confluence Cloudの価格は請求期間と地域で異なり、確認時点でAtlassianのページから読み取れなかったため、直接確認してください。

Atrixが合う場面

Atrixは選択肢の一つです。正直な推薦理由は、wikiが、タスク、チャット、カレンダー、顧客、採用も入ったワークスペースの1タブであることです。ランブックは元になった課題にリンクでき、意思決定ページはきっかけになった商談にリンクできます。ページはツリー状に入れ子になり、ページをデータベースにでき（意思決定セクションに便利です。決定ごとに1行、ステータスと日付の列）、複数人がカーソルを見ながら同時編集でき、すべてのページにバージョン履歴とコメントがあり、ワークスペース全体をMarkdownのZIPとして書き出せます。検索ボックスはページ、タスク、メッセージを横断して質問に答え、答えの出典を示します。同じワークスペースに尋ねる機能はMCPサーバーを通じてClaude、ChatGPT、Cursorにも公開されているので、今使っているツールからwikiに質問できます。

制限もあります。無料プランはなく、Builderは5シート向けで、NotionやConfluenceのエクスポートを取り込むインポーターはMarkdown、Word、Excelファイル以外になく、wikiだけが欲しいならSliteやNuclinoの方がシンプルです。ドキュメントとホワイトボードのページに、ページでできることとできないことをまとめています。Notionと比較しているなら、Notionとの比較とNotionの代替一覧が違いを詳しく扱っています。

よくある質問

会社のwikiには何を入れるべきですか？

4つです。ハンドブック（給与、休暇、経費、備品、価値観）、チームの働き方とリリース方法をまとめた運用マニュアル、誰かが緊急時に従う可能性のあるすべての手順のランブック、そして意思決定ログ。製品ドキュメントと顧客向けヘルプは別の場所に置きます。

小さなチームの社内wikiはどう構成しますか？

最上位4セクション、それぞれにテーマ、テーマごとにページ。3階層で、それ以上深くしません。入れるページが3つ以上揃ったときだけセクションを作ります。積極的にアーカイブして合計200ページ以下に保ちます。

チームwikiの責任者は誰にすべきですか？

各ページには名前付きの責任者が1人。wiki全体には、四半期の棚卸しと月次の期限切れレポートを回す人が1人います。15人未満のチームでは、通常は創業者か業務責任者です。ページの責任は退職チェックリストの中で別の人に引き継ぎます。

wikiのページはどのくらいの頻度で見直すべきですか？

ハンドブックは年1回、働き方は6か月ごと、ランブックは3か月ごとか手順が変わるたびに。意思決定は後から編集せず、覆された決定には古いページにリンクする新しいページを作ります。

Confluenceは小さなチームのwikiに向いていますか？

使えます。2026年10月時点で、Freeプランは最大10ユーザー、2 GBのストレージをカバーします。よくある不満は大規模サイトでの検索品質で、AI検索の層（Rovo）は有料プランにあります。Jiraをまだ使っていない15人未満のチームなら、軽いツールの方が通常は早く立ち上がります。

次のステップ

上の構成と最初の20ページから始めてください。wikiをチームの他の仕事の隣に置きたいなら、ドキュメントとホワイトボードの機能ページで入れ子のページ、データベース、同時編集を確認でき、Notionとの比較でwikiの移行に何が伴うかが分かります。

出典

2026年10月に確認：Sliteの料金、Nuclinoの料金、Atlassian：Confluence Cloudのプラン。