なぜ炎上は「事故」ではなく「構造」で起きるのか

結論を先に

炎上は、事前に検知できなかった事故ではなく、ユーザー集団の構造から逆算可能な現象である。 「想定外」と説明される炎上のほぼすべては、特定セグメントの離脱閾値・帰属意識・経済的痛点を見落としたことで起きている。

つまり炎上とは、運営の「気づかなかった」ではなく、運営が「セグメント分解しなかった」結果である。

---

炎上を「事故」と呼んでしまう三つの錯覚

1. 全体平均で意思決定する錯覚

ユーザー満足度80%という数字は、20%の不満層がどんな構造かを隠す。 炎上を起こすのは平均ではなく、上位5%の高関与層と下位5%の高ボラティリティ層である。 平均だけを見て施策を決定する限り、炎上は「突然」起き続ける。

2. ポジティブ反応を母集団全体の指示と錯覚する

事前のクローズドβ、社内ヒアリング、コアファンへの根回し。 これらは全て「自社に好意的なサンプル」である。 好意的サンプルからは炎上シグナルは原理的に取れない。

3. 個別の苦情を「クレーマー」と錯覚する

苦情の中には、後から見れば構造的に正しい指摘が含まれている。 しかしリアルタイムでは、どの苦情がノイズで、どの苦情が震源かを判別できない。 判別できないまま放置すると、震源が拡散し、ノイズに埋もれていた論点が一気に表面化する。

---

炎上の「構造的な震源」とは何か

炎上は通常、以下の三層が同時に揺れたときに発生する。

層	内容	例
経済的痛点	既に支払った金銭が損失になる	ガチャ確率改悪、限定アイテム再販、料金値上げ
帰属の毀損	自分が選んだコミュニティが愚弄されたと感じる	コアファン軽視、ライト層優遇、初期ユーザー切り捨て
公平感の喪失	ルールが途中で変わった、特定の人だけ得をした	仕様変更の事後告知、運営側の身内優遇、情報非対称

このうち2つ以上が同時に発火すると、ほぼ確実に炎上する。 3つ揃ったケースでは、運営の謝罪では収束しない。サービスから人が抜ける。

---

構造で見れば、事前に検知できる

ここまで分解すれば次の問いに行き着く。

「リリース前に、各セグメントが上記三層のどれを発火させるかを、シミュレートできないか?」

兆し（Kizashi）は、この問いに対する一つの答えである。 1万・10万・100万人の合成ユーザーを生成し、それぞれの経済的痛点・帰属意識・公平感を持たせた状態で、施策をぶつける。 その反応を集計し、どの層がどの順番で離脱・反発・拡散するかを可視化する。

事故ではなく構造として見る。 これがリリース前の意思決定を変える、もっとも確実な方法である。