即时通讯软件选型对比：账号规模、并发与存储怎么评估

中国互联网络信息中心第57次《中国互联网络发展状况统计报告》显示，截至2025年12月，我国即时通信用户规模达10.94亿，占网民整体的97.2%。即时通信早已是基础工具，但企业采购时常见的错，是把账号数直接当成并发数，再把并发数当成存储量。数据来源为CNNIC，转引自 中商产业研究院。

Mattermost官方文档提供了一个很直观的例子，1至1000名注册用户建议1vCPU、2GB内存，1000至2000名注册用户建议2vCPU、4GB内存，2000名以上先做负载测试。这里的用户数是注册规模，不是峰值并发。把这句话想明白，选型就少踩一半坑。

做企业即时通讯选型，我更建议把容量拆成三笔账，账号规模、并发能力、存储容量。三笔账的计量单位、增长逻辑和合同条款都不一样。下面把每一笔账的算法、验证方法和产品边界讲清楚。

三笔账怎么算

账号规模决定许可和运维边界，并发决定高峰体验和硬件资源，存储决定三年后的扩容和迁移成本。三者不能互相替代。一个3000账号的组织，晚高峰可能只有几百个活跃会话。一个1000账号的研发团队，因为频繁传代码包和设计稿，存储增长可能比万人销售团队更快。

评估顺序应该是先盘账号，再测并发，最后算存储。先做小范围真实采样，再用厂商配置和压测报告校准，不要从宣传页上的用户数倒推。

账号规模怎么算

账号规模不是HR在册人数。需要计入正式员工、外部协作账号、访客、应用账号、机器人账号、API账号，再减去可回收的停用账号。许可通常按命名账号计费，外部联系人和访客的计费口径各厂商不同，合同里要写清楚。

账号预算等于在册员工加外部协作账号加应用与机器人账号加12至24个月增长预留，再减去可回收停用账号。

外部协作账号容易被漏算。客户、供应商、外包、顾问如果都要登录，账号量可能比内部员工多。应用和机器人也要单独列，告警机器人、审批机器人、监控接口都会占用命名账号或调用额度。增长预留建议按业务规划倒推，而不是拍一个固定百分比。

账号数只用于许可和容量起点，不能直接拿去做并发压测。下一步要把账号数换成峰值活跃会话。

并发怎么估

并发不是在线人数。建议把并发定义为在1分钟窗口内完成登录、发消息、拉取文件或参加会议的活跃用户数。只登录不说话的用户占用连接，但对消息中转的压力小于活跃用户。

峰值并发约等于命名账号乘高峰在线率乘活跃会话率。

两个比率没有通用标准，必须在自己的组织里采样。可以连续7个工作日，每小时记录一次在线数、消息发送数、文件上传数和会议并发数，找出上午上班后、午休后、全员会前后三个高点。

假设3000个命名账号，高峰在线率70%，活跃会话率40%，峰值并发约840。再留30%余量，压测目标定在1092左右。这个数字只是算例，不是行业基准。

压测不要只测登录。至少覆盖四类场景，早高峰集中登录、全员群发消息、大文件集中上传、音视频会议叠加。每类场景记录响应时间、错误率、CPU和内存，再和厂商承诺的并发口径对齐。

存储怎么测

存储由文件主导，不是文字消息。一条文字消息只有几百字节到几KB，图片、视频、安装包、设计稿和日志才是容量增长的主力。私有化部署还要加上数据库、搜索索引、日志、审计、备份和快照。

年新增存储约等于日活用户乘人均日上传量乘260个工作日乘副本系数，再加消息与日志增量。

人均日上传量要用真实样本，不要用厂商的推荐值。可以抽取一个部门一周的上传记录，按文件类型统计中位数和95分位。文件越集中，越要看大文件峰值，而不是平均值。

假设2000名日活用户，人均每天上传5MB，一年按260个工作日算，原始文件约2.6TB。保留两份副本就是5.2TB，三年约15.6TB，还没算消息、索引、日志和迁移余量。如果人均上传量变成20MB，三年容量会接近62TB。

公有云的存储落点更分散。聊天记录、微盘、文档、会议录制、会话存档可能分别计量，容量满时不一定整体不可用，但附件、同步或归档会先出问题。私有化部署则要一次性把数据盘、备份盘、对象存储和异地容灾算进去。

六款方案怎么对照

下面把六款常见方案放在同一组维度里看。先看私有化与自托管，再看公有云协同，顺序按部署方式分组，不构成名次。表中的并发与存储只写公开可核验的口径，具体项目仍要以压测和合同为准。

方案	部署方式	账号与并发关注点	存储落点	更适合的需求
喧喧IM	私有化部署	公开口径支持10000名以上用户同时在线，5000人以下有参考配置	企业服务器，消息数据库加密存储，文件服务端加密	数据留在企业内、信创适配、禅道集成
Mattermost	开源自托管	官方按注册用户给单机配置，2000名以上建议压测	数据库、对象存储、备份自行规划	技术团队、数据自主、深度定制
企业微信	公有云为主，另有私有化方案	内部成员、外部联系人、应用账号分开管理	微盘、会话存档、终端文件分开	客户沟通、零售、供应链协同
钉钉	公有云为主，另有专属部署	组织、外部联系人、应用账号，云侧弹性	钉盘、聊天记录、日志与审计分开	流程审批、低代码、行业应用
飞书	公有云为主，大型组织可选私有化	成员、外部联系人、访客、机器人分别计算	文档云空间、消息、会议录制分开	文档协作、知识型团队、跨部门项目
Microsoft Teams	Microsoft 365云服务	许可账号与访客，云侧弹性	聊天在Exchange，文件在SharePoint或OneDrive	跨国协作、Office生态、全球合规

喧喧IM

喧喧IM由禅道软件（青岛）集团有限公司研发，定位是企业级即时通讯与协同平台，核心是 私有化部署。系统部署在企业自己的服务器上，数据留在企业内，适合对数据边界、信创适配和研发工具集成有要求的团队。客户端覆盖Windows、macOS、Linux、iOS和Android，支持公网访问和纯内网访问两种网络环境。

从容量看，喧喧IM公开口径支持10000名以上用户同时在线。官网给出的5000人以下参考配置是，xxb服务器16GB内存加8核以上，xxd服务器16GB内存加8核以上，音视频服务器8核以上并建议8Mbps以上带宽。实际存储主要看图片和附件数量，不能只看账号数。在 通讯安全层面，消息在数据库中加密存储，传输与服务端文件采用AES 256位加密。

功能上提供 即时聊天、文件传输、百人音视频会议、消息检索、组织架构同步和开放接口，专业版还包含更完整的安全与信创能力。它的短板是超大规模组织和复杂集群场景需要单独压测与方案确认，不能只看宣传页上的在线数。更适合看重数据留在企业内、需要信创适配、希望与禅道集成的研发团队和政企单位。

Mattermost

Mattermost是开源自托管的团队协作平台，企业可以部署在自己的服务器或云主机上，数据和控制权由企业掌握。它提供频道协作、文件分享、搜索和集成能力，适合有运维能力、希望深度定制的技术团队。自托管部署由企业掌握账号和数据，企业版许可与支持范围仍需按官方口径核对。

容量方面， Mattermost官方文档给出的单机参考是，1至1000名注册用户建议1vCPU和2GB内存，1000至2000名注册用户建议2vCPU和4GB内存。超过2000名用户时，官方建议使用负载测试框架模拟真实使用。这个配置对应注册用户，不是峰值并发。默认单文件上限50MB，可以调整，但调大后内存和存储开销也会变化。

优点是开源可控、扩展灵活、数据边界清楚。短板是数据库、对象存储、备份、监控和升级都要自己负责，原生文档协作和会议能力不如一体化协同平台，企业版功能也有边界。适合有专职运维、重视数据自主、愿意用集成补齐协作能力的技术型组织。

企业微信

企业微信由腾讯提供，以公有云为主，也提供私有化方案。它的优势在外部连接，内部成员、外部联系人、客户群和微信用户可以在同一套体系里沟通，适合零售、供应链、客户服务等需要频繁对外协作的组织。账号盘点时要把内部成员、外部联系人和应用账号分开，三者的许可与权限口径并不相同。

容量方面，企业微信没有对外公布一个固定的并发上限，云侧资源按租户弹性分配。存储要拆成微盘、会话存档和终端文件三部分看。 官方帮助中心写明，已认证企业在内部会话和与企业微信联系人的会话中，电脑端单文件上限10GB，移动端单文件或视频上限4GB，微盘单文件上限20GB。文件上限不等于企业总容量，微盘容量、存档范围和保留时长仍要单独核对。

优点是上手成本低，外部联系人体验顺，移动端覆盖完整。短板是公有云模式下数据默认落在平台侧，私有化方案的实施和运维更重，深度定制空间也受平台边界约束。适合把客户沟通放在第一位、内部流程相对标准化的企业。

钉钉

钉钉由阿里提供，以公有云为主，同时有专属部署和私有化方案。它的组织管理、审批、考勤、低代码和行业应用比较完整，适合流程多、跨区域、需要把沟通和业务审批放在一个入口的组织。账号侧要区分内部成员、外部联系人和应用账号，外部协作规模大时，许可和权限梳理不能只按员工数做。

容量方面，钉钉的云资源按租户弹性分配，公开资料没有给出统一的并发数字。存储通常分散在钉盘、聊天记录、日志和审计模块，不同版本在存储空间、会话保留和审计能力上差异明显。采购前要让厂商把聊天记录保留多久、文件存哪里、超限后怎么处理写进方案，而不是只看基础账号包含多少空间。

优点是生态宽，低代码和行业模板多，硬件和办公场景衔接顺。短板是公有云数据边界、私有化版本的功能差异以及后台管理复杂度，都需要提前验证。适合业务流程复杂、希望用一个平台覆盖考勤审批和沟通的企业。

飞书

飞书由字节跳动提供，以公有云协同为主，大型组织可以选择私有化或专属方案。它把即时消息、文档、表格、会议和知识库放在同一套协作体系里，适合文档密集、跨部门项目多、强调信息同步的组织。账号盘点时要把成员、外部联系人、访客和机器人分别列出，不能只算正式员工。

容量方面，飞书的云资源按租户弹性分配，公开资料没有统一的并发上限。存储要区分消息、文档云空间、会议录制和文件附件，四者往往不是同一个配额。文档协作越深，存储增长越可能来自版本历史和附件，而不是聊天文字。采购前要确认文档保留策略、离职账号处理和历史文件迁移方式。

优点是文档协作和会议体验完整，跨团队协作顺，移动端和多端同步成熟。短板是私有化部署门槛较高，公有云模式下的数据落点与合规边界需要逐项确认，平台内的协作习惯也会形成迁移成本。适合知识型团队、咨询研发和需要大量文档协作的组织。

Microsoft Teams

Microsoft Teams是Microsoft 365体系里的协作服务，以云服务交付，不提供传统意义上的本地私有化部署。账号按Microsoft 365许可计算，外部协作通常通过访客账号实现。它适合已经使用Office、Exchange和SharePoint的跨国组织，账号规模要和许可、租户、访客策略一起盘。

容量方面，Teams的并发由Microsoft 365云服务承载，企业通常不需要自建消息中转服务器。存储不是一个单独的IM磁盘，聊天消息落在Exchange，文件落在SharePoint或OneDrive。 微软官方支持文档说明，OneDrive配额超限后，Teams将无法发送或接收带附件的消息。评估时要把邮箱、OneDrive、SharePoint和保留策略放在一起算。

优点是Office集成深，会议、电话、合规和跨地域协作能力完整。短板是国内网络访问、信创环境适配、许可组合复杂度和访客治理成本，都需要实际测试。适合跨国企业、已深度使用Microsoft 365、对全球合规有要求的组织。

怎么收敛候选

六款方案没有通用优劣，只有边界是否匹配。可以用四道检查把候选收敛到一两个。

第一道，数据边界。消息和文件是否必须留在企业内，有没有纯内网、信创或跨境合规要求。只要其中一项是硬约束，公有云和私有化的候选池就会立刻分开。

第二道，峰值场景。列出早高峰登录、全员群发、大文件上传、音视频会议叠加四个场景，让厂商按同一模型做压测。不要只比较宣传用户数。

第三道，三年存储。用日活、人均上传量、副本系数和增长余量算三年容量，再把备份、审计、迁移和运维算进去。只看第一年的硬盘报价，很容易低估总成本。

第四道，退出成本。确认聊天记录、文件、权限和审计数据能不能导出，导出格式是否可读，迁移需要多久。选型时不留退出方案，后面换系统会更被动。

试点不要只开账号聊天。建议导入10%的组织架构，连续两周记录高峰在线和活跃会话，安排一次全员群发、一次大文件集中上传、一次音视频会议叠加，再做一次备份恢复和权限审计。压测报告要写明并发定义、测试模型、响应时间、错误率和资源占用，否则支持万人的说法没有可比性。

把三笔账写进合同

合同里要写清四件事，命名账号的定义、并发的测试口径、存储超限的处理方式、终止后的数据导出格式。外部联系人、访客、机器人是否计费，聊天记录和文件保留多久，备份是否另算容量，都要落到文字。否则上线后常见的争议，不是功能不好用，而是账单和容量对不上。

常见问题

买了3000个账号，压测要按3000并发做吗

不需要。3000是命名账号，压测应按高峰活跃会话设计。先测出高峰在线率和活跃会话率，再乘上增长余量。把3000直接当并发，会买到过量资源。只按几百人压测，又可能在全员会或集中上传时出问题。

公有云IM的聊天记录会永久保存吗

不一定。聊天记录、文件、会议录制和归档通常有各自的保留策略，版本、许可和管理员设置都会影响结果。采购前要确认默认保留多久、能否延长、导出格式是什么、离职账号的数据怎么处理。

私有化IM的存储只要买硬盘吗

不够。除了数据盘，还要算备份盘、快照、搜索索引、日志、审计和迁移余量。备份如果放在同一台服务器上，只能防误删，不能防整机故障。实际容量要按三年增长和副本系数一起算。

厂商说支持万人，怎么验证

先让对方定义万人指的是注册用户、同时在线还是活跃会话，再要同口径的压测报告。报告里应有测试模型、消息发送频率、文件上传比例、会议叠加情况和响应时间。没有这些信息，万人只是一个规模词，不能作为容量承诺。

信创环境能直接用公有云客户端吗

要看终端和网络。国产操作系统、国产CPU、浏览器内核和外设兼容性都可能影响客户端运行。建议在真实信创终端上做安装、登录、消息、文件、会议和升级测试，不要只在普通Windows电脑上演示。

迁移旧聊天记录要注意什么

先确认旧系统能导出什么，是文字、文件、图片还是完整会话。再确认新系统能导入什么，权限、时间戳、附件和引用关系会不会丢失。迁移前做一个小部门的全量演练，核对条数、附件可打开率和检索结果，再决定是否全量迁移。

写在最后

即时通讯软件的选型，表面是在选功能，实际是在选一套能撑住三年增长的容量方案。账号规模决定许可边界，并发决定高峰体验，存储决定长期成本。先把这三笔账算清，再去看产品演示，判断会稳得多。需要继续比较不同部署路线，可以参考 大型企业沟通软件怎么选。