同一个产品，两套账号：为什么飞书和 Lark 不能互加好友

External Survey | 2026-04-11 | Author: grapeot + AI research agents

一个反直觉的观察

腾讯会议和 VooV Meeting 是同一个底层平台。飞书和 Lark 也是同一个底层平台。微软 Teams 在中国大陆和海外用的是同一套代码。但在所有这三个案例中，中国区和海外的用户之间要么完全无法通信，要么只能用非常有限的方式互通。

这件事反直觉的地方在于：从用户的角度看，统一账号体系是更好的选择。一个腾讯会议用户应该能直接加入 VooV Meeting 的会议，一个飞书用户应该能直接给 Lark 用户发消息，一个 Teams 用户在中国打开的应该是同一个 workspace。对企业来说也是这样：一家同时有中国办公室和海外办公室的公司，内部沟通工具天然应该是一套。

但现实不是这样。为什么会这样？

更有意思的是，这件事并不是所有厂商都在做。Apple 的 FaceTime 是一个鲜明的对照：Apple 在贵州有数据中心，中国区用户的 iCloud 数据和加密密钥都存在由国有企业 GCBD 运营的设施里，但 Apple ID 是全球统一的。一个北京用户和一个旧金山用户可以用同一个 Apple ID 体系无缝打 FaceTime，不需要任何额外配置。微信和 WeChat 也是一个值得玩味的对照：微信（Weixin）和 WeChat 是同一个 App，由腾讯集团下不同公司运营，后端基础设施不同，服务条款不同，但用户之间可以互通聊天和语音通话。

什么因素决定了一个产品最终走向统一账号还是分拆账号？为什么有些产品即使在必须做本地数据存储的情况下，仍然维持了统一的账户体系？

先搞清楚现状：哪些产品分了，哪些没分

在回答”为什么”之前，先把事实摆清楚。我们看了 12 个主流协作和通信产品，发现它们落在一个连续的光谱上，从”完全分拆”到”完全统一”都有。但更实用的分类方式是看它们在三个维度上的选择：账号体系是否独立、运营主体是否独立、数据存储是否隔离。

账号体系独立、运营主体独立、数据完全隔离。 这是分裂最彻底的一类。飞书和 Lark 是典型案例：飞书的数据存在中国大陆，Lark 的数据存在 AWS 新加坡/美国/日本，由注册在新加坡的独立法律实体运营。两套完全独立的账户体系，飞书用户和 Lark 用户无法互加好友、无法发消息、无法加入同一个工作群。微软 Teams 中国版也属于这一类：由 21Vianet 独立运营，有独立的 Azure AD 租户、独立的管理后台（portal.partner.microsoftonline.cn）、独立的端点域名（.partner.outlook.cn、.sharepoint.cn），中国区 Teams 用户必须重新注册一个 21Vianet 租户，不能使用全球租户。Cisco Webex 中国版同样由本地合作伙伴 TCL/Skytech 独立运营，中国集群与全球基础设施物理隔离，加密密钥在中国境内生成。

账号体系互通但运营主体不同、数据按区域分流。 这一类产品的核心特征是：用户可以跨区通信，但通信的双方实际上受不同法律和不同服务条款约束。微信（Weixin）和 WeChat 属于这一类。微信和 WeChat 是同一个 App，由腾讯集团下不同的公司运营，后端基础设施不同（微信数据存在中国境内，WeChat 数据存在新加坡和香港），服务条款也不同（分别适用微信协议和 WeChat 协议）。用户按注册手机号自动分流：中国大陆手机号注册的是微信账号，其他手机号注册的是 WeChat 账号。两者可以互通聊天、语音通话、朋友圈，但在互通时双方都会受到对方服务条款的约束。值得注意的是，当混合群聊中出现违规内容时，消息会被分成”两个虚拟群”——国内用户看不到海外用户的相关消息，反之亦然。腾讯会议和 VooV Meeting 也是类似的情况：同一个底层平台，按用户 IP 自动切换品牌，但共享会议号体系，海外用户用 VooV、国内用户用腾讯会议可以加入同一个会议。

同一产品加区域限制，不做独立账号。 Zoom 属于这一类。中国用户和海外用户用的是同一个 Zoom 客户端、同一个账户体系，只是中国用户的数据被强制路由到中国数据中心，中国区免费用户被封锁（error code 13215），付费用户可以正常使用。Zoom 没有做独立的”中国版”，只是在同一产品上做了地理围栏。

账号体系统一，数据按区域存储，但用户无感知。 Apple 的 FaceTime 和 iMessage 是这类做法的典型代表。Apple ID 是全球统一的，无论你在哪里注册、把地区设成什么，你的 Apple ID 在全球都是同一个。如果你的地区设为中国大陆，你的 iCloud 数据会迁移到贵州的 GCBD 数据中心，加密密钥也存在同一个设施里（这在全球其他地区是不会发生的事，其他地区的密钥存在美国的 Thales 硬件安全模块上）。但 FaceTime 本身不受影响：一个北京用户和一个旧金山用户可以用各自原本的 Apple ID 无缝打视频电话。Apple 在这里做的选择是：在数据存储层做了区域隔离，但在账号层和通信层维持了统一。

完全封锁或退出，不存在区域版本。 Slack 在 2026 年 4 月终止了中国大陆、香港、澳门的直接服务；Google Meet 自 2010 年起被全面封锁；Discord 自 2018 年 7 月起被封锁；WhatsApp 自 2017 年起被封锁。这些产品没有做任何本地化妥协，也没有做”中国版”。

为什么同一个企业不共用一套账号

回到核心问题。飞书和 Lark 是同一个公司（字节跳动）做的，用的是同一套代码。腾讯会议和 VooV Meeting 也是同一个公司（腾讯）做的，用的是同一套代码。从技术和用户体验的角度，统一账号体系显然是更优解。那为什么不这样做？

答案不是一个原因，而是四层机制叠加后的结果。每一层单独来看都不足以解释全部现象，但四层叠在一起，就能解释为什么有些产品选择了分拆，有些选择了统一。

第一层：内容审核和实名制要求制造了最直接的结构性冲突

这一层在讨论数据法规时经常被忽略，但它可能是最直接驱动产品分拆的因素。

中国的互联网法规要求所有提供信息发布、即时通信等服务的平台必须具备内容审核机制。《网络安全法》（2017 年施行，2025 年修订）要求网络运营者对用户发布的信息进行管理，禁止传输违法信息；《互联网信息服务算法推荐管理规定》（2022 年施行）要求使用算法推荐的平台建立内容识别特征库、筛除违法有害信息；《互联网信息服务深度合成管理规定》对 AI 生成内容施加了类似的审核义务。违反这些义务的后果包括警告、罚款、停业整顿、关闭网站、吊销许可证。

更关键的是实名制。《网络安全法》要求网络运营者在为用户提供信息发布、即时通信等服务时，必须要求用户提供真实身份信息。2026 年生效的修订版进一步收紧了执行力度。如果一个平台同时服务于中国和海外用户，它就面对一个不可能三角：中国要求实名制，海外用户通常不接受实名制，而统一平台意味着要么强迫海外用户也实名（用户体验灾难），要么在中国用户面前放弃实名制（违法）。

这些要求落到具体产品上，产生的效果远比”数据存在哪里”更根本。以微信为例，多伦多大学 Citizen Lab 的实证研究已经证明：当国际版 WeChat 用户和中国注册的微信用户在同一个群里时，国际用户发出的消息在送达中国用户之前会经过中国侧的审核引擎，敏感内容会被静默屏蔽或丢弃（发送方看到消息已发出，但接收方永远收不到）。前新浪审核员刘力鹏对此有更直白的判断：除了端到端的一对一聊天，微信/WeChat 上几乎所有内容都走微信协议，“你一点同意（重新签署条款），就回到中国版本了”。

这就是为什么微信和 WeChat 的混合群聊会出现”虚拟群分叉”现象：国内用户看不到海外用户的消息，海外用户也看不到国内用户的消息。这不是技术限制，而是审核边界的工程化实现。群聊消息一旦在两个审核体系之间流动，平台就无法同时满足两边的法律要求，所以干脆在底层把消息流切开。

对于企业协作产品来说，内容审核的要求同样存在，但形式不同。企业协作平台通常不面向公众发布内容，但它们仍然存储聊天记录、会议转写、文件共享等内容。如果这些内容存储在可以跨区访问的统一平台上，平台就面临一个难题：中国监管部门可能要求查看某些聊天记录或转写内容，而其他区域的用户或法律可能禁止这种访问。分拆账号和基础设施，是避免这个两难的最干净解法。

第二层：数据出境和牌照要求划定了可行区域的边界

这一层决定了”数据能不能出境”和”服务需要什么牌照”。

中国的《个人信息保护法》对个人信息出境施加了条件（安全评估、标准合同等），《数据安全法》对重要数据出境和向外国执法机关提供境内数据设置了限制，《电信条例》把增值电信业务放进了许可制度。落到具体操作上，这意味着：如果一家公司想在中国合法运营一个存有用户数据的协作平台，它需要把数据存在中国境内的基础设施上，通常还需要找一个本地运营主体来持有电信业务许可证。

美国这边，OFAC 制裁会阻止向特定国家出售服务，BIS/EAR 出口管制限制向特定终端用户提供加密相关技术。但这些规则更多体现在”哪些国家不能卖”和”哪些客户要单独环境”上，而不是要求对每个区域都做独立产品。美国更强的分区驱动来自政府与受管制行业云：FedRAMP 要求处理联邦敏感信息的平台必须在授权环境中运行，AWS GovCloud 是物理和逻辑隔离的美国主权区域，由美国公民在美国本土运营。

欧盟的 GDPR 对 EEA 外的数据传输要求 adequacy decisions、SCCs、BCR 等 safeguards。逻辑是”可传但要证明合规”，而非一刀切禁止。但持续的 transfer impact assessment、客户谈判和监管问答会带来显著的运营负担。

三个区域的法律约束方向不同，但共同效果是：当一个产品同时服务于多个区域的用户时，数据存储位置、运营主体资质、跨境传输合规这三件事会变得复杂。

第三层：采购合规要求环境隔离

即使法律没有要求做独立产品，大型客户和政府的采购要求本身就会驱动环境隔离。

政府客户要求 FedRAMP 授权。金融客户要求本地数据中心和本地密钥托管。跨国公司的法务部门要求同时满足中国 PIPL、美国 SOX 和欧盟 GDPR。这些采购需求落到基础设施上，就变成了独立 region、独立管理员群体、独立加密实现、独立审计边界。

Azure China、AWS China、AWS GovCloud、Zoom for Government 都是这一层的产物。厂商不一定会被法律强制做独立产品，但如果不做，就进不了政府采购清单或大型企业供应商库。

第四层：厂商算账之后选择做硬隔离

这是最关键也最常被忽略的一层。法律和采购合规划定了边界，但边界之内怎么实现，是厂商自己的选择。

独立账号系统意味着不用处理跨区实名认证的冲突（中国要求实名制，海外通常不需要）。独立功能发布节奏意味着不用在中国版上逐个评估每个新功能是否合规。独立定价意味着可以做区域价格歧视（VooV Meeting 2024 年起收费，腾讯会议在中国继续免费）。独立支持团队意味着客服不会接触到不应该看到的数据。跨区不做 tenant 互通意味着不用处理跨区 eDiscovery 和数据留存的法律冲突。

换句话说，法律只要求”满足条件”，但”满足条件”的方式有多种。在统一产品上做逐案合规评估，短期成本可能更低；但做独立产品，长期运营成本更低，因为每新增一个功能、每处理一次客户投诉、每应对一次监管检查，都不需要重新评估跨区影响。

Apple 的 FaceTime 选择了另一种路径：在数据存储层做隔离（中国区数据存 GCBD，加密密钥也存中国），但在账号层和通信层维持统一。这意味着 Apple 需要持续管理一个全球统一的身份系统和中国区特殊的数据存储安排之间的兼容性，运营成本不低。Apple 能这么做，部分是因为它的商业模式不依赖企业级合规采购（FaceTime 不是企业协作平台，不需要 FedRAMP 之类的授权），部分是因为它的用户基数和品牌力让它有足够的议价能力来维持这种中间状态。

飞书和 Lark 选择了分拆，原因是多维度的。数据层面：飞书用户数据必须留在中国，Lark 用户需要确信数据不在中国。审核层面：飞书作为面向中国用户的产品，必须配备符合中国法规的内容审核机制，而 Lark 用户不需要也不应该被纳入这个审核体系。身份层面：飞书用户需要实名认证，Lark 用户通常不需要。这些要求在账号层无法兼容：如果飞书用户和 Lark 用户可以互加好友，那飞书用户的数据就可能通过好友关系、转发、群聊等方式出现在 Lark 的环境中，反之亦然；Lark 用户的通信也可能被迫经过中国的审核引擎。要彻底隔离数据、审核和身份体系，就必须隔离账号。

微信和 WeChat 选择了另一种中间路线：分运营主体、分后端、分服务条款，但允许用户互通。这意味着一个微信用户和一个 WeChat 用户可以互相发消息，但在互通的那一刻，双方都会受到对方服务条款的约束。这种设计的巧妙之处在于：它避免了飞书/Lark 式的完全隔离，同时通过条款交叉适用来处理合规问题。但代价也很明显：混合群聊中的消息分叉（国内用户看不到海外用户的消息）说明这种互通是有摩擦的，不是真正的统一。

腾讯会议和 VooV Meeting 选择了中间路线：底层统一，品牌分拆，共享会议号。这意味着跨区开会是可能的，但两个品牌的功能发布节奏和定价策略可以独立调整。这种选择的代价是：如果未来监管要求收紧，腾讯需要在底层平台上加更多的跨区数据管控，否则共享会议号带来的数据流动可能成为合规风险。微信和 WeChat 的互通模式也面临类似的张力：用户可以跨区通信，但混合群聊中的消息分叉说明底层已经做了某种程度的切割，只是在通信层面保留了桥接。

跨区互通的边界在哪里

分裂之后还能不能跨区开视频电话，取决于产品在媒体面和数据面上分别做了什么。

媒体面是视频流、音频流、屏幕共享这些实时传输，特点是瞬时、不持久、结束即消失。数据面是用户目录、聊天记录、会议录制、白板内容、转写文本、审计日志、留存策略、eDiscovery 数据，特点是持久、可搜索、受法律约束更强。

大多数产品在分裂时对数据面的切割比媒体面更彻底。法律约束主要落在持久数据上，实时视频流虽然也受监管，但”会议结束后数据就不存在了”这个属性使得它在合规层面的敏感度低于录制文件和聊天记录。

Teams 的跨云互通是目前企业协作产品中做得最完善的。微软官方文档明确支持 21Vianet 租户与全球租户之间的跨云会议、聊天和通话，配置方式是双方管理员启用 Cross-Cloud External Access 和 Entra B2B。但互通的边界在数据面：可以一起开会，但不能共享频道、不能跨云搜索、不能共用录制库和 eDiscovery。数据仍然留在各自的云里，媒体路由通过各自的云完成。

Zoom 的互通更受限。中国区付费用户可以加入全球会议（因为会议号是通用的），但 Zoom 没有像 Teams 那样的正式跨云协作架构，互通更多是靠会议号体系的通用性，而不是专门设计的跨区域桥接。

Webex 中国版和飞书/Lark 完全不可互通，因为运营主体和账号体系都是独立的。

一个实用的判断规则：看产品的运营主体是否独立。如果运营主体独立，互通通常是厂商需要专门设计的功能，而且不一定有。如果运营主体相同但做了品牌或路由分流，互通通常更容易实现，因为底层控制面仍然是统一的。

一个判断框架

下次看到某个产品有中国版、国际版、欧洲版或 Gov 版时，可以按五个问题来判断它的分裂程度和深层原因。

运营主体有没有变。 如果合同相对方、开票方、客服方、数据处理方变了，这是最强的独立信号。AWS 中国、Azure China、Webex 中国都是这种情况。Apple iCloud 中国由 GCBD 运营，但 Apple ID 的归属仍然是 Apple，这是它能维持统一账号的关键。

账号和控制面有没有独立。 如果必须重新注册、不能共用全球账号、API 端点和管理后台都不同，说明不是换皮，而是在切控制面边界。飞书/Lark 在这一点上分得最彻底。

持久数据是否跨区。 视频流本身往往不是最敏感的部分，真正需要关注的是用户目录、聊天、录制、转写、审计日志、密钥、客服工单这些持久数据是否留在各自区域内。Apple 在中国区把密钥和数据放在同一个设施里，在全球其他地区则分开存放，这个差异本身就说明了区域合规对加密架构的影响。

分区主要服务于谁。 面向中国境内客户，先想本地主体、牌照、出境评估；面向美国政府或受管制客户，先想 FedRAMP、U.S. Persons only、制裁筛查；面向欧盟大企业或公共部门，先想 GDPR 传输责任和数据边界采购偏好。

互通停在媒体层还是数据层。 能跨区开会，说明网络层和媒体面没有被切断；不能共享 tenant、录制库、留存策略、全局搜索，说明真正被切断的是数据层和治理层。Teams 能跨云开会但不能跨云共享录制文件，就是媒体面通、数据面断的典型。

趋势

全球 SaaS 的供给模式正在从”注册即全球可用”走向分层供给。这不是一个单一区域的孤立现象，而是多股力量在多个维度上同时作用的趋势。

中国、美国、欧盟各自的法律体系在不同的维度上施加约束：中国侧重数据出境和运营牌照，美国侧重出口管制和政府云，欧盟侧重传输责任和采购偏好。三者的共同方向是让”全球统一产品”的运营成本越来越高，让”按区域拆分”成为越来越经济的选择。

对依赖全球 SaaS 的企业来说，这意味着过去的默认假设（注册一个账户就能在全球使用，服务条款全球统一）正在被侵蚀。Slack 2026 年退出中国、Zoom 在中国区封锁免费用户、Microsoft 为中国运营独立的 21Vianet 云、字节跳动把飞书和 Lark 做成两套独立系统，触发机制不同但底层模式相同：平台在特定区域的合规成本超过收入时，会选择拆分或退出，而客户的数据和业务连续性在这个决策中处于从属地位。

Apple 的 FaceTime 证明了在数据层做区域隔离的同时维持账号层统一是可能的，但这种做法有前提条件：产品不依赖企业级合规采购，厂商有足够的市场地位来维持复杂的跨区域运营架构。对大多数企业协作产品来说，这些前提并不成立，分拆账号仍然是更经济的选择。

关键来源