现在有了聊天 💬 我该如何处理私人消息？

社区
1

我喜欢 Discourse Chat - 它经过精心打磨，为在线论坛中的即时通讯提供了绝佳的体验，这是我们去年只能梦想的。

然而，我遇到了一个问题。在花了几年时间劝说人们使用私人消息（PM）作为一种效果不佳的聊天替代方案后，我该如何处理它们？

群组通讯通常也可以作为一个聊天频道。而且，由于你无论如何都需要一个类别来固定它，所以有一个显而易见的地方可以存放持久性/复杂的内容。

一对一的通讯大多是即时的，所以聊天对于其中大部分来说是完美的。然而，我们还剩下一块缺失的部分：

一个用于私密、与少数人共享（可变）、且持久的内容的地方。

这对我作为管理员/社区经理来说尤其是一个问题，因为回顾之前的对话并在此基础上进行扩展非常有帮助。虽然我可以（并且确实）拥有自己的私人类别，但这对于持续的沟通来说毫无用处，因为其他人都无法访问它们。

如何最好地管理这个问题？

选项 A - 仅仅加入聊天功能

我对此并不满意，因为我的用户在何时使用哪个功能时会不可避免地感到困惑。这需要大量精心设计的“即时”提示/教育。

我非常确定，大多数用户会直接忽略聊天功能，并在很长一段时间内继续给我发送私人消息。其他人则会因为“太难了”而不进行沟通。

对我个人来说会更好，因为我将有一个很好的地方来存放我的私人社区管理内容。

选项 B - 部分或完全关闭私人消息

这具有简单性的强烈吸引力。我的用户喜欢简单！

然而，系统通知（徽章授予等）仍然会通过私人消息发送。这会让用户感到困惑，并且会使完全移除许多与消息相关的（收件箱等）内容变得有些棘手。

选项 C - 将私人消息重新定义为“私人主题”

我们都知道它们只是主题。但消息的语言非常深入，也影响了功能。我可以大刀阔斧地更改按钮上的文本等内容，但这不会很美观。

另请参阅：

想法/建议

其他人是如何管理这个问题的？我很想听听那些在他们的成熟社区中添加了聊天功能的用户的建议。

19 个赞
2

群组私信？它们不需要分类，对吧？

3 个赞
3

我不想为每一次互动都创建一个组/类别！！！

而且关键是如何消除（或者至少大大弱化）消息。

或者有消息、聊天和主题是可以的？我怀疑不行，因为我了解我的用户，他们一点都不喜欢复杂性。

5 个赞
4

自从我开始建立论坛以来，我们一直有一个名为“随机想法”的主题，对所有 TL 都开放。几乎所有人都将其用作聊天。任何事情都可以讨论。如果简短的交流与已存在的主题相关，这些帖子通常会被移至相关主题，但要等到交流结束后。

我的某些用户还使用私信（或 DM）在他们之间进行沟通，他们不希望在“随机想法”中公开（即使这是一个私人论坛）。

在另一个论坛上，我们每个月都有一个群组私信，主要由版主和几位普通会员组成。一年多来，这一直对我们来说效果很好，特别是当有人上传图片或照片，或者链接被“一键打包”时。

我不太确定聊天功能在这两个论坛中的任何一个中会如何发挥作用。第二个论坛的大多数用户都鄙视 Twitter，并已多次明确表示。此外，聊天功能绝对不适合所有用户，因为它是一个公共帮助论坛，并且已经有一个帮助/支持类别。新访客会开启新的求助主题。

遵循这个主题的标题，您必须考虑私信有哪些功能是聊天所没有的——持久性、可搜索性等。以及聊天有哪些功能是私信所没有的。放弃私信真的对您的论坛有好处吗？实际上，您可以保留私信，但将聊天作为互动方式——直到有需要转到私信的内容……只要私信仍然可用。考虑到我们在另一个论坛上的群组私信，没有任何东西可以阻止两个人或更多人开启另一个私信来讨论在群组私信中提出的内容，甚至可以快速谈论一些完全不相关的事情。在这些情况下，私信和聊天之间真的没有太大区别。 :man_shrugging:

4 个赞
5

我不认为 Jay 是这个意思。我认为他的意思是为什么人们不为那些讨论创建一个群组私信，然后根据需要添加或删除人员。我们内部实例就是这样做的。我们使用私信进行持续的非临时性私人讨论（例如每周会议议程和纪要）或我们希望保留的讨论，并同时使用聊天进行临时讨论。

聊天从未打算取代私信。在大多数实例中，用例非常不同。

5 个赞
6

这似乎是我最喜欢的选项，但正如你所说，作为管理员单独调整语言可能是一项繁重的工作。

3 个赞
7

我相信在社区中，聊天和私人消息（PM）仍然可以共存。

在某些社区中，需要用户之间进行私密且加密的消息传递，而PM结合Discourse encrypt将是我们的方式。在极端情况下，当需要讨论另一位特权用户时，加密的PM是您的最佳选择。

目前不支持加密聊天，并且可能在短期内也不会支持（尽管我们已将其纳入考虑范围）。

上面选项C也反映了PM在程序上的实现——它们就是私密主题。PM的搜索功能也非常出色（与常规主题一样，只需添加in:messages），而目前聊天功能还不支持。

7 个赞
10

我承认我将其理解为发送给群组的私人消息，而不是发送给多个个人的临时私人消息。这当然适用于该用例。

对我们技术不太熟练的用户来说，挑战在于消息和聊天在语义上非常相似，而它们重要的功能差异对他们来说并不清楚。

9 个赞
11

我会说 PM 是用来写段落的。DM 是用来进行高保真短消息沟通的。

这个回复本身更适合放在 PM 中，而不是 DM。检验标准是：

  1. 这包括多个段落
  2. 这是异步优先的沟通方式。
  3. 它有一个恰当的“主题”

Nathan，近况如何？
（适合 DM）

我想讨论……瓶子。

瓶子更好，因为

  1. 它们很大
  2. 它们是玻璃做的

让我们讨论一下
（适合 PM）

9 个赞
12

精彩的讨论话题。谢谢 @nathank

我不希望看到私信（PMs）被移除。

你想保留的私信，或者发送给特定用户群组的私信（或两者兼有），仍然是很好的用例，就像长篇的私人讨论一样。

我认为我们需要向用户强调并重申，聊天信息在 x 天后会丢失，而私信不会。

我不确定如何提醒用户这一点，并促使他们在当下做出更好的决定，但这就是我的想法。

我们是否可以将私信重命名为“私人话题”（Private Topics）？

9 个赞
13

不过，PM 是社区的通用说法，所以我担心这会让从其他平台迁移过来的人感到困惑。

7 个赞
14

但它们并非真正私密（除非你安装了加密插件），因此有些人不喜欢“私密”这个词，而更喜欢“个人”（因为它只是连接者之间以及任何决定查看的管理员之间的个人对话）。

7 个赞
15

默认情况下，聊天频道消息的有效期为 90 天，而直接消息则永久保留。这个区别一开始也让我感到困惑。

7 个赞
16

我认为“直接消息”（聊天）和“私人消息”（非聊天）的区分令人困惑。已经有好几次了，我和某人在直接消息中聊天，我们中的一个人可能会说“让我们就此开始一个话题”，而我们实际上想说的是“让我们开始一个私人消息（话题）”。在这些情况下，我们使用“话题”作为“更异步的东西”的简写，但我们仍然打算只在我们之间进行。

如果能找到更明确的语言就好了，但这确实存在挑战。正如 Hawk 指出的那样，一些术语在通用社区的常用语中已经存在，并且在不同平台都有使用。我们也有自己的历史需要面对——改变一个已经使用了多年的功能的术语是很困难的。所以……也许我们将来会这样做，但现在，让我们假设我们现有的术语。

暂时放下这一点，我认为在考虑私人消息或直接消息（或两者兼有）哪个更合适时，这很大程度上取决于社区。

看到它们都能很好地协同工作，这确实令人满意。

我甚至有过一对一的聊天，然后我们将其作为摘要记录在两人之间的私人消息中以供后续跟进——反之亦然，我们有一个用于长对话的私人消息，并在直接消息聊天中通过链接引用它来解决一些细节。

7 个赞
17

我经常对私信（PM）和直接消息（DM）感到困惑，因为总的来说，这些缩写词，如果我没记错的话，Facebook 使用 PM，而 Instagram 和 Twitter 使用 DM，尽管它们都有非常相似的聊天界面。

所以，当我想起 Discourse 上的 PM 时，它们对我来说并不像 PM，因为话题更像电子邮件而不是聊天消息。

因此，关于与数字通信的既定规范相冲突，我认为主要参与者甚至在 PM 和 DM 上也存在冲突。与既定的论坛规范相冲突，Discourse 不是决定使用“话题”（topics）而不是普通的“帖子”（threads）吗？所以似乎有重命名的先例。

就我个人而言，我喜欢根据它们的长度和开放性来命名：话题（topics）与聊天（chat），公开（public）与个人（personal）或私密（private）。这似乎是一个更简单的 2x2 矩阵来向人们解释：公开话题、个人/私密话题、公开聊天、个人/私密聊天。

此外，这可能表明个人/私密话题比聊天更容易与公开话题相关联并可转换为公开话题。另外，由于聊天已固定到类别而不是特定话题，因此聊天似乎比具有主题的特定话题更广泛。

我经常看到话题类似于电子邮件，聊天类似于即时消息/短信/文本/聊天室。我很想知道这是否与您产生共鸣。

6 个赞
18

我从概念上喜欢 2x2 矩阵。我认为命名部分仍然很难。当考虑到仅对某些组可访问的私有类别中的频道和主题时，“公共频道”和“公共主题”的名称会产生一些摩擦……

6 个赞
19

确实如此。我认为我们应该停止使用“PM”和“DM”这两个术语，好像它们是不同的东西，而且绝对不应该在用户界面中固定这些术语，这是一场我们无法赢得的意义之争。这些缩写词背后的词语（私信和直接消息）并没有真正区分出“类型”。

Wikipedia 将两者等同起来，表示它们是同一个意思，Merriam-Webster 将 DM 定义为 private message（私信）……这只会给我们带来需要解释的麻烦。

个人聊天和个人消息对我来说似乎是最清晰的选择。在文档中我们可能会这样称呼它们，在口语中更容易说“给我发个[聊天] [PM]”，并且知道两者的区别。

在我看来，这两种功能之间的区别相当微妙，而且对大多数用户来说可能根本不存在。加密对某些网站很重要，但有多少呢？可能不到 10% 的 Discourse 网站使用它，对吧？搜索对更多网站来说是一个因素，但我敢肯定我们会在明年内实现它。没有什么能阻止我在聊天中写段落（我经常这样做！），也没有什么能阻止人们异步给我发送聊天消息。

Reddit 是一个我可以想到的平台，它以类似的方式让这两个概念共存，据我所知，它们正逐步将所有 DM 都改为聊天模式。人们在那里也会问同样的问题（他们的管理员也没有给出很好的理由）：https://www.reddit.com/r/help/comments/pali45/whats_the_difference_between_chat_and_message_in/

总之，我们现在有理由区分它们……但这些理由将会消失。当它们消失时，我认为我们应该认真考虑合并这两个概念会是什么样子。最终这将使用户更加清楚。

10 个赞
20

抱歉，如果我稍微跑题了，但“个人消息”这个术语会在 UI 中变得更突出吗？

我的理解是，由于登录了 staff 账户的用户可以轻松访问用户之间的消息，因此 UI 避免使用这个术语。我的理解是错误的还是过时的？

编辑： 该睡觉了！:sleeping:

2 个赞
21

我认为您指的是“私信”。这是我们极力避免使用的术语。

用户出于多种原因不应期望有隐私。

7 个赞
22

哦，我脑子短路了——你当然是正确的。

谢谢，抱歉。 :slight_smile:

7 个赞