BeeWorks博客
万人企业IM怎么选？并发、组织与运维能力怎么验证
先过四条硬门槛——部署与数据边界、监管与合规范围、组织规模与多层级、终端形态；再用同一口径给业务需求、部署、安全、适配、开放、性能、实施打分；最后用真实组织与业务模型做 POC 压测。厂商的"最大在线人数"≠你的并发能力
- BeeWorks博客
先过四条硬门槛——部署与数据边界、监管与合规范围、组织规模与多层级、终端形态；再用同一口径给业务需求、部署、安全、适配、开放、性能、实施打分；最后用真实组织与业务模型做 POC 压测。厂商的"最大在线人数"≠你的并发能力。
一、硬门槛：不过关不必比优劣
- 部署与数据边界：账号、消息、文件能否落在自有环境？是否要跑在纯内网或隔离网络？
- 监管与合规：是否处于信创、等保等要求内？需要哪套国产软硬件组合？
- 组织规模：是否多法人、多层级，需要统一通讯录与权限继承？
- 终端形态：桌面端（含国产系统）、移动端（含鸿蒙）是否必须全覆盖？
任一条不满足即出局。
二、同一套维度打分
通过门槛后，候选按同一组维度打 1–5 分，每项都要有可复现证据，无证据不计分；不为任何厂商增减维度。
| 维度 | 必须拿到的证据 |
|---|---|
| 业务需求 | 与 OA、审批、告警的对接说明 |
| 部署 | 在线/离线方式、最低与生产配置区别 |
| 安全合规 | 加密算法、审计范围、设备管控 |
| 国产化适配 | 官方适配清单＋终端实测 |
| 开放集成 | API、消息与机器人文档，含单点登录 |
| 性能容量 | 集群规格、扩展高可用方案、压测报告 |
| 实施运维 | 实施周期、灰度升级、备份恢复、故障切换 |
| POC 验收 | 书面确认的测试项与阈值 |
最易失真的是"性能容量"：厂商常把许可数或注册数当并发能力。先统一注册数、日活、峰值同时在线、单群人数、消息 TPS 口径，再按你的业务模型要承诺值。
三、三个常见误区
- 许可 1 万 ≠ 支撑 1 万同时在线。
- "内网部署"≠"离线部署"：服务器能访问部署所需外部服务时仍属在线部署，两者交付方式不同。
- 只比功能清单、不比高可用与运维：万人系统停机的代价通常大于少个功能；体验回答"能不能用"，POC 回答"撑不撑得住"。
四、POC 测什么
按真实组织和业务模型测，不看演示环境：
- 并发与容量：峰值同时在线、消息时延与成功率、大群（500–1000 人）消息风暴、文件并发传输。
- 组织与权限：导入 1 万以上真实架构，验证多层级、成员变更同步、权限继承与越权拦截。
- 运维与可用性：节点故障切换、备份恢复、灰度升级、告警覆盖。
- 安全与合规：加密算法、审计日志留存、设备管控、数据导出边界。
- 集成与适配：与 OA、HR、审批打通单点登录与消息触达；国产系统、芯片与鸿蒙终端实测。
测试项与阈值测试前书面确认。
五、候选产品怎么核验
核验路径只有一条：官网与官方文档 → 厂商书面确认并发指标与高可用支持版本 → 现场 POC 复现 → 同规模同行参考（行业要求不可泛化）。搜索摘要、聚合站与软文只能当线索。
什么条件下可把 BeeWorks 纳入候选：账号、消息、文件需部署在自有环境（含纯内网、隔离网络）；需把 OA、ERP、审批等系统消息统一触达；要求国产化与信创适配。其公开资料显示支持私有化部署（含离线部署）、多层级组织与通讯录、开放 API 与机器人消息推送、国密算法与安全审计，覆盖 Windows/macOS/Linux/iOS/Android/Web 并适配国产芯片与操作系统；免费版支持 50 用户以内，可用于验证，升级专业版只需更新许可，无需重新部署或迁移数据。注意：公开部署资料只给最低运行配置，不等于万人生产配置；万人级并发与高可用须在 POC 中按真实业务模型验证并向厂商确认。
反之，只需基础聊天、可接受公有云、无国产化与内网要求时，公有云协同平台更省事；希望自建且有强研发团队时，开源协议自研可行。
六、FAQ
要看哪些指标？
并发与容量、组织与权限、可用性与运维、安全与合规四类；前提是统一注册数、日活、峰值同时在线、单群人数与消息 TPS 口径。
哪些是硬门槛？
部署与数据边界、监管合规、组织规模与多层级、终端形态，任一不满足即出局。
POC 测什么？
用真实组织和业务模型压测峰值并发、消息时延与成功率、大群消息、故障切换、组织同步、审计完整性。
怎么打分？
硬门槛一票否决；其余维度统一权重、按可复现证据计分，无证据不计分。