智能、聚焦、邮件。
超高效兼跨平台:专为静忧收件设计,专心聚焦重要事项。
💡 通讯组列表:一个电子邮件地址,可将一条消息一次性发送给一整组人,比如 allstaff@yourcompany.com 只需发送一次即可触达每位员工。也称为邮件列表,如今在 Outlook 中则叫作联系人组。
现在就查看一下你的收件箱。里面大概会有一条全公司范围的通知、一份你两年前不知怎么订阅了的新闻通讯,或是来自某个你都不记得加入过的列表的提醒。这就是通讯组列表在起作用,而且大多数时候你根本没意识到。
它们之所以存在,是因为逐个给三十个人发邮件浪费了所有人的一下午。通讯组列表解决了这个问题:只需发送一次,就能自动送达列表上的每个人。营销通知、公司备忘、社区更新、人力资源公告:这些都是典型的应用场景。而微软自身的限制正好说明了这种方式能扩展到多大规模。 Microsoft 365 中的单个通讯组列表最多可容纳 100,000 名成员,一条消息可一次性触达最多 1,000 名收件人。
然而,加入过多列表正是收件箱变成难以管理的噪音的原因。你被添加进的每一个列表,都是一个额外的邮件来源,它们与真正需要你关注的消息挤在一起。
像 Spark 这样的电子邮件客户端在这方面有所帮助,它会将列表类邮件与个人邮件区别对待。 Spark 的新闻通讯与通知功能会将这类邮件归入其专属文件夹,因此它们不会与今天真正需要回复的邮件争抢空间。
这些概念经常被混淆,而它们之间的区别很重要。
共享收件箱是双向的:一个团队通过一个共享地址阅读和回复邮件。通讯组列表是单向的。它向外广播消息,回复通常会返回给发件人,而不是整个组,除非它被设置为讨论列表。
群聊在设计上就是对话式的,为你来我往的交流而生。通讯组列表则是为触达而生,而非为讨论。试着在一个 200 人的通讯组列表上进行真正的对话,你就会碰上那种大家记好多年的“全体回复”灾难。
通讯组列表是一次性将一条消息送达大量收件箱的正确工具。而当你真正需要讨论时,它就成了错误的工具。
具体在哪里创建,取决于它是你自己联系人的个人列表,还是全组织范围的列表。
在 Gmail 中(通过 Google Groups):
在 Outlook 中:
需要真正的订阅管理,让人们自行加入和退出、退订链接之类的功能?大多数人会选用专门的列表工具,而不是在 Gmail 或 Outlook 中手动搭建。
将列表范围限定在真正需要它的人。一个“以防万一”而包含半个公司的列表,注定会让人们开始忽略它。
明确设定回复预期,并在第一条消息中说明。提前决定回复是仅发给发件人还是发给整个列表。
定期审查成员。人们会调换团队或离开公司,而一个疏于维护的列表只会为仍在其中的每个人不断累积噪音。
退订你不需要的内容,当共享收件箱或群聊更合适时,不要使用讨论密集的列表。广播和交流是两种不同的任务,而每一个陈旧的订阅都是无缘无故在你收件箱中流过的又一样东西。