Telegram 社区如何运作：关联群组与频道、精细隐私与统一聊天中心

Telegram 社区把频道、讨论群、支持群和机器人收进一个入口，打开后是一个目录。本文讲清社区与话题、文件夹的区别，如何决定新成员看到哪些房间，以及为什么房间越少越好。

内容导读

一个已经发展成频道、讨论群、支持群和两个机器人的项目，会占据每个人聊天列表里的五行。社区把它们收进一个入口，打开后是一个目录——只需找一个东西，只需分享一个链接。

它是一层组织方式，而不是一种新的房间类型，明白这一点，才不会对它抱有不切实际的期待。

一个可展开的入口——里面的房间还是原来那些房间。

是目录，不是容器

最值得理解的是哪些东西没有改变。里面的每个聊天都保留自己的成员、自己的权限、自己的历史记录和自己的通知设置。加入社区并不等于加入了它里面的一切，做一个房间的管理员也不等于就是其他房间的管理员。

改变的是可发现性和整洁度。新成员通过一个链接进来，就能看到有什么、选择加入什么，而不必由某个人记住四份邀请再分别发给他。而已经加入你五个房间的成员，聊天列表里只会占一行，而不是五行。

这两点的重要性都超出它们听起来的样子。多房间社区流失成员，通常不是因为意见不合——而是有人加入了主频道，却从不知道还有讨论群，于是断定这个项目很冷清。

不是所有东西都必须列出来 目录里显示哪些房间是可以选择的。管理员频道、付费层级、工作组——这些都可以存在于社区内部，而不出现在每个打开首页的人眼前。

对比

它们看起来可以互换，实际解决的是不同的问题。

	用途	对谁有帮助	它做不到什么
一个群组里的话题	把单个房间里的对话拆分开，让人们可以忽略其中一部分。	成员，他们可以只跟一条话题线，把其他话题静音。	它仍然是一个群组：一套成员、一套权限、一个审核难题。
频道加讨论群	把公告和对话分开——任何有受众的东西的标准形态。	所有人。读者可以只订阅频道，跳过聊天。	它无法扩展到两个房间以上，而讨论群本身就是一个需要独立运营的完整社区。
社区	属于同一个项目的几个真正独立的房间，呈现为一个地方。	新成员，他们能看到有什么；以及成员，他们只占一个聊天列表条目。	它不改变房间本身——同样的权限、同样的审核、同样的工作量。
共享文件夹	把一组聊天一次性交给某人加入，但没有共同的身份。	任何在打包组合的人，包括跨他们并不运营的项目。	它是一份列表而不是一个地方，没有首页，陌生人也没有可到达的入口。

在对话需要不同成员之前，先用话题。当房间确实彼此独立时，才用社区。

一旦有了容纳多个聊天的结构，人们就会建出多个聊天。一个新社区如果有综合房间、支持房间、闲聊房间、地区房间和一个公告频道，那就是五个地方容纳目前正在说话的十二个人，而五个看起来都像被废弃了。

对话并不容易被分割。把一个本来热闹的房间拆开，你会得到两个安静的房间，而安静的房间会自我强化——没人会对着沉默发帖。站得住脚的规则是：当现有房间正被一段不属于它的对话实际干扰时，才新增房间，而不是提前新增。

因此诚实的起步形态很小：一个频道、一个讨论房间，别的没有。即便如此，目录也值得拥有，因为它是你日后成长进去的东西，而不是以后还得迁移过去的东西。

每个房间都是需要有人审核的房间 房间创建免费，运营昂贵。五个聊天意味着五个地方会有垃圾信息、五套会过时的置顶消息，以及五个在没人注意时可能吵起来的房间。

第一次打开目录的人想知道该去哪里。这是列表唯一的任务，而它靠的是顺序和命名，而不是面面俱到。

把新成员应该先读的房间放在最上面，每个房间按里面发生什么来命名，而不是按内部叫法命名，描述保持一行。一个列了九个名字很巧的房间的目录，是一份没人点得下去的菜单。

而且要回头再看。社区会积累来自已结束项目的房间，而一个满是最后一条消息停在春天的地方的列表，向访客透露的项目状态比描述里的任何内容都多。

一个链接取代你过去发的一把链接 实际的好处是你不再需要维护一份邀请列表。把社区链接放到所有地方——频道描述、你的个人资料、任何提到这个项目的地方——让目录来做分流。