3 ポイント 投稿者 GN⁺ 2024-01-15 | 2件のコメント | WhatsAppで共有
  • PostHogは4年間、公開Slackをコミュニティハブとして運営してきたが、5,000人以上の規模になると検索性・サポート連携・記録保存の面で限界が大きくなり、独自フォーラムへ移行した
  • 新しいフォーラムはPostHogサイト内に構築されており、すでに1,500人以上が活動中で、質問と回答を長期的なサポート知識として残すことに重点を置いている
  • Slackの有料プランはユーザーあたり月額**$7.25+の費用がかかり、独自AIボットも検討したが、PostHogはStrapiベースのヘッドレスCMS**でフォーラムを自作する方式を選んだ
  • 公開Slackは2024年1月12日にチャンネルをアーカイブして新しい議論と返信を止め、その後は恒久的な閉鎖と既存コンテンツの削除が予定されている。TL;DRでは1月24日、スケジュール説明では1月22日と、日付の記載に食い違いがある
  • 今回の変更は公開Slackにのみ適用され、有料サポート利用者のSlack Connectによる非公開チャンネル、アプリ内ヘルプ、GitHubリポジトリでの活動は引き続き維持される

公開Slackを閉じる理由

  • PostHogはオープンソースプロジェクトとして成長し、公開以来500人以上のコントリビューターからコード提供を受け、公開Slackで数千人のユーザーとアイデアを共有してきた
  • 公開Slackはこの4年間、ユーザーとの会話、機能要望の収集、質問対応、フィードバック集約の中心的な場だった
  • コミュニティが5,000人以上に拡大するにつれ、Slackはサポートプラットフォームとしての限界が明確になった
    • メッセージがチャット履歴の中ですぐに埋もれてしまう
    • PostHogの主要なサポート導線と分離されている
    • 有用な解決策がPostHogサイトやGoogleで検索できない
  • 解決策として有料Slackプランと独自AIボットを検討したが、最終的に新しいアプローチが必要だと判断した
    • Slackの有料プランはユーザーあたり月額**$7.25+**の費用がかかる

独自コミュニティフォーラムの構成

  • PostHogはvBulletinやphpBBのような既存フォーラムプラットフォームではなく、StrapiをヘッドレスCMSとして使い、独自フォーラムを構築した
  • 新しいフォーラムは数か月にわたって運用されながら課題を調整してきており、現在は1,500人以上のアクティブ会員がいる
  • PostHogコミュニティフォーラムは、PostHogチームとより広いコミュニティに質問を投稿できる専用スペースである
    • 誰でも回答できる
    • 回答の1つを推奨される解決策として選べる
    • 選ばれた回答は、今後同じ問題に直面したユーザーの道しるべになる
  • フォーラムのコンテンツはPostHogの主要なサポート導線とつながり、Webサイト上に恒久的に残り、検索エンジンにも表示される

ドキュメント・プロフィールとつながるコミュニティ体験

  • フォーラムはPostHogサイトの他の領域とも統合されている
  • ユーザーはPostHogドキュメントを見ながらそのまま質問を投稿でき、質問は並べ替え可能なカテゴリに自動集計される
    • ガイドに沿って進めていて説明が十分でないと感じたときに質問を残せば、PostHogが確認できる
  • プロフィールはコミュニティ参加を追跡する中心機能として構成されている
    • ユーザー情報の追加
    • 参加中の議論の追跡
    • コミュニティで得た実績の表示
  • 公開SlackからPostHogコミュニティへ移ってくるユーザーには、感謝の印として固有のコミュニティ実績が提供される
  • プロフィールはAsk Me Anything形式で公開でき、JamesCory記事執筆者のプロフィールがすでにこの機能を利用している

Slack終了スケジュールとアカウント移行

  • 公開Slackをフォーラムと並行運用する選択肢もあったが、PostHogはユーザーを曖昧な状態に置かないため、フォーラムへの移行を決めた
  • 現在コミュニティ参加には別アカウントの作成が必要だが、今後は通常のPostHogアカウントと統合される予定である
  • 公開PostHog Slackのスケジュールは以下の通り
    • 2024年1月12日: すべての公開Slackチャンネルをアーカイブし、新しい議論や返信の投稿を停止する
    • この期間は、進行中の会話をPostHogコミュニティのような新しい場所へ移す機会を提供する
    • その後、Slackグループを恒久的に閉鎖し、既存コンテンツを削除する予定である
  • 日付表記は本文内で一致していない
    • TL;DRでは公開Slackの閉鎖日が2024年1月24日と記されている
    • スケジュール説明では恒久閉鎖日が2024年1月22日と記されている

維持されるサポートチャネル

  • 今回の変更は公開Slackグループにのみ適用される
  • 有料追加サポート利用者向けの非公開Slackチャンネルは、Slack Connectを通じてこれまで通り継続して利用できる
  • カスタマーサポートの大半は引き続きアプリ内ヘルプ経由で対応される
  • PostHog GitHubリポジトリも従来通り維持され、ユーザーはコメントや投稿を行える

2件のコメント

 
xguru 2024-01-15

Slackはあくまでリアルタイムなやり取り向けで、コミュニティツールとしては適していないという点には同感です。

でも、いざコミュニティを作ろうとすると、ちょうどいいツールを見つけるのが難しいですね(笑)
特に国内の環境にうまく合う形のものは見当たりません。じゃあまた作るしかないのか? と思っては、結局あきらめてしまいます。

 
GN⁺ 2024-01-15
Hacker News の意見
  • これがトレンドの始まりになるといい。相手とのコミュニケーションを管理するために第三者に依存するのは気持ち悪いし、Slack の設定も不必要にごちゃごちゃする
    Discord はこの点でさらに深刻

    • 自分もトレンドになってほしいが、理由は少し違う。こうしたサービスは情報をログインの壁の向こうに閉じ込め、検索エンジンがアクセスできないようにするので、新しく来た人が必要な情報をオンラインで見つけるのが非常に難しくなる
      フォーラムが再び標準になり、ゲストも閲覧できるように合理的に運営されるなら、有用な情報をまたオンラインで見つけられるようになる
    • Discord は特に悪い選択肢。少なくとも検索が悪いし、Discord や自動化アルゴリズムがその気になった瞬間、どんな理由でもすべての内容が消え得る
    • Discord が一番つらい。Slack ワークスペースは30個以上あるが、新しいデザインでは現在の文脈のものだけ残して隠せるので、以前の UI より良くなった
      Discord にはまだそういう機能がなく、100個を超える Discord サーバーに入っているので、通知は完全に悪夢だし、目的のサーバーを探すのも不可能
    • 営利企業に縛られないチャット型コミュニケーションとしては、Matrix が obvious な選択肢
    • 100%同意。少なくとも GitHub Discussions でも使う方がましだ
  • すべてのソフトウェア製品がこうしてくれればいい。チャットアプリは皆が群衆に向かって叫ぶ慌ただしい広場のようなもので、重要な情報がその瞬間を超えて残らない
    一方、議論フォーラムは時間がたつと情報を保存し、検索可能にする公共図書館になる。もちろん検索エンジンがその情報にアクセスできるという前提が必要だ

    • サポートやコミュニティ用に Discord リンクが見えると本当に腹が立つ
    • チャットとフォーラムにはそれぞれ用途がある。チャットは特定の人を助けるための即時的でインタラクティブな会話に向いており、フォーラムや Stack Overflow は Google から来る将来の読者のための、非同期で更新可能・再利用可能な情報に向いている
      両者を混ぜると目的が衝突し、期待がずれて失望が生まれる。Stack Overflow でも前者であることを期待する人がいると、そういうことが起きる
    • 議論フォーラムも、情報の保存と整理という面ではしばしばブラックホールになる。チャットルームと比べた長所短所はあるだろうが、情報を保管し体系化する対象として目指すべきものではないと思う
    • Slack や Discord の検索機能を使ったことがないのかと思う
      フォーラムでもチャットでもデータ構造は概ね似ているし、特に Slack/Discord にはスレッドもある
  • フォーラムが戻ってくると良い理由は、単に検索可能性のためだ
    問題は、ユーザーが集まるとノイズが多すぎるようになる点。数年後に Slack/Discord へ戻り、さらに数年後にフォーラムへ戻る、もう一つの循環になるのかもしれない

    • Discord の検索はひどい。チャットとスレッドは悪くないが、昔のメッセージを見つけるのが難しい
      似たようなプラットフォームで、検索をはるかにうまくできるサービスを作る機会がありそうだ
    • フォーラムと Slack/Discord/IRC は、互いに異なる種類のコミュニケーションに使われるものだと思う。フォーラムはより非同期的で、残りはより同期的だ
      フォーラムで問題解決を手伝うと、検索して追える会話スレッドが残るが、Slack/Discord/IRC ではそうした内容が消えてしまう感じがする。検索可能なログがあっても、より構造化されたフォーラムよりはるかに見つけにくいと思う
      フォーラムと Slack/Discord/IRC はどちらも存在する価値がある
    • スパムがその努力を台無しにしないか心配だ。Google Groups でかなり良いフォーラムを運営しているが、最近スパム攻撃を受け、防御するには投稿権限をかなり強く制限しなければならなかった
    • 最近、昔のメッセージを探すのに問題があったが、ストリーマーモードがオンになっていると検索機能とフィルターがかなり制限されることに気づいた
      なぜストリーマーモードがオンになっていたのかは分からないが、同じ現象があるか確認してみる価値はある
    • 正直、逆の問題の方がよく起きると思う。いろいろなところがそれぞれ小さなフォーラムを運営しているが、ほとんど活動がない
      IRC のようにネットワークとその中のチャンネルを置く戦略は悪くない。そうすれば、ほとんどのプログラミング言語コミュニティが「このネットワークにいればいい」となる。Reddit は同じプラットフォーム内の subreddit という点で、これを1000倍に拡大した形だ
      いろいろな理由で完璧ではないが、Circle CI のようなサポートを受けるために任意のフォーラムへ登録しなければならないのは、いつも少しばかげているように感じていた
  • Laravel は Laracasts フォーラムでこれをやっていて、素晴らしい。Laravel 関連の答えを探すときは、ChatGPT や Stack Overflow より先に行く場所だ
    過去の内容を検索するには、よく管理された公開フォーラムに勝るものはない

    • TrueNAS や Proxmox の答えを探すとき、自分もまったく同じことをする
  • 自分にとって Reddit は実質的に好みのフォーラムだ。「old」バージョンは実際フォーラムに近い
    複数の subreddit をつなぎ合わせれば、昔のフォーラム体験をある程度再現できる。毎日見ているものの一つは次のようなものだ
    https://old.reddit.com/r/AZURE+CCDE+Intune+PowerShell+ccnp+m...
    最高ではないが、概ね必要なことはしてくれる

    • 昔の大規模フォーラムやエンジンが、なぜ Reddit の構造へもっと収束しなかったのか、いつも理解できなかった。特定のスレッドを購読し、カスタムのスタート画面を持つ機能のようなものだ
  • ログインすると Slack のように見え、ログアウトすると Pinterest/Instagram/TikTok のように見える phpBB や vBulletin のテーマを誰かに見せてほしかった
    多くの人を再びフォーラムへ移すのは、そこまで難しくはなさそうだ。ただしモバイルではスレッドとおすすめ表示が違って見えることを期待するだけだ

  • 2年以上オープンソースプロジェクトに参加しており、コミュニティ管理にSlackを使っている。ユーザーは3,000人規模だが、Slackはフォーラムを置き換えるために作られたものではないという点はかなり明らかだ
    すでに回答済みの質問がたくさん埋もれて消えてしまい、検索の品質も良くなく、Slack内に閉じている。Slackを使っていない多くのユーザーはGoogleで探そうとする
    雑談が多くてノイズが多く、こちらが答えるべき質問を追跡するのもさらに難しい。Slackはごく小規模なコミュニティや、素早いフィードバックが必要な新製品にはよいが、大規模コミュニティ管理には向いていない

    • フォーラム/メーリングリストとSlack/Discord/IRCは、互いに異なるコミュニケーション手段だ。前者はより非同期・オフライン寄りで、後者はより同期・オンライン寄りだ
      プロジェクトやコミュニティの中で、両者は並存できる。特定の質問と回答を追跡するならフォーラムのほうがはるかに優れているが、雑談も有用なことがあり、その用途にはIRCのようなもののほうが合っている
  • 記事によると、vBulletinやphpBBのような既成のフォーラムプラットフォームではなく、StrapiをヘッドレスCMSとして使い、独自フォーラムを作ることにしたという
    急いでいる人のためにリンクを置いておく
    https://strapi.io/

    • なぜ自作するのか分からない。フォーラムソフトウェアはすでに解決済みの領域なので、リソースの無駄のように感じる
  • 「有用な解決策を自社サイトやGoogleで検索できない」としていたが、そのフォーラムはJavaScriptなしではレンダリングされないため、依然としてarchive.orgには保存されず、BingやDuckDuckGoでも検索されない可能性が高い

    • ブログもテキストのレンダリングをJavaScriptに依存しているようだ。ほとんどのセッションではスクロール以外のユーザー操作はほぼないはずなので、HTMLを生成して静的に配信するのが当然の選択に見える
    • いったん保存されれば、うまく動作する。例えば次のようなものだ
      https://web.archive.org/web/20240114085417/https://posthog.c...
    • フォーラムや議論のような情報系コンテンツには、SPAをやめてアイランドアーキテクチャやJavaScriptなしのWebページを使うべき、もう一つの理由だ
      少なくともWebで情報を表示することは、JavaScriptに依存すべきではない
  • PostHogに合った選択が、CMSで作ってセルフホストのフォーラムを運営することだというのは奇妙に見える
    Slackに対応するホスティング型フォーラムソリューションを提供するDiscourseのようなものが、きっとあるのではないか?

    • なぜ奇妙なのか分からない。自分のSaaSでも、自分のプラットフォームを使ってフォーラムを作るインターンを雇おうかと考えている
      優れた統合を作れるし、オープンソースとして公開して、自分のプラットフォームを教える用途にも使える