「匿名なのに、たぶんバレてる」——少人数の職場で匿名性が壊れる仕組みと、その防ぎ方

匿名は「宣言」では守れない

「このアンケートは匿名です」と書けば匿名になる、わけではありません。名前の欄をなくしても、投稿の内容・宛先・タイミングから、書き手は推測できてしまいます。

とくに社内は、外部のSNSと違って母集団が狭い。「営業2課の、先月の展示会について不満を持っている人」と言えば、もう数人です。区切れば区切るほど、匿名は薄くなります。

公開範囲を細かく分けるほど、特定されやすい

善意で「関係する人にだけ届けたい」と考え、投稿先を小さなグループに絞る。これが匿名性にとっては逆効果になります。

3人だけが読めるグループに投稿すれば、読み手から見て候補は自分を除いて2人。誰が書いたかは、ほぼ分かります。読者が少ないほど、書き手は裸に近づくわけです。

かといって「◯◯を除く全員」のような除外設定を作ると、今度は書き手が「誰に読まれるか」を頭の中で計算しなければならなくなる。これはこれで、書く前のハードルを上げてしまいます。

警告ではなく、実数を見せる

Furattoは、この問題を「禁止」ではなく「可視化」で扱います。投稿先を選ぶと、そのグループの和集合で「◯人が読めます」と実数を表示します（重複はカウントしません）。

少人数のグループへの投稿を、システムが禁止することはしません。少人数にだけ伝えたい場面は現実にあるからです。判断するのは書き手自身で、そのための材料——「今、何人に見えるのか」——を、投稿する前に手元に出すことを重視しています。

モーダルでいちいち確認を挟むこともしません。うるさいのは情報そのものではなく、割り込みのほうです。人数は静かにその場に表示され、少ないと感じたら書き手が投稿先を広げるなり、表現を調整するなり、自分で決められます。

「読める人」と「書いた人」は別物

読者数の可視化は「誰が読めるか」の話です。これとは別に、「誰が書いたか」は管理者の画面にも他の利用者の画面にも表示されないようにしてあります。

投稿と投稿者アカウントの結びつきは分離して保管され、組織の管理者であっても読める設定にはなっていません。後述の通り、管理者は投稿を削除する権限は持ちますが、書き手を画面から確認する手段は持たない設計です。ただし、投稿の内容や公開範囲の小ささなどから、書き手が推測される場合はあります。

この二つ——「読める人は実数で見える」「書いた人は画面には表示されない」——を分けて考えることが、社内匿名を現実的に運用する鍵になります。

正直な注意点

実数を見せても、内容からの推測まではなくせません。「この書き方はあの人だ」と読み手が思うことを、システムは止められない。匿名性は確率を上げる話であって、ゼロリスクの約束ではありません。

だからこそ、少人数グループの多用は勧めません。基本は全社単位にして、グループでの限定公開は本当に必要な時だけにする。人数表示は、その判断を書き手に委ねるための道具です。