社内Wikiとは？ 定着しない3つの理由と続く運用の型
「社内Wikiを入れたのに、半年後には誰も更新していない」。この相談は、ツールの良し悪しより前の段階でつまずいています。この記事では、社内Wikiとは何か、何を置くものかを短く定義したうえで、定着しない3つの理由と、続いている会社が共通して持っている運用の型を整理します。最後に ChordOne Note で実装する場合の例を載せます。
社内Wikiとは何ですか？
社内の手順・ルール・議事録・ナレッジを、誰でも書けて、誰でも探せる場所にまとめた仕組みです。「聞かないと分からない」を「読めば分かる」に変えることが目的です。
- 社内Wiki（しゃないウィキ）
- 社内の業務知識をページとして蓄積し、検索とリンクでたどれるようにした情報共有の仕組み。特定の人しか編集できない「社内ポータル」と違い、必要な人が自分で書き足せることが特徴。近年は管理表（データベース）や受付フォームまで含むツールも多い。
ファイルサーバーやチャットとの違いは、「あとから読む人」を前提に書かれていることです。チャットは流れ、ファイルは開かないと中身が分かりません。Wiki のページは題名と本文で検索でき、リンクで前後の文脈にたどれます。この「あとから読む人のための場所」という性質を、運用のどこかで失うと定着しません。
社内Wikiには何を置くものですか？
手順書・ルール・議事録・用語集・管理表の5つが基本です。置くものを最初に決めておくと、「どこに書けばいいか」で止まる人が減ります。
| 置くもの | 例 | 読む人 | 更新のきっかけ |
|---|---|---|---|
| 手順書 | 入社手続き、経費精算の申請方法、備品の借り方 | 全員 | 手順が変わったとき、質問が繰り返されたとき |
| ルール・制度 | 就業ルール、評価制度の説明、休暇の取り方 | 全員 | 制度改定時 |
| 議事録 | 週次定例、経営会議、1on1 の記録 | 関係者 | 会議ごと |
| 用語集・背景 | 社内用語、過去の判断とその理由 | 新しく入った人 | 質問が出たとき |
| 管理表 | 入社準備表、研修計画、備品台帳、依頼受付 | 担当者 | 日々の業務の中で |
5つのうち、定着の鍵を握るのは最後の「管理表」です。手順書やルールは書いた後に読む頻度が下がりますが、管理表は仕事のたびに開きます。Wiki の中に日々開く表があると、隣の手順書も自然に読まれ、更新されます。
なぜ社内Wikiは定着しないのですか？
書く場所と仕事をする場所が離れている、共有範囲が曖昧で置けない情報がある、更新の責任者と期限が決まっていない。この3つが、ほぼすべての「使われない Wiki」に当てはまります。
理由1: 書く場所と、仕事をする場所が離れている
Wiki は「情報を置く場所」として導入され、日々の業務データ（誰が何を担当し、いつまでに終えるか）は表計算やチャットにあります。この状態では、Wiki を開く用事が「調べるとき」だけになり、調べる回数は日を追って減ります。書く側も、仕事の記録は表計算に付け、Wiki には「あとで清書」しようと思って書かない。半年後に残るのは、導入時に一気に書いたページだけです。
理由2: 共有範囲が曖昧で、置けない情報がある
人事や経営に関わる情報は、「誰が読めるか」がはっきりしないと置けません。フォルダ単位でしか権限を決められない、管理者が全部見られる、といった仕様だと、人事チームは Wiki に本音のメモを置かず、メールや個別チャットに戻ります。人事が使わない Wiki は、制度やルールの正本も更新されず、「古い情報が載っている場所」になっていきます。
理由3: 更新の責任者と期限が決まっていない
「みんなで書く」は、誰も書かないと同じです。ページごとに所有者と次に確認する日が無いと、手順が変わっても直す人がいません。読む側が「ここは古いかもしれない」と疑い始めた時点で、Wiki への信頼は失われます。
続いている会社は、どんな運用の型を持っていますか？
仕事の管理表を Wiki の中に置く、共有範囲をページ単位で決める、ページに所有者と確認日を付ける。3つの理由をそのまま反転させた型です。
型1: 日々開く管理表を Wiki の中に置く
入社準備表・依頼受付・研修計画のうち、いま表計算で回している1つを Wiki の管理表に移します。担当者はその表を毎日開くので、Wiki を開く用事が「仕事そのもの」になります。手順書は管理表の隣に置き、行から手順にリンクします。「書く場所」を「仕事をする場所」に寄せる、というのがこの型の考え方です。
型2: 共有範囲を4区分でページ単位に決める
全員／部署／指定した人／自分だけの4区分を決め、ページごとに当てはめます。人事のメモは「自分だけ」から始めて必要な相手にだけ開く。全員向けの手順書は全員が読め、担当部署だけが編集できるようにする。この区分がツール側で守られている（管理者でも非公開は読めない）と、人事チームが安心して置き始め、制度の正本が Wiki に集まります。
型3: ページに所有者と確認日を付ける
ページの上部か管理表の列に、所有者と次回確認日を持たせます。確認日が来たら所有者に通知が届く仕組みがあれば、更新は「思い出す」作業ではなく「届いた通知を処理する」作業になります。所有者が異動・退職したら自動で分かることも、この型を続けるうえで重要です。
定着度を確かめるチェックリスト
導入3か月後に、次の項目を確かめてみてください。「はい」が3つ未満なら、ツールではなく型のどこかが欠けています。
- 担当者が仕事のために毎日開く管理表が、Wiki の中に1つ以上ある
- 人事・経営の情報が、共有範囲を限定して Wiki に置かれている
- 全員向けページの8割以上に、所有者と次回確認日が付いている
- 「〜はどこに書いてある？」という質問に、Wiki のリンクで答えた回数が先月より増えている
- 検索で、言い回しが違う語（「有給」と「休暇」など）でも目的のページが見つかる
- 最終更新から半年以上経ったページを、月に1回は棚卸ししている
ChordOne Note で3つの型を実装すると？
管理表の担当者列に従業員名簿を参照し、ページごとに人・部署で共有し、確認日をきっかけにオートメーションで通知します。3つの型が標準機能で揃います。
型1の管理表は、業務テンプレートの「プロジェクト管理」「社内依頼受付」から列・ビュー・フォームが揃った状態で作れます。担当者の列は従業員名簿から選ぶだけで、異動・退職に追従します。手順書は同じスペースに置き、管理表の行から /ページ で子ページにリンクできます。
型2の共有範囲は、新しいページが作成者だけの状態から始まり、管理者でも非公開ページの本文を読めない設計です。共有先は人・部署単位でページごとに指定し、親ページの設定はその下にも効きます。社外の協力者には、メールでそのページだけを開ける招待を送れます。
型3の確認日は、管理表に「所有者（従業員）」「次回確認日」の列を持たせ、「確認日を過ぎたら所有者にアプリ内・Slack で通知」のオートメーションを付けます。実行結果は「正常に実行」「確認が必要」で確認できます。会議の記録は AI議事録で残り、同じ時間帯の 1on1 に自動でひも付くので、議事録の置き場所で迷いません。
すべて従業員20名まで無料で、21名以上は月200円/人です。機能の詳細は 機能ページ、料金は 料金ページ、始め方は 導入の流れ をご覧ください。
よくある質問
社内Wikiと社内ポータルの違いは？
ポータルは決まった担当者が情報を掲示する場所、Wiki は必要な人が自分で書き足せる場所です。両方の役割を1つのツールで持つこともできます。
少人数でも社内Wikiは必要ですか？
10人前後でも、入社が続くなら必要です。新しく入った人が「聞かないと分からない」状態を減らせます。無料枠で始められるツールが多いので、まず手順書と管理表を1つずつ置いてみてください。
Wiki の書き方にルールは要りますか？
最小限で構いません。「置く場所を5種類に分ける」「ページに所有者と確認日を付ける」の2つから始め、必要になったら足します。細かい書式のルールは、書くハードルを上げます。