最初のDiscourseコミュニティを始めたとき、何が難しかったですか?

カテゴリの作成は非常に隠れていて見つけにくいです。/categories のページにあり、かつ、多くのフォーラムでは 1 つの項目しかないドロップダウン内(一部では 2 つ)に配置されています。

「いいね!」 6

意図的な部分もありますが、サイト所有者はカテゴリを多すぎると作成する傾向があります。

および

開始するには

「いいね!」 7

あ、Jeff さん、ありがとうございます。Riking さんの意見にも賛成です。カテゴリが多すぎると感じる点については理解できますが、情報が埋もれてしまい、見つけるのが難しいこともあるからです。最初の投稿は非常に興味深い読み物でした。

「いいね!」 5

メール設定を簡素化したチュートリアルです。私は何ヶ月も設定を誤っていましたが。

「いいね!」 3

技術的な設定のことでしょうか?このトピックでは、コミュニティ管理やソフトウェアのオンボーディングについて主に扱っています。

「いいね!」 3

モデレーションモデルの構築には、以前も今も苦労しています。管理やモデレーションのための分離されたインターフェースがあれば、そこでの大きな助けになるでしょう。

これにより、モデレーションの設定方法や、調整がモデルやプロセスにどのように影響するかを、より直感的かつ視覚的に理解しやすくなります。また、新しいモデレーターへのオンボーディングや、モデレーション判断の見直しをより効果的に支援できるはずです。

「いいね!」 3

すてきな提案ですね、そんな視点で考えたことはありませんでした。以前、似たようなものを構築したことはありますか?ここで共有できるアイデアはありますか?

「いいね!」 3

おそらく、設定は2つに分けるべきでしょう。
つまり、設定ページでは新規ユーザーが主に使用する設定のみを表示し、上部に「高度な設定を表示」チェックボックスと「上書きされたもののみ表示」チェックボックスを追加し、それらの下に「高度な設定」というテキストの後にすべての設定を表示するようにします。

「いいね!」 2

素晴らしい提案ですね!さらに高度な設定を分割する議論も活発に行っています。

新規ユーザーがどの設定を使用しているかを特定するのは難しいでしょうが、何かご意見はありますか?

「いいね!」 4

これについては、コミュニティマネージャーに、どの設定を上書きしたのかを尋ねるべきです。現在、私が編集したのは以下の26項目のみです。

タイトル
サイトの説明
サイトの短い説明
連絡先メールアドレス
連絡先URL
サイトの連絡先ユーザー名
rel nofollowドメインの除外

小型ロゴ
大型アイコン
ファビコン
短いタイトル

ベースフォント
見出しフォント

Google OAuth2ログインの有効化
Google OAuth2クライアントID
Google OAuth2クライアントシークレット
Facebookログインの有効化
FacebookアプリID
Facebookアプリシークレット

最小パスワード長さ
パスワードの一意な文字数

タギングの有効化
最大タグ長さ
タグ作成に必要な最小信頼度
グループ別に表示されるタグ
タグを強制的に小文字化

「いいね!」 5

オンボーディングで最も難しいのは、ユーザーに情報を最適な可視性、簡潔さ、摩擦なしで届ける方法を模索することです。

匿名ユーザーには Versatile Banner を使用して、当サイトがどのようなものかを知ってもらうようにしています。

その後、「ここから始める」というカテゴリを設けています。

そこで行き詰まっています。8 つの固定トピックを常に同じ順序で表示したいと考えています。そうすれば、情報を小分けに届けることができます。しかし、トピックの順序を固定する方法が見当たりません。

目次付きの非常に長いトピックにすべてをまとめる方法を見たことがありますが、それは少し overwhelming だと感じています。8 つのサブカテゴリを作成し、それぞれに1投稿ずつ入れることもできますが、その場合、ユーザーはカテゴリをクリックしてからトピックをクリックする必要があります。

何かアイデアはありますか?

「いいね!」 3

これまでに一度にすべてを見たことがなかったので、新しい Discourse インストールをカスタマイズするための部分的なチェックリストをまとめました。

メニュー / About(概要)

  • タブの編集:About(概要)、FAQ(よくある質問)、Terms of Service(利用規約)、Privacy(プライバシー)

メニュー / Admin(管理) / Customize(カスタマイズ) / Text(テキスト)

  • 推奨テキストの編集
  • 次に blog.discourse を検索してください。変更を検討したい多数のリンクが表示されます。

これらのリンクの多くは、以下のガイドを指しています。これらをサイトにコピーして掲載することをお勧めします。

meta.discourse も検索できますが、これらの参照のほとんどは一般ユーザーには表示されません。

メニュー / Admin(管理) / Customize(カスタマイズ) / Email(メール)

  • Welcome Staff(スタッフへの歓迎メッセージ)もモデレーションガイドを指しています。
「いいね!」 5

「検索する」とおっしゃる場合、「~の中で検索する」という意味でしょうか?

ここで「表示されない参照」とは具体的に何を指しているのでしょうか?それらを特定して修正するのが役立ちます。

「Welcome Staff」を編集して、Moderation Guide へのリンクを含めるという意味でしょうか?

「いいね!」 3

私が難しく感じたことの1つは、「投稿をロック」と「トピックを閉じる」機能の違いです。今は簡単になりましたが、以前はトピックを閉じたいときに投稿をロックしてしまっていました。ロックアイコンを閉じるアイコンと区別しやすいように変更するのが良いと思います。

「いいね!」 3

「カスタマイズ / テキスト」には、「編集したいテキストを検索」と表示された検索ボックスがあります。そこで「blog.discourse」(引用符なし)と入力して Enter キーを押してください。

そうすれば、blog.discourse への投稿の参照で、自社の投稿にリンクし直したいものがすべて表示されます。

「カスタマイズ / テキスト」で「meta.discourse」を検索すると、例えば「dashboard.s3_cdn_warning」が見つかります。これは S3 へのファイルアップロードについて述べており、ほとんどのユーザーは決して見ないはずです。

「Welcome Staff」にはすでに meta.discourse 上のモデレーションガイドへのリンクが含まれています。そのため、独自のモデレーションガイドを作成する場合は、そのリンクを変更する必要があります。すべてのメールを確認しましたが、個人でカスタマイズしたい可能性がある外部リンクが含まれているのはこれだけでした。

「いいね!」 4

地域の政治団体組織向けに Discourse を設定しました。一般メンバー、活動家、国会議員など、役割やアクセス権限の構造が複雑です。

Discourse の権限とロールでこれを反映しようとすると、思った以上に難しいことがわかりました。

「いいね!」 4

役割割り当て表のようなものを作成しましたか?実装する前に、権限と役割をどのように設計しましたか?

「いいね!」 2

いいえ、私は表を作成しませんでしたが、今おっしゃる通り、作成すべきだったかもしれません。政治団体は明確な構造と階層を持っているため、現実世界の役割とアクセス権をそのまま反映できるだろうと当初は考えていました。

しかし、それは不可能であることが判明しました。そのため、最終的にはすべての要素を簡素化しました。メンバー数、役割数、部屋数を減らしました。

これにより管理が格段に楽になりましたが、一方で、一部の個人やグループがオンライン版に自分の姿を見出せなかったため、エンゲージメントが低下することにもなりました。

「いいね!」 2

まず、すべての異なる役割をリストアップし、希望するアクセス権を記述してください。次に、Discourse のユーザー状態と、それらが付与するアクセス権をリストアップします。カテゴリとグループの権限も活用できるため、それらを照合してください。

きっと何かしらの解決策が見つかるはずです。

私がこう言うのは、Discourse はツールであり、ツールは使い方によってその良さが決まるからです。Discourse を実際に使い、あなたの正確なニーズに合わせてカスタマイズする必要があります。

「いいね!」 2

@osioke さん、ありがとうございます。

私の意図を誤解されたとのこと、心配しております。私が申し上げたのは、私が課題だと感じた点についての回答です。不平を言っているわけでも、諦めているわけでもありません。

今後の進め方についてのご提案をいただき、感謝申し上げます。

「いいね!」 3