2026年5月24日
「禁止より誘導」のガイドライン文章設計 — 行動を変える言葉づかいパターン集
ガイドラインが機能しない原因は「項目」ではなく「文章」
コミュニティ運営でガイドラインを整備したのに、違反が減らない・読まれない・運営判断がブレる、という相談をよく受けます。多くの場合、原因はガイドラインに含めるべき項目(禁止行為・著作権・通報手順など)の不足ではありません。項目は十分なのに、文章の書き方が機能していない ことが本質です。
「禁止します」「禁ずる」「いかなる場合も〜してはならない」という文体は、警告文として法務的には正しくても、参加者の行動を変える力は弱いです。なぜなら、参加者は「自分には関係ない注意書き」として読み飛ばし、ガイドラインが存在することと行動が結びつかないからです。
本記事は、ガイドラインの 「何を含めるか」が決まった後の「どう書くか」 に特化して、文章設計の5原則とコピペで使えるNG/OK対比集を整理します。ガイドラインに含めるべき項目自体(利用規約とガイドラインの分担、必須項目)や、書き上げた文章を入会フロー・違反対応・定期レビューといった運用フローに乗せる仕組みは、別のレイヤーの問題です。本記事はその間にある、言葉そのものの設計 を担当します。
なお、ガイドラインを「コードとして管理する」発想は コミュニティ運用をコードで表現する — Slack を題材にしたポリシー・モデレーション・招待フローの実装 で扱っています。本記事はそのうち、規約・行動規範の Markdown 中身に書く文章そのものに焦点を当てます。
原則1:「〜しない」より「〜しよう」 — 禁止語と推奨語のペアで考える
ガイドラインの一行を書くとき、まず 「同じ意図を、禁止形と推奨形の両方で書いてみる」 ことを習慣にします。多くの場合、推奨形のほうが短く、覚えやすく、運用判断もしやすくなります。
| 禁止形(弱い) | 推奨形(強い) |
|---|---|
| 自分の宣伝目的の投稿は禁止 | 自分の取り組みを共有するときは、背景や問いを添えて投稿しよう |
| 他人を傷つける発言は禁止 | 発言する前に「自分が言われたらどう感じるか」を1秒だけ考えよう |
| 個人情報の投稿は禁止 | 投稿する前に、画面に映っている名前・メール・社名を見直そう |
| マルチポストは禁止 | 同じ話題は、一番関係しそうなチャンネル1つに投稿しよう |
| スレッドを荒らす行為は禁止 | 議論が白熱したら、新しいスレッドに分けて続きを書こう |
禁止形には2つの欠点があります。1つは 「禁止されていないことは全部OK」と読まれる こと。もう1つは 違反判定が二値(違反 / 違反でない)になり、運営側の介入閾値が硬直する こと。推奨形は「望ましさのグラデーション」を残せるので、運営の声かけ(「もう少し背景を書くと反応が増えそうですよ」)が自然に成立します。
ただし、例外として禁止形で書くべき領域 もあります。差別的発言・違法行為・他者への直接的な攻撃など、グラデーションを認めるべきでない領域は、明確に禁止形で書きます。「禁止より誘導」は原則であり、絶対則ではありません。
原則2:抽象語を行動レベルに落とす — 「丁寧に」「節度を持って」を捨てる
「丁寧な発言を心がけましょう」「節度を持った投稿をお願いします」「誠実なコミュニケーションを大切に」——これらの文は、何も言っていないのと同じです。抽象語は、書いた本人の頭の中では具体的なイメージがあるが、読み手は何をすればよいか分からない。結果として、運営者が「これは丁寧ではない」と判断する瞬間まで、参加者は自分が違反していることに気づきません。
抽象語を見つけたら、必ず 「具体的にどんな行動か」を一行で書き換えます。
| 抽象的(弱い) | 行動レベル(強い) |
|---|---|
| 丁寧なコミュニケーションを心がける | 相手のコメントに返信するときは、まず引用してから自分の意見を書く |
| 節度を持った投稿を | 連投する場合は、3投稿目までに一度、他の人の反応を待つ |
| 場の雰囲気を大切に | 初参加の人がいるスレッドでは、内輪ネタを使う前に補足を1行入れる |
| 建設的な議論を | 反論するときは「自分はこう思う」の形で書き、相手の人格には言及しない |
| 誠実な対応を | 質問に答えられない場合は「分からない」と書く |
行動レベルに落とすメリットは3つあります。
- 参加者がその場で実行できる。「丁寧にしよう」では何をすればいいか分からないが、「引用してから返信する」は即実行できます。
- 運営の判断が安定する。「丁寧でない」の解釈は人によって違いますが、「引用していない」は誰が見ても同じ判定になります。
- 改訂の議論ができる。抽象語のままだと「もっと丁寧にしましょう」としか言えませんが、行動レベルなら「引用ルールが3チャンネルで機能していない」と具体的に話せます。
抽象語は美しいが、機能しません。ガイドラインは詩ではなく取扱説明書 です。
原則3:「主語」を運営から参加者に渡す
ガイドラインの文章で最も無意識に出てしまうのが、運営者を主語にした文章です。「我々は〜を禁止します」「運営は〜の権利を保有します」「当コミュニティは〜を求めます」。これらは法務文書として必要な場面もありますが、行動規範の本体にこの文体が多いと、参加者は 「ここは運営の場所で、自分は招かれた客だ」 という認識になります。
主語を参加者側に渡すと、文章はぐっと近くなります。
| 運営主語(距離が遠い) | 参加者主語(距離が近い) |
|---|---|
| 当コミュニティでは、相互尊重を求めます | お互いを尊重する場として、みんなで使っていきましょう |
| 運営は、不適切な投稿を削除する権利を保有します | 困った投稿を見つけたら、運営に通報してください。判断は運営が引き取ります |
| 我々は、ハラスメント行為を一切認めません | ハラスメントは、このコミュニティの土台を壊します。気づいたら誰でも声を上げてください |
| 利用者は、本ガイドラインを遵守する義務があります | このガイドラインは、みんなで場を成立させるための共通の前提です |
主語を渡すことで、ガイドラインは 運営者から参加者への通達ではなく、参加者同士の合意 という性格を帯びます。これは原則1(禁止より誘導)と原則2(行動レベル)と組み合わせると、特に効きます。
ただし、違反時の意思決定者は運営である という事実は隠さないこと。「判断は運営が引き取ります」のように、責任の所在は明確にします。曖昧にすると、トラブル発生時に「誰が決めるのか」で揉めます。
原則4:例外と例示を必ず添える — 1行のルールに3行の例
ルールを1行で書ききると、読み手は「で、具体的にはどういうこと?」と止まります。1つのルールには、最低1つの例示と、できれば1つの例外を添える。これだけで、ガイドラインは「読まれる文書」に変わります。
例:
宣伝は、文脈に沿った形で歓迎します。
- OK例:「自分が運営している勉強会の告知です。コミュニティで話題になっていた◯◯のテーマを扱います」
- NG例:「[URL] よろしくお願いします」(背景・関連性の説明なし)
- 例外:自己紹介スレッドでの自己紹介文に SNS リンクを添えるのは、文脈説明なしでも OK です
例示と例外を添えると、ガイドラインの文字数は確かに増えます。しかし参加者が「自分のケースはどっち?」を自己判断できる確率が大きく上がり、結果として運営への質問・違反対応の回数は減ります。ルール本体を短く・例示を厚く が、運用負荷を最小化する書き方です。
原則5:「違反時にどうなるか」を脅さずに書く
ガイドラインの末尾に「違反した場合は退会処分とします」「警告なしに削除することがあります」という記述があると、参加者は身構えます。違反対応の存在自体は必要ですが、脅す書き方は、健全な参加者ほど萎縮させる という副作用があります。
違反対応の項目は、次の3点を分けて、淡々と書くと機能します。
- 何が起きるか(事実):「投稿が削除されることがあります」「DM で運営から連絡することがあります」
- 誰が判断するか(責任):「判断は運営チーム(◯◯・◯◯)で行います」「重大な案件は3名以上で判断します」
- 異議の余地はあるか(透明性):「判断に納得がいかない場合、◯◯フォームで再検討を依頼できます」
「処分」「禁止」「永久追放」という言葉を、「対応」「お願い」「再検討」に置き換えるだけでも、文章の温度は大きく変わります。意思決定の厳しさは保ちつつ、文章の温度は下げる。これが運営の信頼を保ったまま、ルールを機能させる書き方です。
多様性配慮の言葉づかい — 「みなさん」が排除している人を見直す
参加者の属性が多様になるほど、ガイドラインの言葉づかいで意図せず誰かを排除している箇所が出てきます。これは「政治的正しさ」の問題ではなく、ガイドラインを読んだ人が「ここは自分の居場所だ」と感じられるか という、純粋に運用上の問題です。
見直しのチェックリスト:
- 性別を仮定する表現:「男女問わず」より「どの立場の方も」、「彼/彼女」より「その方」
- 年齢・経験を仮定する表現:「若手の皆さん」「ベテランの方々」より「経験を問わず」
- 国籍・言語を仮定する表現:「日本人として」「皆さん日本語で」より「日本語をメインの言語として」
- 家族構成を仮定する表現:「ご家族で」「お子さんと」より「お一人でも、ご一緒の方とでも」
- 身体能力を仮定する表現:「立ち上がって」「見える人は」より「可能な方は」
すべてを書き換える必要はありません。自分のコミュニティに来てほしい人が、ガイドラインを読んで「自分は除外されている」と感じる箇所があるか を、複数人でレビューする。それだけで、文章の精度は大きく上がります。
ガイドラインを「読ませる」配置・レイアウトの工夫
文章設計とは別レイヤーですが、配置で読まれ方は大きく変わります。同じ文章でも、配置が悪いと存在しないのと同じです。
- 入会フローの中に組み込む:別ページに置くだけでなく、入会時に「読みましたか?」のチェックを必須にする
- 見出しを質問形にする:「禁止事項」より「困ったらどうする?」、「投稿ルール」より「何を書いていい?」
- 目次を上部に置く:3分で読めるとはいえ、知りたい項目に飛べる目次があると到達率が変わる
- 更新日と変更履歴を冒頭に:「いつの版を読んでいるか」が分かると、信頼性が上がる
- チャンネルに固定リンク:本文をピン留めするのではなく、ガイドラインへの URL を1本だけピン留めする
これらは コミュニティ運用をコードで表現する で扱った「ドキュメントサイトとして配信する」発想と接続します。文章を整えたら、配信の設計まで一気通貫で考えるのが本筋です。
まとめ — 文章設計はコミュニティの第一印象である
新規参加者がコミュニティに入って最初に触れる「運営者の言葉」は、多くの場合ガイドラインです。ガイドラインの文章の温度が、運営の温度として読まれます。
5つの原則を最後にもう一度並べておきます。
- 「〜しない」より「〜しよう」 — 推奨形を基本にする
- 抽象語を行動レベルに落とす — 「丁寧に」を捨てる
- 主語を運営から参加者に渡す — 通達ではなく合意にする
- 1行のルールに3行の例 — 例示と例外を厚くする
- 違反時の対応は、脅さず淡々と書く
これらは個別の文章テクニックですが、貫いている考え方は1つです。ガイドラインは「守らせる」ものではなく、「参加者が自分の行動を決められるようにする」もの です。運営の思考プロセスを文章で開示し、参加者がそれを使えるようにする。そう捉え直すと、ガイドラインは管理ツールから、コミュニティの文化そのものに変わります。
書き直したガイドラインは、入会時の合意・違反対応のエスカレーション・定期レビューといった運用フローに乗せて初めて機能します。文章設計と運用設計は両輪です。
コミュニティのガイドライン設計を伴走する支援が必要な場合は、六瀬のコミュニティサポートサービスをご検討ください。
関連記事
COMMUNITY SUPPORT
自社のコミュニティを、設計から計測まで一緒に直す
この記事で扱った密度や構造の論点を、自社のコミュニティに当てはめて診断したい方へ。六瀬合同会社は、設計・運営・計測の3点を一体で支援しています。
よくある質問
- Q. ガイドラインの「文章」と「項目」はどちらを先に整えるべきですか?
- A. 項目(何を書くか)を先に整理し、その上で文章(どう書くか)に取りかかります。項目が決まらないまま文章を磨いても、抜け漏れや重複が生まれます。逆に項目だけ揃えて文章設計を怠ると、ページは存在するのに読まれず守られないという、最も多い失敗パターンに陥ります。本記事は項目が決まった後の、文章設計のフェーズを対象にしています。
- Q. 「禁止より誘導」は、本当に違反を減らせますか?
- A. 単独で違反をゼロにはできません。ただし、運営介入が必要になる回数は明確に減ります。「〜禁止」と書かれたルールは、参加者にとって「自分には関係ない警告文」になりがちで、結果として読み飛ばされます。「〜しよう」「〜だと助かります」と書かれたルールは、参加者の行動レパートリーに直接入りやすく、推奨行動を選ぶ確率が上がります。違反対応の仕組み(入会時の合意・エスカレーションフロー・定期レビュー)と組み合わせて初めて、ガイドラインは機能します。
- Q. ガイドラインの分量はどのくらいが適切ですか?
- A. 「3分で読み切れる長さ」を目安にしています。文字数で言うと2,000〜3,000字、スマートフォンでスクロール3〜5回で末尾に到達する分量です。長くなる場合は、原則を集めた本体と、個別ケースを集めた付録に分けます。本体だけ読めば日常運用に困らない構造にし、付録は参照先として運用するのが現実的です。
- Q. 既存のガイドラインを書き直すとき、メンバーへの伝え方はどうすべきですか?
- A. 「変更しました」だけの告知は、改訂の意図が伝わらず、混乱と反発を招きます。変更前後の対比、変更した理由(どんな出来事を受けて)、変更しなかった項目、運営として今後何を続けて何をやめるか、の4点をセットで共有します。改訂自体を「コミュニティの会話の素材」として開くと、ガイドラインへの理解とコミットが同時に深まります。