10件の投稿が新しいトピックに分割されました：執筆コミュニティをDiscourseに移行することを検討しています
私はCircleについて聞いたことがありません。ウェブサイトで見た限りでは、セルフホスティングオプションのない有料サービスです。そのため、ほとんどのユーザーはサブスクリプションを購入して利用を開始すると推測されます。
同様のユーザーがdiscourse.orgを開くと、$100以上の価格が表示されますが、これはここでの人々の説明にあるような小規模ユーザーやコミュニティには手が届きません。また、ほとんどの一般ユーザーにとって、「オープンソース」という言葉は空虚で流行りのバズワードに過ぎず、オープンソース → 無料で実行できるという意味を理解できないことも忘れてはなりません。私は個人的に、Discourseについて聞いた後、ウェブサイトを訪れて、「これは100ドル以上のサービスだ」と考えて諦めた人を何人か知っています。
私はCDCKを責めているわけでもなく、「無料でセルフホストできる」という考えをもっと明確にするべきだと主張したいわけでもありません。これはあくまで追加の文脈/視点を提供するためのものです。
「いいね！」 4
「太字で無料と書かれた4列目を作成する」と言うべきでした。ご存知かもしれませんが、最近の一般ユーザーはテキストを読まず、タイトルや太字をたまに読む程度です。
「いいね！」 1
しかし、もちろん、自分でホスティングすることは決して「無料」ではありません。有料のインフラストラクチャが必要です。作業と学習が必要であり、どちらも他の潜在的な有給の仕事の代わりとなる時間を消費します。
コミュニティをうまく運営することは、特に時間がかかります。
しかし、前にも言ったように、それは非常にやりがいのある追求であり、多くのオンライン、エンジニアリング、および商業的スキルを学ぶための入り口です。
「いいね！」 9
最初の列はどのように書き直しますか？
「いいね！」 1
そして、データを別のフォーラムに持ち出すオプションもないようです。そのため、コミュニティがそこで始まっても、そこで終わってしまいます。
「いいね！」 8
ここで議論されているような小規模ユーザーやコミュニティにとって、何が手頃な価格だと仮定しますか？
「いいね！」 4
申し訳ありません、ランディングページの最下部にある価格設定ブロックが、価格設定ページ[1]：Discourse pricing | Discourse - Civilized Discussion と異なっていることに気づきました。両者が異なる理由は何ですか？
もちろんです！だからこそ、私はそれについて議論したくないと言ったのです。なぜなら、多くの（多くの）人々にとって、「物事を機能させる™」ために誰かに支払うことは、自分で解決しようとするよりも優先されるからです。
米国ユーザー/顧客に関する私の経験は非常に限られています。ヨーロッパでは約20〜30ドル、アジアでは10〜20ドルから始まるプランを想定しています[2]
関連する話ですが、私が一緒に仕事をした人々の中には、オンラインディスカッションプラットフォームを持つことを検討していたものの、ユーザーがコミュニティに貢献したくなる理由（つまり、フォーラムが存続し成長する理由）や、それが実際に自分のケースに適しているかどうかを明確に把握していなかった人が多くいました。それらは小規模な会社/グループであり、ソフトウェア/ウェブソリューションへのアプローチは、「Xはクールそうだから、Xを試してみようか？」というものでした。セルフホスティングと100ドルのプランの両方とも、「試してみる」という願望以上のコミットメントが必要です[3]。
繰り返しますが、私の主なポイントは次のとおりです。Discourseは、コミュニティが必要な理由を明確に理解しており、それらのコミュニティの成長に専念する準備ができている人々にとって、理想的（そしておそらく比類のない）ツールです。しかし、ほとんどのスタートアップ/小規模グループはそうではありません。そのため、ほとんどの人がDiscourseについて話さないとしても驚くことではありません。
「いいね！」 11
遅くなりましたが、@hiddensealさんの非常に役立つ投稿への返信です。
修正しました。ご指摘ありがとうございます！
お見逃しの方のために、最近月額50ドルの新しいベーシックプランをリリースしました。期間限定で50％割引中です。詳細は Our new Basic Plan is now available. Try it out today! をご覧ください。
これは役立つ洞察です。私も同意します。新しいベーシックプランによって、これらの人々がDiscourseを利用できるようになるか、新しいサイトオーナーの体験を改善しようとDiscourseで行っている変更、そして最近ウェブサイトで行った変更によって、これが変わるかどうか見てみましょう。
「いいね！」 9
このトピックを再び持ち出して申し訳ありませんが、これには強力な推測があります。それはUIです。
Discourseは、InstagramやFacebookのような人々が慣れているツールとは異なって見えるため、人々はそれに慣れる必要があります。さらに、そのような複雑さと柔軟性には欠点があります。それは、ユーザーとしても新しい管理者としても、対処しなければならない情報が多いということです。
これは、学習曲線が急になり、一部のグループが参加を避ける可能性があることを意味します。これは多くの人が対処したくない問題です。
「ユーザーの体験をスムーズにし、より長く滞在し、提供されている/共同で作成されているものを楽しんでもらうにはどうすればよいか？」という考え方になると思います。そうすると、彼らの焦点は、可能性ではなく、使いやすさになるでしょう。
Discourseがこれを実現しないと言っているわけではありません。ただ、使い始めるときは圧倒され、恐ろしく感じられるということです。
DiscourseがFacebookのように見られたくない、またはInstagramのようにされたくないことは明らかであり、私はそのように気に入っています。しかし、特に重複の点で、もう少し整理できるかもしれません。
メニュー
なぜトップメニューに2つのチャット通知があるのですか（赤色で、メッセージを受信すると点灯するサイドバーのチャットは含まれていません）？黄色：通知がすべて表示されるベルメニューがありますが、返信/メンション、いいね、PM、ブックマークごとに整理されているのに、なぜ必要なのでしょうか？
また、プロフィールボタンをクリックしても、プロフィールに移動するのではなく、これらのボタンのいずれかをクリックすると表示される別のメニューが表示されます。
さらに重複があります。こことサイドバーナビゲーションから下書きにアクセスできます。
（このメニューからログアウトできるのは興味深いですが、その場合、「設定」、「通知を停止」、「ログアウト」のみを表示すれば、より理解しやすくなります。メニューのボタンの一部を簡単に無効にする方法を探しましたが、見つかりませんでした。）
メッセージ
メッセージシステムに関しては、3つの異なるオプションがあり、それぞれ異なる名前（PM、チャット、チャンネル）で呼ばれていますが、多かれ少なかれ同じニーズを満たしています。
PMは無効にできません（できますか？）、discobotによって使用され、基本的にプライベートフォーラムです。チャンネルはカテゴリに関連しており、チャットはグループ会話などを可能にするチャットです。これらすべてを1つにすることはできませんでしたか？
結論
より頻繁に推奨されるようにするための私の賭けは、それを整理し、新しいユーザーのハードルを下げることです。なぜなら、問題は確かにプラットフォームが提供する可能性ではないからです。
「いいね！」 13
テーマの作成者やプラグイン開発者はそれを変えることができます…しかし、例として挙げると、Mastodon は Twitter/X とは違うものになろうとしていますが、非常に似ています。特にインスタンスが非常に人気のあるテーマを使用している場合はそうです。
わかっています。また私の悪い例ですが、Mastodon は X と同じニッチで運営されています。そして Discourse はフォーラムとして、ソーシャルメディアとは根本的に異なります。しかし、類似性の欠如は、ジェーンとジャック・ドウにとってスピードバンプとなります。
しかし、私たちは、少なくとも私は、元々のトピックとは違う道を歩んでいるのでしょうか？
「いいね！」 3
これは、このトピックの冒頭で提案された、Discourseがコミュニティプラットフォームとしての地位を確立しようとしているかどうかという問題よりも、的を射ていると推測します。
Discourseは、幅広い問題を解決するために使用できます。その柔軟性により、UIが圧倒される可能性があります。
Discourseでは、さまざまなタスクを実行するための複数のワークフローも許可されています。たとえば、設定ドロップダウンまたはユーザーのアクティビティページから下書きにアクセスできるなど、役立つことを意図したUI要素が実際には混乱を引き起こしている場合があります。
UIに関するコメントという点では、おそらく私が言える最善のことは「魚に水について尋ねないでください」ということです。私は約5年間、仕事で毎日Discourseを使用しており、UIに混乱することはめったにありません。まだ行われていない場合は、ユーザビリティテストの実施を検討する価値があるかもしれません。友人、支持者、経験豊富なユーザーから正直なフィードバックを得るのは難しいです。テストは、Discourseの潜在的なエンドユーザーと潜在的なスタッフユーザーの両方を対象とする必要があります。
無効にできますが、それはおそらく別のトピックで議論されるべきです。
「いいね！」 12
これは良いフィードバックであり、Discourse の存在のほとんどの間、同様の意見を聞いてきたと思います。
ソーシャルネットワークと比較すると、私たちは「委員会による設計」をはるかに多く採用していると思われます。このフレーズはしばしば軽蔑的に使われますが、その評判は現実よりも悪いと思います。確かに、単純化を難しくします。
Meta からのフィードバック、社内の従業員からのフィードバック、顧客からのフィードバックを多数受け取っていますが、これらの人々が Discourse を使用する方法には大きなばらつきがあります。
フィードバックの幅広さと迅速なイテレーションにより、何かを素早く構築し、1 か月後に再設計しようとすると、必然的に、そのまま利用している、削除するオプションが一番のお気に入りだと言う人が出てきます。
いくつかのランダムな例を挙げます。
-
/categoriesページのレイアウトが 8 種類あります（モバイルを考慮すると 9 種類）。これらは主にさまざまなリクエストに基づいて構築されました。 -
ブックマークリマインダーのオプションのうち、どのオプションが使用されているかについて社内で議論し、削減しようとしました。そして、リストのほぼすべてのオプションを気に入っている人がいることがわかりました。
-
当初は、サイドバーを優先してドロップダウンのハンバーガーメニューを削除したかったのですが、多くのサイトがドロップダウンを好むため、当面は 2 つのナビゲーションメニューオプションを用意することになります。
-
サイドバーの新しいコンテンツ通知のスタイルをいくつか試しましたが、意見はほぼ均等に分かれました。そのため、これには 2〜3 のユーザー設定があります。
-
チャットの使用方法も 2〜3 通りあります。これは、フォーラム体験とはほとんど完全に切り離してチャットを利用したい人もいるためです。
ある意味ではこれは素晴らしいことです。Discourse はさまざまな人にとってさまざまなものになり得ます。私たちは膨大な数の機能と設定を持っています。欠点としては、前述のように、非常に知識がない限り、すぐに圧倒されてしまうことです。
投稿のいくつかが触れており、私たちが検討し始めたことの 1 つは、管理者が（そしてユーザーが）最初に直面するオプションと設定の数を減らすことです。基本的な趣味のフォーラムでは、ほとんどの設定を非表示にできる可能性が高いです。テーマは要素を非表示にすることでこれをある程度行うことができますが、これらは多くの場合非常に目的に特化しています。管理者が特定の機能を追加しようとしている場合、開発経験がゼロの管理者にとっては調整が容易ではありません。管理者とユーザーは巨大なツールボックスを手に入れますが、彼らが必要なのはハンマーと数本の釘だけかもしれません。
「いいね！」 20
Google スプレッドシート（実際にはどのスプレッドシートでも可）をコンフィギュレーターとして使用するシステムを考えて（そしてコーディングを）始めました。これにより、サイトを事前にシードして X のための有用なコミュニティを構築できると考えている人が、通常のインポート（ユーザー、カテゴリ、トピック、投稿）を行うことが可能になります。さらに、テーマ（テーマのインストールとテーマ設定の構成の両方）やサイト設定を追加および構成することもできます。これにより、さまざまな目的（無料コンテンツとメンバー/サブスクライバー限定コンテンツがあるサイト、小規模グループ/家族/クラブ向けのサイト）のために事前に構成されたサイトのセットや、メンバー限定カテゴリの作成のような一般的なタスクを実行できるようになります（これは現在 UX でかなり「簡単」にできると思いますが、それを見つけるにはそれが欲しいと知っている必要があるかもしれません）。
一般的なソーシャルメディアサイトでは表示されない多くのものを隠すサイトを持つことは、悪い考えではありません。いくつかの「シンプルな」テーマは、いくつかのものを隠しています。
「いいね！」 11
返信と情報提供に心から感謝します。いくつか具体的な点について返信したいのですが、その前に、私はDiscourseを愛しており、その成功を願っていることを念頭に置いていただければ幸いです。もし私のコメントが厳しく聞こえたり、批判的すぎると感じられたりした場合は、それは私の無知（例えば、貴社の内部プロセスや、バランスを取らなければならない力学など）によるものか、単なる意見の相違によるものであり、CDCKが築き上げてきたもの、築きつつあるもの、そしてそこから生まれた成功を否定するものではないことをご理解ください。いかなるプロセスや組織も完璧ではなく、フィードバックは、それらの捉えどころのない目標へと物事をさらに進めるのに役立つはずです。
上記で@simonが言及したように、ユーザーテスト以外のテストも行っていることを願います。私の経験では、あなたが挙げたグループから得られるのは、主に制度的で固定化されたステークホルダーの視点であり、多くのばらつきはありますが、存在を維持するだけでなく、どのように成長させるかについての洞察はほとんど得られません。そして、私は単純な資本主義的要請のために成長を支持しているわけではありませんが、ビジネスの長期的な繁栄には、ある程度の modest な成長が不可欠であると考えています。
できるだけ多くの人を喜ばせようとするのは素晴らしいことですが…もちろん、常にすべての人を喜ばせることは文字通り不可能です。貴社がそれをしようとしているわけではないことは認識していますが、既存ユーザーのニーズを潜在的な新規ユーザーよりも優先しているように見受けられます。はっきり言っておくと、これはある程度良い偏りだと思います…ある程度までは。ただ、バランスを少しだけ、新規および潜在的なユーザー（管理者/コミュニティビルダーだけでなく、エンドユーザーも）の理解とニーズに応える方にシフトさせる必要があるかもしれないと提案したいと思います。また、一部の人々を失望させる必要があるという重要な現実もあります。
時には、後でより大きな利益を得るために、多くの人々を怒らせる必要があるのです。成長痛、移行の不快感などは、ソフトウェア開発の現実であり、あなたやチーム全体がよくご存知のことと思います。あなたが以下の例を提示する方法は、あたかも誰も失望させないようにしており、その結果としてオプションが乱発しているかのように聞こえます。きっとそれ以上に複雑なのだろうと思いますが、念のためお伝えしておくと、このように説明されても、私にはそのアプローチに自信が持てませんでした。むしろ、逆でした。
CDCKが間違ったアプローチを取っていると言っているわけではありません。そのような判断を下すには情報も直接的な経験も十分ではありませんし、そうするほど傲慢でもないことを願っています。 しかし、私が言いたいのは、Discourseを現在使用している状況（管理者としてもユーザーとしても）を単純に判断し、あなたが挙げた例を取ると、プラットフォームとユーザーベース全体の利益のために、少数の人々をもう少し失望させる方にバランスをシフトさせる必要があると、私は間違いなく主張します。これで、出しゃばりなアホのように聞こえなかったことを願っています。
もしそうでなければ、謝罪します。
はい、これはおそらく最も必要なことだと思います。よりシンプルな、すぐに使える体験です。理想的には、大多数が望むであろう基本的な機能セットを決定するための、ユーザー（管理者/エンドユーザー）テストを十分に実施した上で構築されるべきです。デフォルトの設定にもすでにいくつかありますが、私もデフォルト設定の範囲を超えて（つまり、デフォルトで有効になっていないものを有効にする必要があった）、そのようにするオプションがあったこと自体に感謝しました。ですから、機能を完全に削除したいわけではありません。しかし、すべて設定、デフォルトなどを完全にレビューし、それを調整し、さらにデフォルトオプションとインタラクションモデルの最適化されたコンセプトに基づいた新しいテーマを作成することは素晴らしいでしょう。多くの作業が必要であることは認めますが、おそらく今後のメジャーバージョンアップの際には価値があるでしょう。 そして、その結果として新規顧客を獲得することにつながるだろうと確信しています。
いつもながら、お聞きいただき、ご対応いただきありがとうございます。ここに時間を割いて、もっと積極的に関われれば良いのですが、私はDiscourseのファンであり続けます！
「いいね！」 8
これは実際、素晴らしいと思います。フォーラムが特定の機能を必要とする場合、管理者はそれを有効にするだけで済みます（管理エクスペリエンスを向上させるために、右クリックで可能なアクションのリストを開き、実際のボタンとその設定をリンクさせることができれば、非常に素晴らしいでしょう。何を見ているのか、特に色やテーマに関しては、どのように呼べばよいかわからないことがあります [汗顔の表情] 、そしてこれはCSSで実現可能です）。二重性を減らすことも良いアプローチです。なぜなら、機能は有効なままにしておくからです。
この回答を書きながら、二重性の他の例を見つけました（一部はトピック関連、一部は回答関連だと理解していますが、それでも）：
これはUIに関する多くの良い回答を生み出すでしょう。訓練された目には、訓練されていない目の障害は見えません。
私も驚きます。^^
見つけました！
「いいね！」 3
トピックから外れるリスクを承知で申し上げますが、このアイデアも以前から存在しています。
セットアップウィザードの「メンバーエクスペリエンス」ステップを改善して、「どのような種類のサイトを作成したいですか？」と尋ねることができます。
いくつかの可能なオプション：
- チームワーク
- ソフトウェア/製品開発
- カスタマーサポート
- コミュニティ
- 従来のフォーラム
- すべてを教えてください！
その後、Discourseサイトは、選択されたサイトタイプに適したUI要素とサイト設定を強調するように構成されます。
サイトがセルフホストされている場合、選択されたサイトタイプに適したプラグインが提案される可能性があります。たとえば、「チームワーク」が選択された場合、Assign、Policy、Calendarプラグインが提案される可能性があります。
ホストされているサイトの場合、このステップをセットアップウィザードからホスティングサインアップフォームに移動する方が理にかなっているかもしれません。これにより、顧客は選択したサイトタイプに適した機能がさまざまなホスティングティアでどのように比較されるかを確認する機会が得られます。たとえば、「コミュニティ」が選択された場合、「ゲーミフィケーション」プラグインはDiscourseのBusinessプランでのみ利用可能であることが強調される可能性があります。適切に行われれば、すぐにアップセルを行うためのフレンドリーな方法になります。
「いいね！」 6
これはコミュニティにとって素晴らしいプラットフォームになり得ます。私は以前ディスコース（Discourse）のことを全く知りませんでしたが、Republic Wirelessという電話会社がディスコースフォーラムを持っていました。彼らは数年前にフォーラムを閉鎖しました。なぜなら、Dishに買収されたことによる変更に不満を持つメンバーの混沌状態に陥り、最近ではBoost Mobileの一部となっています。\n\nアーミッシュのような一部のコミュニティは、電話サービスに興味を持ったことはありませんでした。電話はコミュニティがうまくやっていくのに常に役立つわけではありません。\n\nこのようなフォーラムプラットフォームは、通常の音声電話よりもはるかに高度であり、新しいコミュニティを確立したり、既存のコミュニティがより良くコミュニケーションをとるのに役立ちます。
過去数年間、人々が「Discourseにそれができるとは知らなかった」、「その機能/オプションが組み込まれているとは知らなかった」、「Metaで議論されているのを見た後、その機能/オプションはどこにあるのか？」と言っているのを見てきました。
デフォルトで無効になっている機能/オプションのインデックス（ほとんどのインストールで）を作成して、管理ダッシュボードにリンクすることは可能かもしれません。別の可能なインデックスは、すべてのテーマ、テーマコンポーネント、およびプラグイン（管理ダッシュボードへのリンク付き）用です。幅広い機能、テーマ、テーマコンポーネント、およびプラグイン（公式および非公式）があります。また、一部のプラグインはBusiness/Enterpriseホスティングでのみ利用可能であり、他のプラグインはセルフホストサイト用です。私が知る限り、中央にまとめられたリストはありません。これらは、「Discourseでこれができたらいいのに」と言って、その願いがすでに叶えられていることを知る人々に大いに役立つでしょう。
「いいね！」 3