驚いたことに…フォーラムが何であるか、そしてそれらをどのように使用するかを正確に理解していない人がたくさんいます。
私のディスコースサイトの魅力を、より広範囲に広めたいと心から願っています。
そこで、皆さんがa)サイトを訪問者にとってより「定着しやすい」ものにし、b)フォーラムという概念を売り込み、人々が貢献し始め、そうすることに自信を持てるようにするために、どのようなオンボーディングプロセスを行っているのかを知りたいと思っています。
どんなアドバイスでも、フォーラムの良い例でも、あるいは単にアイデアでも、いただけると幸いです。
前もって感謝します！
ここで何を意味しているのかは理解していると思いますが、もう少し文脈や詳細を教えていただけますか？
コミュニティやトピックによると思います。例えば、私はナレッジベースに取り組んでおり、関係者とバーチャルミーティングを行い、プラットフォームを紹介して知ってもらい、自信を持って使えるようにし、何を発行すべきか、何が許可されないかを教えましたが、問題があれば私がサポートすることを彼らに知らせました。
あなたの場合は仕事ではないかもしれませんが、私の経験がいくつかアイデアを与えることを願っています！
幸運を祈ります！
Hi @jamesbrooks
興味深いディスカッションのトピックですね。質問されてから2年が経過しましたが、この質問についてどのように考えますか？ 
最も重要なことは、専用のヘルプデスクをただ待つのではなく、常にコミュニティとコミュニティメンバーがお互いを助け合うことの重要性を強調することだと思います。
その一つの方法は、「DEAR SUPPORT」のようなフラグに注意し、「Dear Community,」というメモを付けるなど、関連する言葉遣いを修正することです…
もう一つの重要な方法は、アクティブで役立つメンバーの貢献を強調することです。私たちは、ポジティブなコミュニティへの貢献を奨励する月例投稿を行っています。
あなたや他の皆さんの意見を楽しみにしています。
ありがとうございます！
質問 OSについて考えているのですが、アプリについて全く知らない人をどうやってここに連れてくるのでしょうか？私はここに新参者です。
オンラインで気が散って、検索したり読んだりしているうちに、このようなものにつまずいてしまいます。しかし、このようなディスコース（この言葉）は、ほとんどの人にとって口コミで見つけるものなのでしょうか？
見込みのあるメンバーにあなたのサイトを見つけてもらえるようにすることは、確かに重要だと思いますが、このトピックとは少し違う विषयだと思います。
検索機能があれば、より適切なトピックが見つかるかもしれません。
素晴らしい質問ですね。一般の人々（normies）のオンボーディングは大きな課題になり得ます。
Discourseの主なコンセプトは「コミュニティ」のようです。そのため、誰かが参加するということは、コミュニティに貢献し、参加する機会があるということです。
私が検討している戦略の1つは、潜在的なクライアントが審査プロセスでアカウントを作成することをDiscourseに要求することです。これにより、協力が可能かどうかを評価できます。ポリシーは次のようになります。人々がアカウントを作成することを望まない場合、私は彼らと協力できません。
他の誰かがこの戦略を試したことがあるか、または他の戦略を推奨するかどうかはわかりません。
ある（古いが賢い）人が、私のフォーラムが理解できない、または使い方がわからないと言っていました。彼らに、最初の印象を思い出してもらえるか尋ねるべきかもしれません。
私にとっては、明白な階層構造がありますが、もちろんすべての人にとって明白ではありません。
常にいくつかのトピックがアクティブであり、興味のあるトピックをクリックするまで最新のコメントは表示されません。
現在アクティブではない古いトピックも表示されます。
それぞれのトピックを訪問しない限り、最新のコメントを見る方法はありません。
それは構造の有用な一般的な説明であり、かなり明確ですが、必ずしも常に明白ではないようです。
Discourseサイトを初めて見る人にとって、活発な会話が行われている場合、アカウントを作成してコメントを書いて返信することは簡単です。新しいアカウントを作成する必要があるという行為は、多くの人にとって最も重要なハードルとなる可能性があります。Discourseは、主要なソーシャルメディアプラットフォームとは異なり、独立したサイトであるため、新しいプラットフォームです。主要なソーシャルメディアプラットフォームでは、新しいアカウントを作成する必要なく新しいグループに参加できます。
私にとって、Discourseを通じたコミュニケーションの最も重要な利点は、プライベートではなく、パブリックな領域で話す機会です。電子メールや電話での会話は、自分とは全く異なる視点を持つ人とコミュニケーションをとろうとする場合、大きく制限される可能性があります。誰かが話していることを理解するためには、会話に外部からの視点がより多く必要になる場合があります。
@Francisco_Blackburnさん
興味深い質問ですね。これは実際、オンボーディング計画の一部であり、ユーザーがどこから来ているのかを知るためのものです。コミュニティは、メインのウェブサイトやソーシャルサイト、ニュースレターなど、あらゆる場所に記載されていることを確認しています。
ご質問にお答えし、解決策を見つけるには、「ユーザーのジャーニー」を完全に理解する必要があります。フォーラムの存在に気づいてから、アクティブなコミュニティメンバーになるまでのユーザーのジャーニーを理解すれば、ユーザーを引き付け、参加と貢献を支援する方法を理解できるでしょう。詳細は、特定のユースケースとコミュニティの種類によって異なります。
確かに、ポジティブな体験と口コミは、時にはあなたの最も忠実で強力な味方になる可能性があります。
@Architectさん
オンボーディング計画におけるスクリーニングプロセスについて、さらに詳しく知りたいです。どのような戦略/質問を使用していますか？ 質問に答えなかったり、プロフィールを完成させなかった場合はどうなりますか？ サインアップしてもアクティブにならない人がいますか、それとも「有料」サイトなので、最終的には協力するかしないかを選択する必要がありますか？
興味はあるが、アカウント作成をためらっている人がいるかもしれません。この場合、ディスコースの招待リンクを使用することもあります。
@Ed_Sさん
良い点ですね。コアアイデアの簡略化された視点を持つことは良いことです。第一印象はすべてであり、これらの洞察はディスコースを使用するすべての人にとって重要だと思います。
「ピン留めされたトピック」、「カテゴリの順序と説明」、「バナー」など、言及された課題を支援するツールがあります。私はそれらをすべて使用しましたが、現在、最初のメッセージ、メールレイアウト、チュートリアルなど、オンボーディング計画の他の部分を調査中です。
こんにちは、@gassim、
新しいユーザーアカウントに特定の質問に答えたり、プロフィール情報のすべてのフィールドを完成させたりすることを要求していません。紹介のために新しい人々に尋ねるためのスクリーニング/面接の質問をいくつか持つことは賢明かもしれません。
また、サイトにペイウォールを設定していません。それらは良いかもしれませんが、無料メンバーシップオプションを持つことも良いでしょう。
建物の設計と建設の作業プロジェクトについては、それらについて話すことがたくさんあるため、人々が公式のコミュニケーションのためにディスコースのようなプラットフォームを通じてコミュニケーションできることが不可欠になる場合があります。
効果的なオンボーディングプロセスは、ユーザーのエンゲージメントに大きな違いをもたらすことに気づきました。新しいメンバーのために、フォーラムの利点を強調し、フォーラムの構造を説明し、価値のある議論の例を紹介する「フォーラムツアー」のようなガイド付き紹介を作成することが効果的なアプローチのようです。また、フォーラムに慣れていないユーザーのために、投稿方法やエンゲージメント方法のヒントを含むウェルカムメッセージやスターターキットを送信することも、プロセスを分かりやすくするのに役立ちます。
どのようにしてそれに気づいたのか、もう少し詳しく教えていただけますか？オンボーディングはいつ開始しましたか？きっかけは何でしたか？
オンボーディングを完璧にするのは非常に難しいので、もし成功した事例があれば、もっと知りたいです
Sustainability-Yogiさん、この件に関するあなたのノートも読みたいです。
初めてサイトを作成しようとしているユーザーとして、シンプルな紹介の必要性について言及した最初の投稿でした。これは非常に強力で堅牢なシステムですが、非常に熟練した技術者である私にとって、ヘルプをどのように、どこから得ればよいのか、そしてそれについて多くを理解するにはどうすればよいのか、全く途方に暮れています。カテゴリはたくさんありますが、どのように始めればよいか、基本的なことを学び、複雑な質問がある場合にリアルタイムでヘルプを得るにはどこに行けばよいか、そしてドキュメントをすべて読むのに1〜2週間もかけられないことを教えてくれる、焦点を絞って宣伝された単一のドキュメントがありません。リアルタイムチャットでサポートを受けられると期待していましたが、今のところ見つかりませんし、ヘルプを得るためのDiscordコミュニティさえ見つかりません。開発者カテゴリに行きましたが、4か月未満の投稿がいくつかあるだけです。オンボーディングプロセスにはもっと注意が必要だと思います。システムを最終的に展開する場合は、そのためにリソースの一部を割り当てる予定です。
Meanwhile, can someone direct me to the best place to ask random questions that community members are likely to answer? Thanks in advance!
ここには適切なカテゴリがあります。ユーザーや管理者のドキュメントを少なくとも読んだことがある人からの回答がかなり頻繁に来るでしょう。なぜなら、開発関連の質問を始める前にそれらを知っておく必要があるからです🤷♂️
知りません。最初のフォーラムを始める15分前くらいに何かを読みました。もちろん、その後、さらに深く掘り下げる必要があった状況もありましたが、2週間もかかったことはありません。
しかし、一つ理解できないことがあります。失礼ですが、声に出して言います。しかし、あなたは、ヘルプやドキュメントを読む時間がない人のために、ほぼ24時間年中無休でそこにいるべきユーザーから、即座に助けを得るためのDiscordチャンネルを望んでいます。あるいは、目的のために作られたフォーラムで質問すること😳
それとも、何か誤解しましたか？
それはなぜ問題なのですか？多くのドキュメントトピックはかなり古くなっています。最後に更新された時期を確認する方が良いでしょう。そして、それらのトピックの下で尋ねられた質問は、しばしばそれ自身のトピックに分割されます。
Support は質問に最適な場所です。しかし、だからといってドキュメントを読む必要がなくなるわけではありません。その場合、Marketplace で投稿し、誰かに手伝ってもらうようお金を払う方が良い選択肢かもしれません。
Jakke、この件への返信が遅くなり申し訳ありません。私たちは最近になって、プロジェクトにDiscourseを採用することを決定しました。いくつかの異なる関係者に、私たちの目的に対して評価してもらうのに時間がかかりました。
また、私の投稿をもう少し丁寧に表現できなかったことについても謝罪します。それは、単なる不満というよりも、建設的な批判として意図したものでしたが、私の開発者の一人が私と同じ経験（すぐに状況を把握するのが非常に難しいと感じた）をした直後に、急いで作成したものでした。あなたと同じように、彼と私もそれぞれ15分でフォーラムを作成しました。しかし、それは多くの疑問の始まりに過ぎず、その後数日間、私たちは（あまり成功せずに）それらの疑問を解決しようとしました。私の経験は、おそらく完全に典型的ではないかもしれませんが、その後、私にDiscourseを評価するように依頼した他の数人によって、ある程度確認されたと感じています。
これらは私にとって特に珍しいことではありませんでした。長年オープンソースプロジェクトに携わってきましたが、開発者やコミュニティは、新規ユーザーが経験したり、理解したり、処理したりする可能性のあることについて、当然のこととしすぎている場合があることを学びました。長年にわたり、第一印象が重要であると多くの人に言われてきました。私の目標は、それらを表現することでした。お役に立ちたかったのですが、自分の言葉とそれに対する反応から、前提条件を十分に説明する時間がなかったことがわかります。あなたの返信は、今後そのような間違いをしないようにするのに役立ちます。
私は今、Discourseに非常に感銘を受けており、私たちの大規模で野心的で重要なプロジェクトにとって正しい選択だと感じています。
今後議論すべきメモ、バグ、問題のリストが増えていますが、物事を表現する方法にはもっと注意を払うようにします。私は25年以上にわたり、このようなプロジェクトに関わってきましたが、私の観察、洞察、バグレポートは、ほとんどのプロジェクトとその開発者に頻繁に歓迎されることを知っています。残念ながら、今回のようないくつかの残念な初期のミスステップなしではありません。それらを許していただければ幸いです 