网站宕机的成本有多高?一个实用的计算器
网上引用的大多数宕机成本统计数据来自 Gartner、ITIC 或 Aberdeen 针对大型企业的调查。那些醒目的数字(每分钟 5,600 美元、每小时 100,000 美元等等)作为警钟有用,但对实际规划毫无帮助。您的宕机成本取决于您的流量、转化率以及客户可选择的替代方案。本指南介绍一种适合一人 SaaS、代理机构或中型电商网站的实用计算方法。
为什么通用的宕机统计数据会产生误导
行业调查得出的平均值非常高,因为样本偏向《财富》500 强企业,在这些企业中一分钟的宕机会影响数千笔交易和数十个内部团队。如果您的网站每天的收入是 3,000 美元,向 CFO 引用每分钟 5,600 美元的数字只会让您被笑出会议室。
诚实的规划要从您自己的数据出发。每小时收入、高峰时段的转化率、每次事件的工单成本,以及会简单稍后重试的客户与会转向竞争对手的客户比例。计算的目的不是产生一个吓人的数字,而是产生一个站得住脚的数字,以推动合理的监控支出。
需要衡量的四项直接成本
几乎每个业务都适用四项成本。请针对高峰流量期间完全不可用一小时的情况估算每一项。
- 损失的交易:高峰每小时收入乘以本来会在宕机期间购买的客户比例。减去稍后会重试购买的客户带来的恢复销售。净额通常是表面数字的 30% 到 60%。
- 退款交易:已完成付款但未收到所购商品的客户。一次性购买(单次产品、活动门票)比订阅类高。
- 支持成本:事件驱动的工单数量乘以每张工单的支持成本。对许多业务而言这是一项出人意料的单行成本。工作时间内的严重宕机可能产生 50 到 200 张工单。
- SLA 赔付:如果您提供基于 SLA 的合同,会自动适用赔付。将每位受影响客户的 SLA 罚款乘以受影响客户数量。
需要承认的四项间接成本
间接成本更难衡量,但会随时间累积。五分之三的业务在事件发生数周之后才真正受到收入冲击,而不是在事件期间。
因宕机导致的客户流失。在评测网站或社交媒体上看到宕机的新潜在客户带来的销售放缓。工程机会成本(事后审查、复盘、接下来两周团队精力分散)。品牌成本是真实的但无法量化,并会随您服务在媒体中的曝光度而扩大。
一个简单的计算框架
一个信封背面的公式,五分钟内即可得出可用的数字。
- 高峰时段每小时收入(例如 400 美元)
- 乘以转化尝试影响,通常为 0.4 至 0.7(例如 0.5)
- 加上支持成本,通常为每张工单 20 美元乘以每宕机小时 30 张工单(例如 600 美元)
- 如适用,加上 SLA 赔付(例如自助型业务为 0 美元,企业合同为 500 美元以上)
- 等于每小时的直接宕机成本(例如 400 美元 * 0.5 + 600 美元 = 800 美元)
监控何时开始物有所值
如果监控工具每年能多捕获一次宕机,并比您的团队手动捕获快十分钟,那么只要这十分钟的成本超过年度订阅费用,它就值回票价。对大多数小型企业而言,这意味着监控支出在每年第一次事件时即可回本。
更难的问题是该在监控上花多少。一个常用比例:将年度宕机成本的 0.5% 至 1% 用于监控基础设施。一家年度宕机风险为 20,000 美元的企业,其监控预算应为每年 100 至 200 美元,这完全在付费套餐的价格范围内。
计算所驱动的决策
一旦你有了一个数字,就更容易回答三个问题。付费监控是否值得(年度风险敞口超过 5,000 美元时几乎总是值得)。检查频率应该多快(年度风险敞口超过 20,000 美元时,更快的频率是合理的)。是否需要状态页(如果面向客户,无论收入多少都需要)。这项计算无需精确。它只需足够有说服力,以便不经争论就能做出这三个决策。
