--- title: "グループウェアの掲示板運用｜既読管理と掲載ルール、社内ポータルへ広げる判断" url: "https://www.issoh.co.jp/column/details/19256/" published: 2026-11-03 updated: 2026-11-03 categories: ["DX"] publisher: "株式会社一創" --- # グループウェアの掲示板運用｜既読管理と掲載ルール、社内ポータルへ広げる判断 グループウェアの掲示板に総務からのお知らせを載せても、締切の前日になって「見ていなかった」と言われる。掲示板が読まれない原因の多くは、製品の機能不足ではなく、カテゴリ・掲示期間・既読・通知の4つの設定を決めないまま使い始めたことです。この記事では、サイボウズのGaroonとサイボウズ Office、Microsoft 365のSharePointニュースの公式ヘルプを手がかりに、社内掲示板の既読管理と掲載ルールの決め方を整理します。後半では、グループウェアの掲示板で足りる組織と、社内ポータルへ広げるべき組織の分かれ目を判断するための具体的な条件を示す構成です。仕様は2026年11月時点の公式ヘルプに基づきます。 ## まとめ：グループウェアの掲示板を読まれる場にする4つの設定と広げる判断 掲示板の運用で最初に決めるのは、投稿のルールではなく一覧の短さです。終了日の無い掲示が積み上がると、新しいお知らせは古い掲示の下に沈みます。掲示期間を必須にし、カテゴリを「読む人がとる行動」で分け、全社向けの投稿者を数人に絞る。この3つで一覧は見通せる長さに収まります。 既読管理は、確認を取りたい掲示だけに絞って使ってください。Garoonの閲覧状況は公開する時点で選ばないと後から付けられず、数えられるのは通知先に入れた人だけという前提があります。全掲示に既読を求めると、読んだ印を付けるだけの作業が増えて本文が読まれなくなります。 拠点ごとのサイトが増えた、複数の業務システムの入口をまとめたい、既読の記録を人事や監査に使いたい。こうした要件が出たら、掲示板の設定で粘るより社内ポータルへ広げる段階です。逆に、社員が数十人で全員が同じチャットにいる組織なら、掲示板を作り込む必要はありません。 ## グループウェアの掲示板が担う役割と、チャット・メールとの使い分けの線引き 掲示板を立て直す前に、掲示板に載せるべき情報とそうでない情報を分けておきます。グループウェア全体の機能と選び方は[グループウェアとは？機能・料金とクラウド型オンプレ型の違い、選び方を解説](https://www.issoh.co.jp/column/details/13295/)で扱っているため、ここでは掲示板の役割だけを取り出します。 ### 一対多の周知を残す掲示板と、流れて消えるチャット・メールの役割の差 掲示板の強みは、後から来た人も同じ場所で同じ情報を読める点にあります。チャットは会話の流れに沿って投稿が上へ流れていくため、3日前の通達を探すには検索かスクロールが必要です。メールは受信者ごとに受信箱が分かれ、入社前に送られた通達は新入社員の手元に残りません。 この性質の違いから、掲示板に載せる情報は「一定期間、全員が参照し続ける情報」に絞れます。年末調整の提出期限、健康診断の日程、規程の改定、システムの停止予定といった、期限と対象者がはっきりした周知です。反対に、依頼と返答が往復する連絡や、当日中に片付く相談はチャットへ回します。両者の境界は[ビジネスチャットとは？主な機能とメール・グループウェアとの違い、選び方を解説](https://www.issoh.co.jp/column/details/13545/)でも比較しています。 線引きを文書にしないまま両方を使うと、同じ通達がチャットと掲示板に二重に流れ、どちらが正なのか分からなくなります。正本は掲示板、チャットには掲示へのリンクだけを貼る。この一行を決めるだけで、問い合わせの往復は減ります。 ### 主要製品の掲示板に共通する機能：カテゴリ・掲示期間・コメント・通知 製品ごとに画面は違っても、掲示板の設定項目はほぼ共通の内容です。[サイボウズ Officeの掲示の作成](https://jp.cybozu.help/o/ja/user/app/bl/basic/add.html)では、書き込むカテゴリ、掲示期間、コメントの書き込みの可否、リアクションを投稿ごとに設定します。掲示期間は無期限か、開始日時と終了日時を指定する形で、どちらか一方だけの指定もできます。 | 設定項目 | 決める内容 | 決めないと起きること | | ----------- | --------------- | ------------------------- | | カテゴリ | 掲示の分類と投稿できる人 | 部署ごとに分類が増え、探す場所が分からない | | 掲示期間 | 公開の開始日時と終了日時 | 期限切れの掲示が一覧に残り、新着が埋もれる | | コメント・リアクション | 質問や確認の返し方 | 問い合わせが個別のメールやチャットへ散る | | 更新通知 | 誰に、どのカテゴリを知らせるか | 通知が多すぎて無視されるか、少なすぎて気づかれない | | 既読（閲覧状況） | 確認を取る掲示と対象者 | 周知した証拠が残らず、言った言わないになる | 本記事の後半は、この表の上から順に決め方を見ていきます。順番には意味があります。カテゴリと掲示期間が決まっていない状態で既読や通知を足しても、読まれない掲示が増えるだけだからです。 ## 社内掲示板が読まれなくなる原因と、既読管理で周知漏れを防ぐ仕組みの設計 掲示板が形骸化する経路はだいたい決まっています。原因を押さえたうえで、既読機能をどこに使うかを決めます。 ### 掲示が埋もれる典型パターン：カテゴリの乱立と期限切れ掲示の放置 最も多いのは、部署ごとに投稿権限を渡した結果、カテゴリが部署の数だけ並ぶ形です。総務・人事・経理・情報システムがそれぞれカテゴリを持つと、社員は「この情報はどの部署が出すのか」を知らないと目的の掲示にたどり着けません。年末調整は人事なのか経理なのか、迷った時点で掲示板は探す場所ではなくなります。 次に多いのが、終了日を入れずに投稿された掲示の放置です。去年の健康診断の案内と今年の案内が並んで表示されれば、どちらが有効かを確かめる手間が読者に移ります。一覧の上位10件のうち半分が期限切れになったら、社員は一覧を見なくなると考えてください。 3つ目は、重要度の差が見えない状態です。社内イベントの写真と規程改定のお知らせが同じ見た目で並ぶと、読む側は全件を開かない限り重みを判断できません。重要度の扱いは、次の既読管理と通知の設計で分けていきます。 ### Garoonの閲覧状況に見る既読管理の前提：公開時にしか選べない設定 既読管理を入れる前に、製品の既読機能が何を数えているかを確かめてください。[クラウド版Garoonの閲覧状況の確認](https://jp.cybozu.help/g/ja/user/application/bulletin/maintainer.html)によると、閲覧状況に表示されるのは、システム管理者が更新通知の通知先に設定したユーザーです。通知先に組織やロールを設定していれば、その所属ユーザーが並びます。 運用上の落とし穴は2つあります。1つは、掲示を公開する際に「閲覧状況を確認する」を選んでおく必要があり、公開後にはこの設定を変更できないことです。投稿してから「やはり既読を取りたい」と思っても、掲示を作り直すしかありません。もう1つは、公開後に閲覧権限や通知先を変えても、閲覧状況に表示されるユーザーは変わらない点です。公開直後の異動や入社は、閲覧状況に反映されません。 閲覧状況では未閲覧のユーザーが上位に並び、閲覧日時は最初に開いた日時が記録されます。閲覧者が多い場合は、閲覧者・所属組織・閲覧日時をCSVで書き出すことが可能です。また、公開された掲示を閲覧できるユーザーは全員が閲覧状況を確認できるとされています。誰が読んでいないかが社内に見える仕組みなので、督促の材料にする場合は、その運用を事前に社員へ伝えておくのが筋です。 ### 既読を取る掲示を絞る基準：全掲示に既読を求めると確認疲れが起きる 既読を取る掲示は、読まなかった場合に会社として困るものに限ります。目安は3種類です。期限までに社員が何かを提出・申請しなければならない通達、規程や就業規則の改定、情報セキュリティの注意喚起。この3種類以外は、既読を取らない通常の掲示で十分です。 就業規則のように法令で周知が求められる文書は、掲示板の既読とは別に「いつでも見られる状態」を作る必要があります。要件の整理は[就業規則の閲覧｜周知義務の要件と社内ポータルで見られる状態の作り方](https://www.issoh.co.jp/column/details/17928/)にまとめています。掲示板の既読は「改定を知らせた記録」、規程の置き場は「常に参照できる正本」と役割を分けてください。 既読機能を持たない製品でも、確認の返事を集めることは可能です。サイボウズ Officeでは、コメントの書き込みを許可した掲示にリアクションを設定でき、リンク名に「確認しました」「了解です」を選べます。厳密な閲覧記録ではありませんが、全員の反応を一覧で見るには足ります。閲覧の記録まで必要な掲示だけを、既読機能のある製品や仕組みに乗せる考え方です。 ## 掲載ルールの作り方：カテゴリ設計・掲示期間・投稿権限を決める順序 掲載ルールは長い規程にする必要はありません。A4で1枚に収まる量にして、投稿者全員が守れる形にします。 ### カテゴリは読む人の行動で切る：部署別より用途別が探しやすい理由 カテゴリを分ける基準は、投稿する部署ではなく、読んだ人がとる行動です。「提出・申請が必要なもの」「知っておけばよいもの」「システムの停止・障害」「社内行事」の4つ程度から始めると、読む側は自分に関係するカテゴリだけを開けば済みます。部署名は投稿の本文や標題の冒頭に入れれば足ります。 カテゴリの数は、トップページで一覧が切れずに見える範囲に収めてください。10を超えると、社員は目的のカテゴリを探すより全件の新着を眺めるようになり、カテゴリ分けの意味が薄れます。拠点や部門ごとに独自のカテゴリが必要な場合は、全社カテゴリの下に置くのではなく、拠点向けの掲示板や部門サイトとして分けるほうが一覧は荒れません。 ### 掲示期間と保管の決め方：終了日を必須にして一覧を短く保つ運用 掲示期間は、すべての掲示で終了日を必須にします。提出期限のある通達なら期限の翌日、イベントの案内なら開催日の翌日、システム停止の予告なら作業完了の翌日を終了日にするのが分かりやすい決め方です。終了日が決められない掲示は、そもそも掲示板ではなく規程集や社内wikiに置く情報だと判断できます。 期限が過ぎた掲示を消すかどうかは別の論点です。過去の通達を後から確認したい場面はあるため、削除ではなく掲示期間の終了で一覧から外す運用にしておくと、検索で見つけられる状態を保てます。掲示期間の指定ができない製品なら、月に一度、運用担当者が古い掲示を「過去のお知らせ」カテゴリへ移す作業を決めておきます。 ### 投稿権限と承認の線引き：全社向けの掲示は少数の運用担当者に絞る 全社向けカテゴリへの投稿は、総務や広報などの運用担当者2〜3人に絞ります。各部署は担当者に原稿を渡し、担当者が標題の書き方と掲示期間をそろえて投稿する形です。投稿までに半日ほどかかる代わりに、一覧の見た目と重要度の付け方が統一されます。 部署内やプロジェクト内のカテゴリは、反対に投稿者を絞らないほうが使われます。サイボウズ Officeでは作成が許可されていないカテゴリには掲示を追加できないため、カテゴリ単位で投稿できる人を分けるだけで、この二層の運用を組めます。 ### そのまま使える社内掲示板の掲載ルールのひな形と決めておく7項目 ルールの文面は、次の7項目を埋めれば一通りそろいます。例の欄は書き方の参考で、数字は自社の規模に合わせて調整してください。 | 項目 | 決める内容 | 記載例 | | ------- | ------------- | ------------------- | | 掲載する情報 | 掲示板に載せる範囲 | 期限と対象者がある全社周知に限る | | 載せない情報 | チャットや規程集へ回すもの | 依頼と返答が往復する連絡、規程の正本 | | 標題の書き方 | 一覧で判断できる形式 | 【要提出】【周知】の区分＋部署名＋期限 | | 掲示期間 | 終了日の決め方 | 期限またはイベントの翌日。無期限は不可 | | 投稿者 | カテゴリごとの投稿権限 | 全社カテゴリは総務の担当者のみ | | 既読を取る掲示 | 閲覧状況を使う条件 | 要提出・規程改定・セキュリティ注意喚起 | | 見直し | ルールと一覧の点検頻度 | 四半期に1回、カテゴリと古い掲示を点検 | 標題に区分を入れるのは、一覧を見ただけで開くべき掲示が分かるようにするためです。社内ポータルのトップで何をどの順に見せるかという設計の考え方は、[見やすい社内ポータルのデザイン｜掲載の優先順位と四つのレイアウト型、作り込む判断基準](https://www.issoh.co.jp/column/details/16018/)でも同じ原則を扱っています。 ## 更新通知の設計：通知しすぎて無視される状態を避ける掲示板の設定 通知は、掲示板を読みに来てもらうための唯一の手段です。そのぶん、出しすぎると最初に無視されます。 ### カテゴリ単位の通知と外せない通知を分ける：サイボウズ Officeの仕様 [サイボウズ Officeの掲示の更新通知の設定](https://jp.cybozu.help/o/ja/user/app/bl/plus/notification.html)では、通知はカテゴリ単位で設定し、受信した通知はトップページの最新情報パーツに表示されます。所属組織のカテゴリと、システム管理者が設定したカテゴリの通知は、ユーザー側で解除できません。宛先を指定した通知は、通知を解除している掲示や掲示期間が終了した掲示でも届くとされています。 この仕様は、そのまま通知設計の型として使えます。前章の「提出・申請が必要なもの」と「システムの停止・障害」の2カテゴリだけを管理者が設定する外せない通知にし、残りは社員が自分で選ぶ。全カテゴリを外せない通知にすると、社内行事の写真まで全員に届き、本当に必要な通知が埋もれます。 注意したいのは、掲示ごとの通知の解除です。サイボウズ Officeでは、コメントの書き込みを許可した掲示であれば利用者が掲示ごとに通知を外せます。コメントが続く掲示は通知が何度も届くため、要提出の通達ではコメントを閉じ、質問は別の窓口で受ける運用のほうが通知の数を抑えられます。 ### Microsoft 365環境でSharePointニュースを掲示板として使う際の届き方 Microsoft 365を使う会社では、SharePointのニュースが掲示板の役割を担うことが多くなります。[SharePoint サイトでニュースを作成して共有する](https://support.microsoft.com/ja-jp/sharepoint/sites-in-sharepoint/create-and-share-news-on-your-sharepoint-sites)によると、ニュースはSharePointのスタートページとモバイルアプリにパーソナライズされたフィードとして表示され、チームサイト、コミュニケーションサイト、ハブサイト、Teamsのチャネルにも表示できます。 全社の公式なお知らせは、組織ニュースサイトに指定したサイトから出すと、タイトルのカラーブロックで他のニュースと区別されます。指定はSharePointのグローバル管理者がPowerShellのSet-SPOOrgNewsSiteコマンドで行う設定で、利用者の画面からは変えられません。部署のニュースと全社の通達が同じフィードに混ざるため、この区別を付けないと重要度の差が見えなくなります。 パーソナライズされたフィードは、読む人ごとに並び順が変わる仕組みです。全員に同じ順番で同じ掲示を見せたい通達には向かないため、要提出の通達はTeamsのチャネルへの投稿やメールと組み合わせて届けます。サイトの構成やWebパーツの具体的な設定は[SharePointで社内ポータルを作る実装手順｜サイト構成・Webパーツ・権限・ナビ設計を上限値から解説](https://www.issoh.co.jp/tech/details/16153/)で扱っています。ニュース投稿・リスト・Viva Engageの3方式からSharePoint上で掲示板を作る手順は[SharePointの掲示板の作り方](https://www.issoh.co.jp/tech/details/19267/)にまとめています。 ## 掲示板から社内ポータルへ広げる判断：グループウェアの掲示板で足りない4つの条件 ここまでの設定で掲示板は立て直せます。ただし、組織の規模や情報の種類によっては、掲示板という器そのものが合わなくなります。その分かれ目を判断するための具体的な条件を示す構成です。 ### グループウェアの掲示板のままで足りる組織の条件と、作り込まない判断 全社向けの周知が月に20件程度までで、拠点が1〜2か所、使っている業務システムが数本に収まる組織なら、グループウェアの掲示板で足ります。前章までのカテゴリ・掲示期間・既読・通知の4つを決めれば、追加の開発は要りません。 社員が30人前後で、全員が同じチャットのチャンネルに入っている組織では、掲示板を作り込むこと自体が過剰です。周知はチャットのお知らせ用チャンネルにピン留めし、規程は共有フォルダの1か所に置く。この運用で回っている間は、掲示板の立て直しにも社内ポータルにも予算を割く理由がありません。 ### 社内ポータルへ移す4つの条件：入口の統合・サイト乱立・検索・記録の利用 次の4つのうち1つでも当てはまれば、掲示板の設定で粘るより、社内ポータルとして設計し直すほうが手戻りは少なく済みます。 1. 勤怠・経費精算・ワークフローなど複数の業務システムがあり、社員が毎朝どこを開けばよいか迷っている 2. 拠点や部門ごとにサイトや掲示板が作られ、全社の通達と部門の連絡が別々の場所に散っている 3. 掲示だけでなく、規程・マニュアル・申請書の様式を横断して全文検索したい 4. 既読の記録を人事評価・監査・教育の受講管理に使うため、他のシステムと突き合わせる必要がある 4つ目は見落とされやすい条件です。Garoonの閲覧状況はCSVで書き出せますが、通知先に入れた人しか数えず、公開後の異動も反映されません。受講管理のように「対象者全員が期限までに読んだか」を人事データと照合する業務では、書き出したCSVを毎回手作業で突き合わせることになります。この照合が月に何度も発生するなら、既読の記録を人事マスタと連動させる仕組みを社内ポータル側で持つ段階です。 社内ポータルの機能と、パッケージ・既存ツール・個別開発の選び方は[社内ポータルサイトとは？機能・作り方・要件定義と内製外注の判断基準](https://www.issoh.co.jp/column/details/13456/)で整理しています。既存のグループウェアやMicrosoft 365を残したまま、入口と既読の記録だけを個別に作る構成も、選択できる方法の一つです。要件の整理から相談したい場合は、一創の[ポータルサイトシステム開発](https://www.issoh.co.jp/service/system/portal/)で、現在の掲示板の運用を前提にした設計をお手伝いしています。 ### 社内ポータルへ移すときに掲示板の運用ルールを持ち越す具体的な段取り 社内ポータルへ移す場合も、本記事の掲載ルールはそのまま持ち越せます。カテゴリの切り方、掲示期間の決め方、既読を取る3種類の条件は、器が変わっても有効です。むしろ移行前に掲示板でルールを固めておくと、ポータルの要件定義で「お知らせ欄に何をどう載せるか」を議論し直す手間が省けます。 移行時に失敗しやすいのは、旧掲示板の過去の掲示をすべて新しいポータルへ移そうとする判断です。期限切れの掲示まで移すと、新しい一覧が初日から古い情報で埋まります。移すのは規程やマニュアルのように参照され続ける情報に限り、期限付きの通達は旧掲示板を閲覧専用で一定期間残す形が無難です。 ## よくある質問 グループウェアの掲示板の運用について、検討の段階でよく聞かれる質問に答えます。 ### グループウェアの掲示板とビジネスチャットはどう使い分ければよいですか？ 一定期間、全員が参照し続ける情報は掲示板に、依頼と返答が往復する連絡や当日中に片付く相談はチャットに載せるのが基本です。掲示板は後から来た人も同じ場所で同じ情報を読めますが、チャットは投稿が流れていくため、数日前の通達を探すには検索が必要になります。両方に同じ通達を流すと、どちらが正本か分からなくなります。正本は掲示板に置き、チャットには掲示へのリンクだけを貼る運用にしてください。 ### 社内掲示板の既読管理はすべての掲示に設定すべきですか？ すべての掲示に設定する必要はありません。既読を求める掲示が増えるほど、読んだ印を付けるだけの作業になり、本文が読まれにくくなります。期限までに提出や申請が必要な通達、規程や就業規則の改定、情報セキュリティの注意喚起の3種類に絞るのが目安です。Garoonのように公開時にしか既読の確認を設定できない製品もあるため、どの掲示で既読を取るかは投稿前に決めておきます。 ### 社内掲示板が読まれない場合、まず何から見直せばよいですか？ 最初に一覧の長さを見直します。終了日の無い掲示が残っていると、新しいお知らせが古い掲示の下に沈むためです。すべての掲示で終了日を必須にし、期限切れの掲示を一覧から外すだけで、目に入る件数は大きく減ります。次に、部署ごとに増えたカテゴリを「提出が必要なもの」「知っておけばよいもの」のような読む人の行動による分類へ組み替えます。通知の見直しはその後で十分です。 ### 掲示板の既読情報は他の社員にも見えてしまいますか？ 製品によって異なります。クラウド版Garoonのヘルプでは、公開された掲示を閲覧できるユーザーは全員が閲覧状況を確認できると説明されています。誰が未読かが社内に見える仕組みのため、督促に使う場合はその運用を事前に社員へ伝えておくのが無難です。閲覧状況を一部の担当者だけで扱いたい場合は、利用中の製品の権限設定を確認するか、既読の記録を別の仕組みで管理する方法を検討します。 ### グループウェアの掲示板から社内ポータルへ切り替える目安はありますか？ 複数の業務システムの入口をまとめたい、拠点や部門ごとにサイトが乱立している、規程やマニュアルを横断して検索したい、既読の記録を人事や監査に使いたい、の4つのうち1つでも当てはまれば検討の段階です。全社の周知が月に20件程度までで拠点が少ない組織なら、掲示板の設定を整えるだけで足ります。切り替える場合も、カテゴリや掲示期間の掲載ルールは新しいポータルへそのまま持ち越せます。 ## 関連記事 - [グループウェア比較｜料金と最低ユーザー数、Microsoft 365との棲み分けで決める選定基準](https://www.issoh.co.jp/column/details/17482/)：掲示板を含めて製品を選び直すときの比較軸 - [情報共有とは？目的とメリット、うまくいかない原因と仕組み化の進め方を解説](https://www.issoh.co.jp/column/details/13553/)：掲示板の運用を情報共有の仕組み全体の中で見直す - [グループウェアの中小企業向け選び方｜従業員規模別の年額と乗り換えコスト](https://www.issoh.co.jp/column/details/19117/)：小規模な組織で掲示板にどこまで費用をかけるかの判断材料 - [社内ポータルサイトとは？機能・作り方・要件定義と内製外注の判断基準](https://www.issoh.co.jp/column/details/13456/)：掲示板から社内ポータルへ広げるときの作り方 - [見やすい社内ポータルのデザイン｜掲載の優先順位と四つのレイアウト型、作り込む判断基準](https://www.issoh.co.jp/column/details/16018/)：お知らせ欄の見せ方と掲載の優先順位 --- 出典: [グループウェアの掲示板運用｜既読管理と掲載ルール、社内ポータルへ広げる判断]()（株式会社一創）