こんにちは皆さん。新製品をローンチしましたので、現在のコミュニティを再設定して対応したいと考えています。同様の経験がある方がいらっしゃれば、どのようにその変更を乗り越えたかについてお話しできれば幸いです。
「いいね！」 1
すでに複数の製品をお持ちでしたか？
それとも、単一製品企業から複数製品企業へと移行した時期と偶然重なっているのでしょうか？
コミュニティを再構成する動機は何でしょうか？
「オーディエンスのベン図」を作成して検討することをお勧めします。現在のメンバーが新製品の主要ユーザーなのか、それとも全く新しい層を招致するのでしょうか？
2 つの製品の関係性はどうでしょうか？1 つの大きなスイートの一部なのか、それとも完全に独立したツールなのか？
「いいね！」 2
@mcwumbly さん、ご質問ありがとうございます。コミュニティは主に 1 つの製品のために構築されましたが、現在は 2 つ目の製品への移行を進めています。
@noahl - 当初の考えは、1 つのスペースで両方のグループをサポートすることでした。対象となるユーザー層には共通点がありますが、2 つの異なる製品は、異なるユーザー層が同じ目標を達成することを意図しています。現時点では、これらは別々の製品です。
なるほどですが、実際には「正しい」判断は、これらがどのようにマーケティングされるかにかかっていると思います。
ユーザーの視点からすると、これらは本当に独立した製品なのでしょうか、それとも一つの会社が提供する二つのオファリングなのでしょうか？
もし別々のエンティティとしてマーケティングされているなら、コミュニティは分けておくべきだと考えます。無理に同じ空間に押し込めると、「どこに投稿すればいいの？」という状況にすぐに陥ってしまいます。製品Aのユーザーが、必要な情報を見つけるために製品Bの質問だらけのフィードをフィルタリングしなければならないのは避けるべきです。
あなたへの直感的なチェックポイント：ユーザーがサポートメールや請求書を受け取ったとき、トップに載っているロゴはどちらのものですか？
もしユーザーが「[会社名] のユーザー」と認識しているなら、一つのコミュニティで問題ありません。しかし、「[製品A] のユーザー」や「[製品B] のユーザー」と認識しているなら、統合するとごちゃごちゃした印象を与えるかもしれません。
2 つの活気あるコミュニティを統合する方が、絡み合った 2 つのコミュニティを「手術」のように分離するよりも、ほぼ常に簡単です。
「いいね！」 2
これはソフトウェアのことでしょうか？
私のコミュニティ には 19 種類の異なる製品があり、非常に複雑です。ユーザーのわずかな一部しか複数の製品を所有していないため、活動が分断され、事実上のサブコミュニティが形成されてしまいます。
当初の私たちの基本方針は、このように分断する方が、ユーザーに自分に関連するコンテンツのみを表示・通知できるため、適切だというものでした。もし単一の製品ニュースカテゴリしかなかった場合、ユーザーにとって関連するトピックはごく一部しかなく、すぐに注目されなくなってしまうからです。
あなたの状況は、私が以前運営していた コミュニティ に似ているかもしれません。そこでは、オンプレミス型と SaaS 型という、似ているけれど非常に異なる 2 つの製品がありました。
ご質問があれば、こちらでお気軽にお尋ねいただくか、DM やチャットでお知らせください 
「いいね！」 2