チャット形式のコミュニケーションを利用する人にとっては自明のことですが、チャットは非常に主観的であり、多くの選択肢の中から1つを選んだ場合、「正しい」ソリューションを見つけることは事実上不可能です。
チャットのスレッド機能を、私は「サブスペース」と「インライン」の2つのカテゴリに分類します。
サブスペース形式に従うプラットフォームは、誰かがメッセージに返信したときに「ポケット」を作成し、すべての返信はこのポケット内に保持され、クリックして参加しない限り表示されません。これはSlackでよく知られており、Discourseのチャット機能に組み込まれているソリューションも同様です。
インライン返信は、すべての応答をメインのチャットスレッドに保持し、リンク/アンカーを介して元のメッセージを参照します。これには、引用テキストありとなしという2つのバリエーションがあります。引用テキストありの例としては、Discord（完全な引用ではなく抜粋を使用）やAppleデバイスのMessagesがあります。Discordは以前は引用なしのインライン返信を使用していましたが、現在の形式に切り替えました。引用なしのインライン返信のもう1つの例は、Stack Exchange / Stack Overflowのチャット機能です。
どちらも有効であり、それぞれに用途があり、互いの問題点を「解決」しています。
- サブスペースのポケットは…
- + 横断的な思考を containment するのに役立ち、メインの議論から気を散らすことなくトピックを深く掘り下げることを可能にします。
- + これらの横道話をきれいに、わかりやすく保ちますが、
- - ポケットは見落とされる可能性があり、特にチャットが他のトピックに進んだ後に返信が作成された場合。
- - 分岐を見る必要がある人を確実にpingすることがより重要です。
- インラインチャットでは逆が当てはまります…
- - すべてがインラインにあるため、横道に逸れることでチャットが脱線しやすくなります。
- - 複数の議論の流れを同時に追うのは混乱しやすいです。
- + すべてがインラインにあるため、サブスペースで起こっていることを見逃すことはありません。
- + ユーザーは、返信が特定のユーザーにpingを送信していることを確認するために、あまり考え込む必要がありません。
数年間SlackとDiscordのユーザーとして、「正しい」ソリューションはおそらく開発者が聞きたくないものだと思います。それは「両方持つ」ことです。どちらを好むかの最大の決定要因（私にとって）は次のとおりです。
- チャットに参加している人数またはアクティビティの量。
- 1人とチャットしている場合や、アクティビティが少ない場合は、インライン返信だけで十分です。2〜3人でもサブスペースは必要ありません。2人でSlackのDMでサブスペースが使われていることにどれだけイライラしたか分かりません。
- 参加者が多く、メッセージが急速に飛び交うスペースにいる場合、特に人々が返信機能を実際に使用することに緩い場合、インライン会話を追うのは非常に困難になります。
- すべてを見ることをどれだけ望むか/必要とするか。
- Slackチャンネルでサポート的な役割を担っている場合、サブスペースはチャンネルを整理し、素早く確認できます。
- スレッドに埋もれたものを見逃すとまずいスペースにいる場合は、インライン返信を好みます。FOMOは現実です！
- スレッドの「深さ」。
- 質問があり、その後に数十または数百の応答が続くチャンネルは、サブスペースにする必要があります。
- メッセージごとに応答が非常に少ないチャンネルは、通常インラインの方がうまく機能します。
- 私が誰であるか/何に慣れているか。
- Slackスクリプトを作成してサブスペースを削除した人がいますが、それは彼らがそれを非常に嫌っているからです。
- チームにSlackチャンネルで常にサブスペーススレッドを使用するように厳しく主張し、使用されないと少し不機嫌になる人も知っています。
これらすべてが、万能の（あるいはほとんどの）ソリューションはないということです。私は、別のDiscourseインスタンスで1対1のチャットをしていて、スレッドの選択肢に驚き、スレッドを避けたいと強く思ったため、このメタ投稿を具体的に探しに行きました。
両方のオプションを提供したい場合のアイデアをいくつか紹介します。
- グローバルまたはチャットごとに、どちらのスタイルを好むかを選択できるユーザー設定を検討してください。
- チャットスペースのユーザー数、メッセージ頻度、平均返信の深さを考慮して、「自動的に」どちらの形式を使用するかを決定します。たとえば、スレッド内の返信が一定数に達するまで、またはユーザーが「返信をスレッドに変換」と示すまでインラインを使用します。
- 「昨日/先週の何かに対する新しい返信スレッドを作成しています」という状況と、返信を示すこと（またはSlackが行っているように、応答者がインラインで返信を投稿できるようにすること）が理にかなっているかどうかを検討してください。
現在のものは問題ないと思いますが、Discourseがこの機能を進化させるにあたり、これらの2つの異なる方法論の間の障壁をぼかすことを検討してくれると嬉しいです。