编辑导语:在互联网的运营中，建群做私域某种程度上已经成为一种普遍的认知。但是在开源社区中，使用群聊来促进技术交流和用户活跃度是最有效的方式吗？或许，开源运营可以尝试使用邮件列表。

介绍

最近朋友极力推荐《开源的奥秘》这本书，目前已经阅读了近2/3。

作为一个开源方向的小操作，经常摸着石头过河，但书中的内容却能不断激发我对开源的思考。真的是和这本书的一次相见恨晚。根据我最近查阅的一些资料，我有一些想法迫不及待地想与你分享。

我知道我的阅历还很浅，希望能和大家多交流。也希望大家批评指正我的不足。

自从进入运营行业，我发现有一件事是绕不开的:团建。

互联网的运营更喜欢这套玩法:组织线下meetup谈技术，引导大家入群；在网上做个抽奖，引导大家入群；推出新产品新功能搞新活动，也会引导大家入群。

聊天列表上躺着的群聊越来越多。每天打开手机，各种群聊消息已经被刷了一轮又一轮...有兴趣的话就点一两个扫个眼，回复几条消息，做几个表情，碎片时间就差不多用光了。

有一点让我印象很深:一个线下meetup抽奖，前提条件是加入社群，很多参与者会“入群-抽奖-中奖失败-退群”。抽奖结束后加入群聊选择默默潜水的人不在少数。社区的数量似乎在增加，但活跃用户确实很少...

越来越多的群聊消息逐渐成为大家的负担，[无消息]逐渐不能满足大家的需求。微信敏锐地捕捉到了用户的这一“痛点”，及时推出了【折叠此群聊】功能。不知道有多少社区被打入冷宫，社区运营生会哭晕在厕所...

话题有点远了。让我们回到开源社区中的技术交流。诚然，很多开源社区都在把微信社区作为日常技术交流的主要方式。但是随着社区消息的不断刷屏和群聊消息的折叠，开源社区使用微信群进行技术交流是不是一个好主意？

如何吸引开源爱好者的注意？当然，这里有很多复杂的因素，但是回归到开源的本质，我有一些思考:

我们的技术交流够不够开放？外部的人如何能够更好地看到我们？我们如何的更好的、更高效的传递技术内容？

和朋友聊过以上问题，查阅了一些资料，我觉得不妨尝试用邮件列表来帮助开源社区的发展，让技术交流更加公开透明。

1.什么是邮件列表？

我们来分别看看维基和度娘对这个词条的解读:

以下来自维基:

邮件列表，又称邮件列表、邮件论坛、邮件列表、交流论坛或邮件论坛等。(英文:Mailing List)，是电子邮件服务的一个特殊应用。该列表可以由个人或组织操作，用户名和电子邮件地址都收集在列表中，这样就可以同时向多个收件人发送消息。

邮件列表有两种:公告型和讨论型(讨论组)。公告邮件列表用于发送报纸、杂志、广告等。一个方向，更接近邮件列表的本义。过去，所有这些出版物都是通过邮局递送的，但随着电子邮件服务的兴起，公告邮件列表开始流行；讨论邮件列表(讨论组)允许列表中的用户自行向列表发送消息，发送的消息将被所有成员看到。

以下出自《度娘》:

邮件列表可以追溯到1975年。它是互联网上最早的社区形式之一，也是互联网上的重要工具。用于各个群体之间的信息交流和信息发布。

更详细的描述可以自己去查阅，这里就不赘述了~

第二，微信到底是不是误付？

这里简单分析一下利用微信群进行技术交流可能出现的问题。

1.信息封锁

微信通讯采用即时通讯模式。如果一方没有收到反馈，需要不断等待，导致信息闭塞。

2.信息的撕裂

新人看不到之前的聊天消息，不知道大家都在聊什么。

大家的注意力不会一直在即时聊天窗口上。如果有问题要问，大部分会直接在群里出错，可能会打断当前群里正在进行的对话。

3.碎片时间通信

如果社区里没有负责回答问题的同学，但是提问的人期望得到快速的回复，随着等待时间的增加，对社区的整体印象会大打折扣，会让人觉得“这个社区很不活跃”，可能会对产品的维护产生质疑。

用碎片化的时间在微信群里交流，更容易让人觉得不耐烦，有时意见不合就可能在群里吵架。虽然围观者吃瓜开心，但是过度的争吵也会影响群体氛围的和谐。

4.杂项信息

随着群消息越来越多，所有人被动接收所有消息，与自己关联度低的群消息逐渐成为负担。

还有一些人在群里发广告，管理员无法删除或撤回其他人的信息。

5.资源消耗

同样的技术问题被反复问，重复的回答消耗着技术生。

群里讨论的内容很难形成文件或文档，网上也搜不到。为了形成可沉淀的内容，需要大量的时间去整合。

三、邮件列表的妙处在哪里？

1.异步通信可以给你充足的时间。

大多数人选择在时间充裕的时候查看邮件，或者留出一些时间浏览邮件列表的内容。

同样的内容分类在同一个话题下，有些话题可以讨论几天或者几周，让话题保持热度。

2.更高质量的内容

我们在编辑/回复邮件时会更加注重措辞和用词的严谨性，对内容的质量有潜在的更高要求。

电子邮件可以提供更丰富的内容形式，如图片、视频、代码、附件等。，以便双方就问题进行更深入的沟通。

管理不同的内容和主题可以让界面更整洁，整个列表内容丰富，不杂乱。

3.更有效率

邮件提供的搜索功能可以通过关键词快速定位问题及相关内容。如果问题之前已经回答过，可以快速查看解决方案。

同样的问题可以整合成一个链接，直接转发给提问者，从而缩短解决问题的链接。

名单可以以广播的形式发给所有订阅者，关键信息不会被一条聊天记录刷走。

4.适用范围更广。

出于国际化的长远考虑，邮件列表的适用范围更广，加入组织讨论的链接更简单。

大家的讨论公开透明，讨论内容可以形成链接，在网络上传播，吸引更多想了解相关信息的人加入。

一些对社区很好奇，想先看一看的人，可以通过邮件列表中多样化的内容，对社区有一个初步的、快速的、立体的了解。

5.信息安全

这种安全性意味着每个订阅邮件列表的人都会有一份信息的副本，邮件列表的每一个字都不会通过公开的交流过程丢失。

第四，进一步思考

以上微信和邮件列表的对比，并不意味着要抛弃微信群，将所有用户转移到邮件列表场景。

微信群自然有微信群的优势。比如活动进行中，微信群里的互动可以迅速让大家参与进来，引发一波参与热潮。

但是，在小小的狂热过后，如何让开发人员继续关注开源社区和技术，而不是活动本身。

如果我们运营的微信技术交流社区已经存在上述一些问题，而且社区的活跃度也在下降，不妨通过邮件列表形成一个技术爱好者的小圈子，通过技术交流和碰撞吸引更多的技术爱好者加入进来，让大家有真正的参与感，通过优质的技术内容留住开发者的心。

刚开始可能很难普及，有一种空的白色邮件列表无从下手的感觉。但是，我们已经拥有的可以先行一步，沉淀可以为后续做铺垫。新加入者看到的不会是“空空如夜”的邮件列表吧~

五、如何实现邮件列表

如果我们选择添加邮件列表作为技术交流的主要阵地，那么我们需要考虑以下几个方面。

1.邮件列表的创建

以google group为例(需要提前准备好自己的gmail账号):

首先，登陆 https://groups.google.com/；点击左上角【创建群组】；填写群组关键信息；开通组群对外权限；点击【创建群组】，成员可在后续进行添加；群组创建成功，此时你可以在“我的群组”列表中看到新创建的群组了；此时不妨发一个简单的欢迎语，迎接即将加入的新成员吧～

2.如何引导用户订阅？

至于引导用户订阅的方式，笔者暂时没有成功的案例分享给大家。不过我暂时在脑子里构造了几个指导思路，希望能有引玉的效果。可以后台留言，大家一起讨论~

这里涉及几个不同的引导场景:

“散户”开发者：这些开发者通过网络搜索，可能在渠道推文、知乎之类的问答平台看到相关的内容，我们可以在这些场景中加入邮件列表链接，引导关注；已产生联系的开发者：这类开发者可能已经加入到我们的社群中，或者已经关注了我们的公众号等各种渠道，可以通过信息推送、朋友圈广告、设置技术话题讨论、有奖参与等形式引导关注；对技术感兴趣的客户：可以在产品官网首页增加订阅邮件列表入口，引导订阅；高校学生：后续如果针对高校有进一步的拓展计划，可以附着在相应的活动、培训、社区共建等形式在高校中进行引导订阅。

3.邮件列表的后续操作

邮件列表的后续操作需要社区管理者定期维护列表内容，整合资源。

邮件社区管理员可以是固定的一个人，也可以是几个人。对于不同的内容板/内容，可以有:

如果后续内容和栏目比较多，可以灵活调整。

不及物动词摘要

Apache Software Foundation的博客是这样描述邮件列表的:

Apache软件基金会的所有正式通信都是通过邮件列表进行的。为了解决全球不同时区的地理分布问题，邮件列表可以保证良好的异步通信。几乎所有的Apache社区都坚持并同意这种做法。

如果有些事情没有在邮件列表中讨论，那么它就从来没有发生过。

为了确保Apache Groups基于透明的文化，所有的协作都需要在邮件列表中完成。

自Apache Software Foundation成立以来，超过340，000名作者撰写了多达175，000封电子邮件，涵盖了超过75，000个主题，并提交了1，247个邮件列表，所有这些都是可公开访问的(2018年初)。

可见，基于异步通信的公开透明的邮件列表，理性思维是开源协作的基石。我们为什么不试一试呢？

参考链接

1.为什么QQ不应该用于技术交流？

https://blog . zhgdg . org/2013-06/anti-QQ-as-tech-communication/

2.开源的奥秘作者:史彤

https://book.douban.com/subject/35716759/

3.条目说明:邮件列表

https://zh . m . Wikipedia . org/wiki/% E9 % 82% AE % E4 % BB % B6 % E5 % 88% 97% E8 % A1 % A8

https://baike . Baidu . com/item/% E9 % 82% AE % E4 % BB % B6 % E5 % 88% 97% E8 % A1 % A8/3242524？fr =阿拉丁

本文由@费煜原创发布。每个人都是产品经理。未经许可，禁止复制。

来自Unsplash的图像，基于CC0协议。