远程办公必备：2026年5款强大的在线文档多人编辑软件选型指南

远程办公必备：2026年5款强大的在线文档多人编辑软件选型指南

远程团队真正需要的，不是一个“大家都能打开”的在线文档，而是一套能防止误删、减少反复确认、控制外部访问，并且在成员离职后仍然找得回历史记录的协作系统。以一个20人项目组为例，如果每份方案都要经历“下载，修改，重命名，发群，合并”这条流程，一份文档平均多出3至5个版本并不罕见；看似每个人都在工作，实际时间却消耗在找最新版、确认修改位置和追问审批状态上。本文以多人实时编辑、评论闭环、版本恢复、权限控制、生态兼容和长期成本为标准，对5款常见在线文档工具进行选型分析，并给出不同团队可以直接执行的试用方法。

一、先讲核心结论：不要按“功能数量”选文档工具

1. 五款工具分别适合什么团队

我建议先把候选软件分成三类：以文档编辑为核心的工具、以办公套件为核心的工具，以及以知识库和团队协作为核心的工具。它们都能实现多人编辑，但解决的问题并不相同。把知识库当普通文档用，或者把企业办公套件当项目知识库用，都会产生明显的使用落差。

如果只需要几个人同时修改会议纪要、报价方案或活动排期，腾讯文档通常更容易快速落地；如果团队要建立产品知识库、制度库和项目空间，飞书文档或 Notion 的价值更明显；如果企业已经全面使用 Microsoft 365，继续使用 Word 网页版通常比重新迁移更省钱；如果成员分布在不同国家和地区，Google Docs 的协作体验值得重点考察。

我的核心判断是：在线文档的第一竞争力不是“能不能多人编辑”，而是多人编辑之后能不能快速知道谁改了什么、为什么改、是否批准，以及出错后能不能恢复。

2. 如果只能给出一个选择顺序

预算有限、成员不多，且主要处理会议纪要、销售方案和简单表格时，先试用腾讯文档。团队已经使用企业协同平台，并且希望把项目资料、会议记录和制度文件串起来时，先试用飞书文档。

跨国办公或外部合作方主要使用海外办公软件时，Google Docs 更值得测试。企业已经购买 Microsoft 365，并且每天大量处理复杂 Word 文档、Excel 表格和 PowerPoint 文件时，优先评估 Word 网页版，而不是为了“在线协作”另起一套系统。

如果团队最关心的是知识沉淀、灵活页面和资料之间的关联，Notion 可以进入候选名单。但它更像一个可组合的工作空间，不是传统意义上的“打开文件、修改内容、保存文件”。团队必须接受新的信息组织方式，才能获得它的优势。

3. 2026年选型必须先核对动态信息

在线软件的套餐、免费额度、AI功能、存储限制和企业权限经常变化。本文不把某个固定价格写成永久结论，正式采购前应以发稿日的官方价格页和帮助中心为准，尤其要核查以下项目：

• 免费版允许的成员数量、文档数量和存储空间；
• 历史版本保存周期，以及免费版是否可以恢复版本；
• 外部访客是否需要额外付费；
• 企业版是否提供审计日志、单点登录、组织架构同步和离职账号回收；
• 数据存储地域、备份机制、导出能力和私有化部署选项；
• AI摘要、格式转换、会议纪要等功能是否属于单独计费项目。

二、远程办公中，文档问题通常不是编辑问题

1. “共享文件”与“协同工作”是两回事

很多团队从本地办公迁移到在线文档时，第一反应是把网盘链接发到群里。这个动作解决了“文件放在哪里”，却没有解决“谁负责修改、修改是否冲突、评论是否处理、最终版本是否归档”。如果文档只是一个存储容器，成员仍然会通过聊天工具反复确认。

我在实际梳理团队文档流程时，通常会先问四个问题：谁可以改，谁只能评论；意见在哪里集中；谁负责最终确认；确认后的版本是否会被锁定。这四个问题答不上来，换任何软件都只能暂时缓解混乱。

2. 一个典型的远程方案协作过程

以一份客户提案为例，销售负责客户背景，产品负责功能方案，交付负责实施周期，财务负责报价。传统流程往往是销售先发初稿，产品下载后修改，交付再另存一份，财务最后合并。只要其中一个人继续修改旧版本，最终文档就会出现内容覆盖。

在线多人编辑可以让四个人同时进入同一份文件，但这并不代表流程自动变好。如果评论没有负责人、修改没有截止时间、最终确认没有明确标记，团队只是把“多个附件冲突”变成了“同一页面里意见堆积”。

因此，我会把协作效果拆成三个阶段：输入阶段是否顺畅，评审阶段是否可追踪，归档阶段是否可恢复。大多数产品在输入阶段差距不大，真正拉开差距的是后两个阶段。

3. 真正影响远程效率的三个细节

第一个细节是光标和修改提示。多人同时编辑时，成员需要知道内容是否正在被别人修改，否则容易在同一段落重复改写。第二个细节是评论定位，评论必须紧贴具体句子、表格或段落，而不是在群聊里单独讨论。第三个细节是版本恢复，恢复操作最好能看到修改人和时间，避免因为误删而重新凭记忆补写。

第四个容易被低估的细节是移动端。远程团队并不会一直坐在电脑前，管理者可能在手机上批注，销售可能在客户现场查看方案。如果移动端只能阅读，不能有效评论或处理权限，团队仍然会回到聊天软件中完成关键动作。

三、常见误区：看起来能协作，实际上不适合长期使用

1. 误区一：支持多人编辑，就等于协作能力强

多人编辑只是入场券，不是完整能力。真正应该测试的是三个人同时编辑不同区域时是否稳定，两个成员同时修改同一段时是否有提示，网络恢复后离线内容能否正确同步，以及管理员能否查看修改轨迹。

我建议不要使用空白文档测试。空白页无法暴露格式冲突、图片加载、表格粘贴和长文档滚动等问题。更有效的测试文件应包含标题层级、复杂表格、图片、批注、超链接和一段从 Word 导入的内容。

2. 误区二：免费版能用，就代表长期成本低

免费版通常足以证明产品是否好用，却不一定能支持企业长期运行。团队人数增加后，存储空间、版本保存、外部访客、审计日志和组织管理都会影响实际成本。只比较“每个账号多少钱”，容易忽略管理员时间和迁移成本。

我会把总成本分成四部分：订阅费用、迁移费用、培训费用和风险成本。风险成本包括误删无法恢复、离职员工仍能访问、外链扩散后无法收回，以及因为格式兼容问题导致的返工。

3. 误区三：功能越多，团队效率越高

功能多不代表成员会使用。一个拥有文档、数据库、白板、自动化和AI助手的平台，如果团队成员只会创建页面和评论，复杂功能反而会增加培训负担。对10人团队来说，少一个无人使用的模块，可能比多一个展示型功能更有价值。

我更看重“关键路径上的可用功能”：成员能否在30秒内找到正确文档，能否在1分钟内完成评论，负责人能否在5分钟内查到未处理意见，管理员能否在离职当天回收权限。只要这些动作足够稳定，工具就有实际价值。

4. 误区四：把在线文档、知识库和项目管理混为一谈

在线文档的核心动作是共同编辑，知识库的核心动作是长期沉淀和检索，项目管理的核心动作是拆任务、跟踪状态和推动交付。三者可以集成，却不能互相完全替代。

例如，产品需求说明适合放在文档或知识库中，需求负责人、优先级和迭代状态更适合由某项目管理平台管理。中大型企业可以把文档作为需求背景和决策记录，再把明确的执行项同步到项目管理系统，而不是试图用评论代替任务管理。

四、我的专业判断逻辑：先做场景分层，再做产品比较

1. 第一层：判断团队需要哪种文档形态

如果团队每天处理的是会议纪要、公告、简单表格和对外方案，重点是快速创建、分享和评论。如果团队需要大量制度、产品手册、培训材料和项目复盘，重点就变成目录、搜索、页面关联和权限继承。

如果成员经常修改复杂 Word 文件、Excel 表格和演示文稿，格式兼容性必须排在知识库美观度之前。企业已经拥有办公套件账号时，继续使用同一生态通常能减少账号管理、文件迁移和成员培训。

2. 第二层：判断协作边界

团队内部协作和外部协作的安全要求不同。内部文档可以通过组织成员权限控制，客户协作则要额外关注访客访问、链接有效期、下载限制和复制权限。很多数据泄露并不是因为系统被攻击，而是因为一条“任何人可编辑”的链接被转发。

我建议至少设置四种权限：仅查看、可评论、可编辑和管理员。不要把“可编辑”作为默认权限，也不要让普通成员随意修改外链分享范围。对于报价单、合同草案和客户名单，最好使用更严格的访问策略。

3. 第三层：判断组织规模和管理要求

5个人的创业团队可以依赖约定和自觉，100人以上的组织则需要目录规范、成员权限、离职回收和审计记录。中大型企业如果选择工具，只看普通成员的编辑体验是不够的，还要让IT、法务和信息安全人员参与测试。

以中大型企业为例，PingCode更适合作为项目管理和研发协作层，而不是直接替代在线文档编辑器。企业可以在文档工具中沉淀需求背景、会议决策和方案内容，再将负责人、截止时间和执行状态放入项目管理平台。对于需要私有化部署、从 Jira 平滑迁移或推进国产替代的组织，这种“文档协作加项目管理”的组合比单纯增加文档功能更合理。

4. 第四层：用权重而不是印象打分

我建议中小团队使用以下权重：实时编辑20%，评论与通知15%，版本恢复20%，权限安全20%，格式兼容10%，移动端体验5%，总成本10%。企业团队则应提高权限安全和组织管理的权重，不能照搬个人用户的评分表。

五、五款软件的实际选型分析

1. 腾讯文档：适合快速启动的轻量协作

腾讯文档的优势在于启动简单。对于需要临时邀请客户、供应商或跨部门成员共同编辑的团队，成员通常不需要先学习复杂的信息架构。会议纪要、活动排期、报名统计、项目分工表等文档，可以较快进入协作状态。

它更适合“先把事情协作完成”，而不是一开始就搭建复杂知识体系。小团队如果过去主要通过群文件和附件协作，迁移到这种轻量工具的阻力通常较小。

测试时要重点观察外部分享权限、访客编辑范围、表格权限、历史版本和文档归档。尤其是客户方案、报价文件和员工信息表，不要因为分享方便就默认开放编辑。

• 适合：中小团队、临时项目、外部协作、会议纪要和简单表格。
• 优点：邀请方便、使用门槛低、适合快速共同编辑。
• 不适合优先选择：需要复杂组织权限、严格审计和深度知识库管理的企业。

2. 飞书文档：适合把协作内容沉淀成知识

飞书文档的价值不只在编辑页面本身，还在于页面、知识库、评论、团队沟通和其他协同能力之间的连接。对产品、运营、研发和内容团队来说，会议纪要可以继续转化为项目资料，项目资料又可以成为后续培训和复盘的基础。

它比较适合有明确知识沉淀需求的组织。例如，每次产品评审后，团队不仅要完成一份文档，还要把决策原因、负责人和后续事项保留下来。页面化组织能减少“文件存在，但没人知道在哪里”的问题。

它的短板是功能较多。管理员需要设计空间结构、命名规范和权限规则，普通成员也需要理解文档、知识库和群聊之间的关系。如果没有最低限度的治理，空间很快会出现重复页面、目录失控和权限混乱。

• 适合：产品团队、互联网团队、内容团队和需要长期沉淀知识的组织。
• 优点：文档和知识库衔接自然，适合持续积累团队经验。
• 不适合优先选择：只想找一个简单共享文件工具、没有管理员维护资源的小团队。

3. Google Docs：适合跨地域和跨组织协作

Google Docs 的核心优势是实时协作机制成熟，评论、建议修改和版本历史的使用逻辑比较清晰。对于跨国项目、海外客户协作或团队成员已经习惯 Google Workspace 的组织，它通常能减少格式和账号切换问题。

但国内团队不能只看编辑体验。必须先确认访问稳定性、企业账号采购、数据存储与合规要求，以及客户所在地区的访问条件。工具在测试环境中顺畅，不代表所有成员在真实网络环境下都能稳定使用。

Google Docs 适合将英文资料、客户反馈和跨国会议记录放到同一份文档中。如果团队的核心文件大量使用复杂中文排版、特定字体或本地办公格式，则需要用真实文件测试导入导出，而不是只创建一页普通文本。

• 适合：跨国团队、海外业务团队、国际化供应链和使用海外办公生态的组织。
• 优点：实时协作、评论建议和版本追踪较成熟。
• 不适合优先选择：对国内访问稳定性、数据地域或本地化办公生态有严格要求的企业。

4. Microsoft Word 网页版：适合已经使用 Microsoft 365 的企业

Word 网页版最现实的优势是减少迁移。很多企业的合同、制度、投标文件和客户方案本来就以 Word 格式存在，如果企业已经使用 Microsoft 365，那么继续在同一账号和文件体系内协作，通常比重新建立一套文档系统更容易管理。

它适合处理传统办公文档，尤其是需要在桌面版和网页端之间切换的场景。员工可以在线快速评论和修改，复杂排版仍然交给桌面端处理，这种“轻协作加深度编辑”的组合符合许多企业的实际习惯。

需要注意的是，网页版、桌面版和不同套餐之间的能力并不完全一致。宏、复杂排版、字体、嵌入对象和高级审阅功能，都应使用企业真实文件测试。不要因为文件可以打开，就认定格式已经完全兼容。

• 适合：已有 Microsoft 365 账号、文件格式要求高、办公套件使用频繁的企业。
• 优点：Word 格式衔接自然，适合传统办公流程在线化。
• 不适合优先选择：希望建立高度自由的知识库结构、且不依赖传统 Office 文件的团队。

5. Notion：适合知识、项目资料和页面化工作空间

Notion 更适合把文档当作工作空间的一部分，而不是把每份资料看成独立文件。团队可以用页面、数据库、标签和关联关系组织产品文档、内容计划、招聘资料和项目复盘。

它的差异化优势是灵活。一个页面可以同时包含说明文字、任务列表、资料链接和结构化信息。对于创业团队和内容团队，这种自由度有助于快速搭建符合自身习惯的工作区。

灵活也意味着治理责任被转移给团队。没有命名规则和归档制度时，页面会快速膨胀；成员如果习惯 Word 的连续排版，也可能觉得页面块结构需要适应。中文字体、复杂表格、打印和正式文档输出，应在试用期重点验证。

• 适合：创业团队、内容团队、产品设计团队和知识密集型组织。
• 优点：页面组合灵活，适合将资料、知识和轻量流程放在一起。
• 不适合优先选择：以复杂正式文档、严谨排版或传统 Office 文件为主的团队。

六、具体案例与数据观察：为什么版本和权限比编辑速度更重要

1. 一个30人团队的文档治理案例

我曾经用一个30人、跨销售、产品和交付部门的项目组作为选型样本，模拟了客户方案、周会纪要、产品需求和内部制度四类文件。团队原来的做法是群文件加本地 Word，试用期间要求所有成员只使用同一份在线文档，并记录每次修改、评论和恢复动作。

第一轮测试中，成员对“同时输入”几乎没有明显异议，5款工具都能完成基础协作。真正产生差异的是第二轮：一名成员删除了整段内容，另一名成员在旧版本基础上修改，管理员需要找回删除前的内容，并确认哪次修改是最终有效版本。

在这个测试里，参与者平均花费约2分钟找到历史版本，约4分钟确认修改人和恢复范围。这个时间看起来不长，但如果每周发生10次，就会形成接近1小时的纯排查时间；更严重的是，部分成员会因为担心覆盖他人内容而重复复制备份。

这里的数字属于样本推演，不是对所有团队的统计结论，但它说明了一个可复用的判断：协作软件的价值，不仅体现在节省编辑时间，也体现在减少错误发生后的恢复时间。

2. 版本恢复的四个测试动作

1. 由成员A创建一份包含文字、表格和图片的业务文档；
2. 由成员B修改标题和正文，并添加一条评论；
3. 由成员C删除表格和图片，再由成员A继续编辑；
4. 由管理员按时间、修改人和内容差异恢复指定部分。

如果产品只能整体恢复，无法清楚展示差异，团队在正式使用时会面临新的风险：为了找回一张图片，可能覆盖其他成员已经完成的文字。好的版本机制应该让管理员知道恢复对象、恢复范围和恢复后的影响。

3. 外部协作中的权限风险

第二个测试场景是给客户发送方案链接。我们分别设置“任何人可查看”“指定成员可查看”“可评论”和“可编辑”四种权限，再用一个未加入组织的测试账号访问。重点观察链接是否会被继续转发、客户能否下载、客户评论是否会触发通知，以及管理员能否在合作结束后撤回访问。

很多团队的问题不是不会设置权限，而是权限没有跟业务阶段变化。初稿阶段可以允许客户评论，定稿阶段应改成仅查看，合同或报价文件则可能需要禁止下载和复制。权限如果没有随流程变化，最初的便利就会变成后续风险。

对外分享还要注意账号身份。客户可能使用个人邮箱、临时账号或多人共用账号。如果系统不能区分访问者，出现争议时就很难判断是谁查看、下载或修改了文件。

七、不同情况下的行动建议：不要直接采购，先做一周试用

1. 5至10人的小团队

小团队不要一开始就建立复杂的空间层级。先选择三类高频文件：周会纪要、客户方案和任务排期。每类文件只设置一个模板，并规定标题格式、负责人、截止时间和归档位置。

如果成员主要来自同一办公生态，优先选择能够减少账号切换的工具。试用重点不是管理员功能，而是成员是否愿意每天使用。只要成员仍然把修改内容发到群里，工具就没有真正落地。

• 第一天：创建模板并邀请全部成员；
• 第二天：测试多人编辑和评论；
• 第三天：模拟误删并恢复版本；
• 第四天：模拟客户外部访问；
• 第五天：检查搜索、移动端和导出；
• 第六天：统计成员实际使用动作；
• 第七天：决定保留、迁移或更换。

2. 10至100人的远程或混合团队

这个规模最容易出现“工具已经买了，但没人按规则用”的问题。建议指定一名文档管理员，负责模板、目录、权限和归档，不要把治理责任平均分散给所有成员。

同时要建立文档生命周期：草稿、评审、已确认、归档。不同状态对应不同权限，避免一份已经确认的报价单仍然保持多人可编辑。

对于项目型团队，可以将会议纪要和方案文档放在在线文档平台，将负责人、截止时间和交付状态放在项目管理平台。PingCode这类项目管理平台更适合承载任务、迭代、缺陷和交付状态；文档工具则负责承载正文、背景、决策和讨论记录。需要私有化部署、Jira平滑迁移或国产替代的中大型企业，可以把这一组合纳入整体架构评估。

3. 100人以上的中大型企业

中大型企业在采购前必须让IT、信息安全、法务和业务负责人共同参与。普通用户的“好不好用”只是一个维度，企业更需要确认数据归属、账号体系、离职回收、审计日志、备份恢复和供应商服务能力。

如果企业有私有化部署、数据不出特定区域或复杂权限隔离要求，必须提前核查产品是否支持对应部署方式。不要等到采购完成后才发现企业版没有关键能力，或者高级权限只能通过更高套餐获得。

4. 跨国或跨组织项目

跨国项目首先测试访问条件和语言环境，再测试编辑功能。建议让国内、海外和客户三类账号分别参与试用，并用真实时区进行评论、通知和截止时间测试。

如果客户不愿意注册账号，公开链接虽然方便，但必须配合有效期、查看权限和文档脱敏。涉及报价、合同、源代码或个人信息时，宁可增加一步身份确认，也不要为了减少点击而完全开放访问。

八、不同情况下的取舍：没有一款工具能同时做到所有事情

1. 轻量易用与深度管理的取舍

轻量工具通常更容易推广，成员打开链接就能使用；深度管理工具则提供组织架构、审计和权限继承。前者适合快速协作，后者适合长期治理。团队规模越大，越不能只用早期的“打开即用”标准判断。

如果团队成员流动性低、文件敏感度低，可以接受较轻量的管理方式。如果员工经常入职、离职，或者文档包含客户资料、报价和研发信息，就应该把权限和审计放到更高优先级。

2. 自由页面与传统办公格式的取舍

Notion和部分知识库型工具适合灵活组织内容，但传统企业常常需要输出正式 Word、PDF或打印文件。自由页面并不天然等于正式文档，导出后的分页、目录和字体效果必须单独测试。

如果团队每天处理投标文件、制度文件和合同附件，Microsoft Word 网页版这类办公套件的兼容性可能更重要。如果团队主要沉淀产品知识、内容计划和内部经验，页面化工具的灵活性则更有价值。

3. 外部开放与内部安全的取舍

客户越多、合作方越复杂，外部访问越方便，权限风险也越容易积累。最合理的做法不是拒绝外部协作，而是按文档敏感度设置等级：公开资料可以使用低门槛链接，客户方案使用指定成员评论，合同和报价文件使用受控访问。

4. 低价格与低风险的取舍

价格低不一定成本低，价格高也不一定适合。真正需要比较的是每个成员在一年中是否能减少重复沟通，管理员是否能减少权限排查，以及发生错误时能否快速恢复。

如果一款工具每年多花几千元，却能减少一次重大报价错误或一次客户资料误发，经济上可能仍然更划算。相反，如果团队只是共同写会议纪要，购买复杂企业套餐可能属于过度建设。

九、上线前的七步验收清单

1. 用真实业务文件测试，而不是空白页

准备一份包含标题、表格、图片、链接、批注和页眉页脚的真实文件，再准备一份从旧系统导出的文件。空白页只能测试输入文字，无法暴露排版、导入、导出和加载问题。

2. 邀请三至五人同时编辑

让不同角色同时修改不同区域，再安排两个人修改同一段内容。记录同步延迟、冲突提示、光标显示和网络恢复后的结果。不要只让产品演示人员操作，真实成员的使用路径更有参考价值。

3. 完成一次评论闭环

成员A提出评论，成员B回复并修改，成员C确认后关闭评论。检查通知是否准确、评论是否保留、关闭后能否重新查看，以及评论是否会因为导出而丢失。

4. 模拟误删和错误恢复

删除一段正文、一张图片和一张表格，再由其他成员继续编辑。管理员需要在限定时间内找到删除前的版本，并确认恢复是否会覆盖后来已经保留的内容。

5. 测试外部分享和离职回收

使用组织外账号访问链接，再撤销访问权限。随后模拟成员离职，检查其是否仍能通过历史链接访问文件。这个步骤经常被忽略，却是企业文档治理的基础。

6. 测试导入、导出和移动端

至少测试 Word、Excel和 PDF相关文件。检查字体、分页、表格、图片和超链接是否正常。再用手机完成查看、评论和权限处理，确认关键动作不必回到电脑端。

7. 用一周真实项目数据复盘

试用期内记录以下指标：每份文档平均评论数、未关闭评论数、版本恢复次数、外链数量、成员活跃率和管理员处理权限的时间。只看登录人数没有意义，因为登录不代表协作。

十、最终选择建议：把“最强”改成“最匹配”

1. 可以直接采用的选择路径

1. 先列出团队每周使用最多的三类文档；
2. 判断文档主要是内部协作、客户协作，还是知识沉淀；
3. 确认现有办公生态和账号体系；
4. 列出必须满足的权限、版本和合规要求；
5. 从五款工具中选出两款进行真实文件试用；
6. 用同一套评分表记录结果，不凭演示印象决策；
7. 试用一周后计算订阅、迁移、培训和治理成本。

2. 最简速查结论

重视快速共享和低门槛协作，优先看腾讯文档；重视团队知识沉淀和页面化协作，优先看飞书文档或 Notion；重视跨国和跨组织实时协作，优先看 Google Docs；重视 Office 文件兼容和既有账号体系，优先看 Microsoft Word 网页版。

中大型企业不要把文档工具、知识库和项目管理平台强行合并为一个产品。文档应该负责承载背景、正文、决策和历史记录，项目管理平台应该负责承载负责人、状态、优先级和交付节奏。像 PingCode这样的项目管理平台，可以作为文档协作之外的执行层，特别适合有研发流程、Jira迁移、私有化部署或国产替代诉求的组织。

3. 我最看重的最终判断

一款在线文档软件是否值得长期使用，最终要看它能否让团队形成三个稳定习惯：所有人进入同一份文档，而不是各自下载副本；所有意见留在文档上下文中，而不是散落在聊天窗口；所有关键版本都可追溯，而不是依赖某个人电脑里的备份。

真正强大的在线文档，不是让更多人同时输入，而是让团队在输入、讨论、确认、归档和恢复之间形成一条可追踪的工作链路。

下一步不要先购买最高级套餐。建议今天就准备一份真实客户方案、一份会议纪要和一份复杂表格，分别在两款候选工具中邀请3至5人协作，完成评论、误删恢复、外部分享和移动端操作。七天后，用实际的评论闭环率、版本恢复耗时、外链管控结果和成员活跃率做决定。对远程团队而言，这比任何“年度最佳软件”榜单都更接近真实答案。