3-5 云服务是三好系统 · 波仔的云计算课

📄 一句话概括

企业里最日常的一类系统是【通信手段】——文件共享、邮件、即时沟通、视频会议；这四件事全都整批搬到了云上，因为它们在三个维度上同时变好了：好省（按人按月、用时才付）、好用（任何设备任何地方）、好安心（安全写进合同与配置）——但第三好里藏着一个最容易忘的事实：责任是共担，不是转移。

📝 本节和前面几节的关系

上一节（云服务是为谁服务的）讲了云把麻烦换到了谁手上。这一节落到一个最具体、最常见、几乎每家公司都会碰的场景：通信。

为什么先讲通信？因为它符合 3-3 里那个规律——通用的、不致命的、有具体痒处的部分最先上云。文件服务器满了、邮件服务器要维护、跨地开会要设备、内网沟通出不了公司，这些痒处每家公司都有，而且不碰核心业务。所以通信是企业上云的第一站，看懂这一站，就能看懂后面每一站。

一、四种通信手段，整批搬走了

通信手段	过去怎么做	云上怎么做	谁在维护
共享文件	公司的文件服务器	OneDrive、Google Drive	云服务商
邮件	自建 Exchange	Microsoft 365、Google Workspace	云服务商
即时沟通	内网 IM 服务器	Teams、钉钉、Slack	云服务商
视频会议	专用会议室设备	Zoom、腾讯会议	云服务商

四行的最后一列全部一样，这不是巧合。 这四件事的共同点是：它们都是"通用能力"，不构成任何公司的竞争力。

没有哪家公司的竞争力来自"我的邮件服务器特别好"。邮件就是邮件——能发、能收、能存。这种"人人一样"的东西，最适合交给规模最大的一方去做，因为你自建只能达到"够用"，而对方能做到"更便宜且更可靠"。
"谁在维护"这一列的变化，就是全部价值所在。搬走之后，你不再需要有人关心"邮箱满了怎么办""存储坏了怎么办""跨地开会设备坏了怎么办"——这四类岗位需求，基本一起消失了。

反过来，这也给了一个判断标准：如果一个系统做得好坏，直接决定客户选不选你，那它就不该外包。 邮件不属于这类，所以搬走；客户订单系统属于这类，所以要留在自己手里。

二、所谓"三好"，好在哪三处

教材用"三好"这个词，说的是同一件事在三个维度上同时变好了。把它拆成三行来看：

维度	自建	云上
好省（成本）	一次投入＋每年维护	按人按月，用时才付
好用（体验）	只能连公司网络	任何设备、任何地方
好安心（可靠）	安全全靠自己做	安全是合同＋配置，共担

三行说的是三件不同的事，不能互相替代：

好省：自建的钱是先花出去、然后每年还要继续花（维护、电费、人力）；云上的钱是按用量走，人少的时候真的更少。但"更省"不是绝对的——人数多到一定程度、用量稳定下来之后，自建或承诺折扣可能反而更划算（3-11 会算这笔账）。
好用：这一条是云最容易被低估的优势。自建系统的使用范围被网络边界框死了——只能在公司里、只能用配好的电脑。搬到云上之后，"在哪儿"和"用什么设备"这两个限制同时消失了。3-8 讲的"工作方式革命"，根子就在这一行。
好安心：这一行要重点看，因为它是三好里最容易被误读的。 见下一节。

三、"安全"这一格为什么不能简单理解成"更安全"

自建那格写的是"安全全靠自己做"，云上写的是"安全是合同＋配置，共担"。这两句话都不是"云更安全"的意思。

准确的说法是责任被切开了一刀：

云服务商负责的部分：物理安全（机房进不去）、基础设施安全（硬件、虚拟化层、网络）、平台本身的安全补丁。这部分确实比自己做强得多——你自己那台服务器放在办公室里，机房的安全等级跟大型数据中心没法比。
你自己负责的部分：账号和权限怎么设、数据怎么分类、谁能访问什么、有没有开多因素认证、离职的人有没有及时停权。这部分一点都没少。

换句话说：安全从"全都要自己做"变成了"分工"——设施和平台归对方，账号和数据归你。 而现实中出事的场景，绝大多数落在后半段：权限给多了、账号没停、数据放错了位置。 这些和"云安不安全"没关系，是配置和管理的问题。

所以"好安心"这一好的正确读法是： 基础的、规模化的那部分安全能力，你现在可以免费获得；但你自己要管的那部分，一点都没变轻，反而因为"看起来已经安全了"而更容易被忽略。

四、动手 Demo：100 人公司的邮件系统三年账

# 100 人公司，邮件系统三年账（单位：万元）
self_build = 12 + 5 + 15 * 3 + 1.2 * 3   # 服务器＋许可＋运维×3年＋电与机房×3年
cloud = 100 * 90 * 12 * 3 / 10000        # 100 人 × 90 元/月 × 12 月 × 3 年
print("自建三年 %.1f 万" % self_build)
print("云上三年 %.1f 万" % cloud)
print("云上占自建 %.1f%%" % (cloud / self_build * 100))

实跑输出：

==================================================================================================
D5 云服务是三好系统：把【通信】这件事整个搬到云上
==================================================================================================
  【一】四种通信手段的迁移

  通信手段          过去怎么做              云上怎么做                        谁在维护
  ------------------------------------------------------------------------------------------------
  共享文件          公司的文件服务器        OneDrive、Google Drive            云服务商
  邮件              自建 Exchange           Microsoft 365、Google Workspace   云服务商
  即时沟通          内网 IM 服务器          Teams、钉钉、Slack                云服务商
  视频会议          专用会议室设备          Zoom、腾讯会议                    云服务商

  【二】所谓【三好】，好在哪三处

  维度                  自建                        云上
  --------------------------------------------------------------------------------
  好省（成本）          一次投入＋每年维护          按人按月，用时才付
  好用（体验）          只能连公司网络              任何设备、任何地方
  好安心（可靠）        安全全靠自己做              安全是合同＋配置，共担

  【三】100 人公司的邮件系统：三年账

  项目                          自建                  云上（按人按月）
  ------------------------------------------------------------------------------
  服务器与存储                  12.0 万（5 年摊）     0
  软件许可                      5.0 万                含在订阅里
  运维人力                      0.5 人（15.0 万/年）  0
  电费与机房                    1.2 万/年             0
  订阅费                        0                     10.8 万/年
  ------------------------------------------------------------------------------
  三年合计                      65.6 万               32.4 万
  云上占自建的比例                                    49.4%

  【四】三好里最容易被忘的是哪一好
     是【安心】。责任是共担，不是转移——机器坏了是云商的事，
     数据丢了、权限给错了，仍然是你的事。这一条不写进合同想清楚，
     上云就是把一个看不见的坑从机房搬到了账单里。

读这个输出：三年账是 65.6 万 vs 32.4 万，云上只占 49.4%——差不多砍掉一半。

但这个数字要看清它是怎么来的：省下的大头不是设备（12 万），而是运维人力（三年 45 万）。这说明通信系统这类东西的成本结构里，人力占了大头，而人力恰恰是云最擅长的部分——把"有人得一直看着"换成"没人需要看"。

同时也要注意这张表排除了什么：它没算迁移成本和培训成本。把邮箱从自建 Exchange 搬到 Microsoft 365，不是点一下就能完成的——数据要导、客户端要重配、员工要重新习惯。这类成本不进这张表，但进你的项目计划。

五、⚠️ 2026 现状

这四类通信系统在 2026 年基本已经"默认在云上"了。新建公司几乎不会考虑自建邮件或自建文件服务器——不是因为它不好，而是因为没人会为一件不构成竞争力的东西投入运维。
真正的新变化是"协作"这一层。2026 年的办公套件已经不只是文件、邮件、会议，而是把文档、聊天、会议、待办、审批、AI 助手打包在同一套订阅里（第二章 2-6 讲的"群件"说的就是这件事）。这意味着一旦选定一家，切换成本比十年前显著变高——因为搬走的不只是邮件，是一整套工作方式。
代价那一面也在同步变大。正因为工作方式被装进同一套订阅，服务商侧的故障影响面也更大——一次身份服务或 API 的问题，能让整家公司同时打不开文档、进不了会议。"好安心"这一好的边界，在 2026 年比教材写的 2022 年更需要在合同里说清楚。

30 秒实验

打开你公司（或你自己）在用的那套办公套件的管理后台，找两个页面：

"成员 / 用户"列表——看一遍：有没有已经离职但账号还在的人？ 这是最常见也最危险的配置漏洞。
"登录与安全"设置——找一下多因素认证的开关在哪儿，看它现在是开还是关。

这两个页面各花不到一分钟，但它们对应的正是"好安心"里归你的那一半。 大概率你会发现至少一处需要动手的地方——这就是"共担"的真实含义。

常见误区

错误：通信系统搬到云上，是因为云比自建便宜。——纠正：主要是因为它不构成竞争力，所以不值得花运维人力。Demo 里省下的 33 万，最大一笔是运维人力（45 万中的大部分）。"便宜"是结果，不是原因——如果真的只是比价格，多数公司并不缺那点服务器钱。真正让所有人一致搬走的原因，是"没人愿意为一件人人一样的东西投入人"。
错误：上了云，安全就由服务商负责了。——纠正：责任是切开的，不是转移的。 服务商管物理、硬件、平台；你管账号、权限、数据分类。而现实中出问题的地方绝大多数在后半段——权限给多了、离职没停号、数据放错了存储。所以"安全共担"这个说法的实际含义是：你省掉了设施安全，但对自己的管理要求更高了，因为现在一个配置失误的影响面比过去大。
错误：三好里最重要的是"好省"。——纠正：对多数企业来说，"好用"才是决定性的那一好。省下的钱有数量级可算，而"在哪儿都能用、什么设备都能用"带来的变化很难量化——它改变了工作方式本身（3-8 会展开）。判断顺序应该是：先确认好用和好安心都能接受，再比较省不省。
错误：既然四类通信都能搬，那公司所有系统都应该搬。——纠正：这条推理漏了"竞争力"这个前提。 通信之所以适合搬走，是因为它通用、不区分家。而如果你的某个系统本身就是客户选你的理由（比如订单系统、排产算法、客户数据平台），把它交出去等于把差异交出去。 判断标准还是本节那句话：做得好好坏会直接影响客户选择的，留在自己手里。

自测三问（点开对答案）

1. 为什么"谁在维护"这一列的四行会完全一样？这说明什么？ —— 因为它说明**这四件事都不构成任何公司的差异**。文件共享、邮件、聊天、开会，**做到 80 分和做到 90 分，影响不了客户的选择**——所以最合理的做法是全部交给规模最大、最专业的一方。**这一列相同，反映的是"这四类东西的性质相同"**。而反过来，**如果某一行的"谁在维护"应该写你自己的名字，那说明它是你的竞争力所在**。 2. Demo 里三年省下的 33 万，省的主要是哪一块？这个结论能推广到别的地方吗？ —— 省的**主要是运维人力**（三年 45 万里的绝大部分）。**设备只占 12 万，剩下的是"有人得一直管着"**。这个结论可以推广：**任何"日常需要有人盯着"的系统，搬到云上省的钱都不在设备上，在人身上**——因为云的本质就是**把重复性的人力换成分摊到很多客户身上的自动化**。这也是 3-12 要讲的核心。 3. "好安心"这一好，为什么说反而对使用者要求更高了？ —— 因为**责任被切开之后，你负责的那一半反而更关键了**。过去自建时，安全好坏主要取决于"有没有把服务器管好"——这件事花人力就能做，而且出问题的范围有限；现在设施平台那一半由服务商保证，**剩下的账号、权限、数据分类成了决定性的部分**，而且**一旦出错的影响面更大**（一个权限配错，可能暴露的是整套协同平台里的所有文件）。**所以"共担"不等于"更省心"，而是"分工更细、你那部分要求更高"。**

☐ 下一节（3-6 对经营和财务报表的影响：资产负债表、损益表）