Slack 有线程化消息以避免混乱。不幸的是,并不是每个人都有足够的纪律来在回复消息时开始一个线程。
发生这种情况时,是否可以:
我有一种感觉,答案是否定的。我在他们的api description或他们的feature description 中找不到任何内容。
Slack 目前似乎并没有像早期那样处于功能增强生命周期中。不幸的是,因为“超级用户”功能的加入让 Slack 拥有了庞大的用户群。我预计他们不会很快添加这样的(有争议的)利基功能。当巨头收购一家令人惊叹的初创公司时,这种情况太常见了,在本例中是 Salesforce,这个臃肿软件 B2B 巨头。
\n\n\n\n
\n- 将一条消息移动到另一条消息,并以这种方式启动一个线程?
\n- 或者原始消息上的线程,然后将应答消息移至该线程?
\n
我不太确定你的第一个选项是什么意思,但我建议(作为你当然希望的功能的解决方案)第三个类似的选项。
\n需要考虑的重要一点是人们并不总是喜欢线程。它们的功能不如频道丰富。一方面,你不能“线程”一个线程;没有分叉,因此当需要子线程时,您被迫开始引用消息,这有其自身的局限性。
\n此外,右侧线程侧边栏很窄,因此代码块等的可读性或格式不太好。甚至切换到Threads视图(左侧栏的左上角)也不是完美的,因为您最近的所有线程都是交错的,当您有多个线程运行时,这可能会使排序变得很麻烦。有时这可能比嘈杂的通道更糟糕。
对于您试图争论的人来说,这种方法更直观,因为您正在与他们的消息而不是他们正在回复的原始消息进行交互。这更明显地表明您想要突破频道,并且想要直接与他们交谈。这相当于在一次偏离轨道的会议中说:“会议结束后我们先进行侧边栏讨论吧。” 即使他们已经收到关于其消息的线程响应的提醒,在线程中加倍@提及也会有很大帮助 - 这感觉更加个性化并且针对他们。
\n对于任何坚持在频道中进行对话的人,只需在线程中@提及他们即可邀请他们加入您希望他们参与的对话。忽略他们在频道中的信息,或者在你希望对话发生的地方回答他们也是一种教学策略。
\n回复您想要加入其消息主题的人。通过陈述显而易见的事情来公开谈论此事:“这里的事情变得一团糟。”
\n| 归档时间: |
|
| 查看次数: |
1972 次 |
| 最近记录: |