抵扣金是「一次性预算」，有期限、会花完、不改变单价；折扣是「长期单价」，只要符合条件就持续生效。把两者混为一谈，就会得出「拿了几万块抵扣金，成本问题解决了」这种错误结论。
搜 AWS 优惠，你会看到两种内容：一种是官方页面，列着抵扣金和「80 多项专属优惠」；另一种是各路「优惠全攻略」，把免费套餐、初创扶持、代理商折扣并列成一串清单。
两者都没有错，但都缺了一层：它们把性质完全不同的东西放在一起说了。
抵扣金（credits）和折扣（discounts）是两件不同的事——一个解决「这个月的账谁付」，一个解决「以后每个月的单价是几折」。混在一起看，就会得出「拿了几万块抵扣金，成本问题就解决了」这种结论，而它恰恰是错的。
根本区别：抵扣金是预算，折扣是单价
| 抵扣金（credits） | 折扣（discounts） | |
|---|---|---|
| 本质 | 一笔按金额计的预算 | 单价降低 |
| 计时方式 | 有到期日，会花完 | 有期限约定（如 1 年 / 3 年承诺），到期后需续 |
| 改变单价吗 | 不改变——只是替你付掉一部分账单 | 改变——同样的用量，账单金额本身变低 |
| 你能拿到多少 | 由资质决定（新账号 / 初创 / 定向发放） | 由用量形态与承诺决定 |
| 用完之后 | 回到按需价 | 在承诺期内持续生效 |
| 典型误解 | 「相当于白送钱」 | 「太复杂，不如等抵扣金」 |
一句话记住区别：抵扣金是替你把账付了，价格没变；折扣是价格真的变便宜了。所以抵扣金的意义是「买一段时间」，折扣的意义才是「改变成本结构」。
这个区别直接推出一条实践结论：抵扣金到手后，最该做的事不是「赶紧用」，而是趁这段时间把长期结构搭起来。 因为抵扣金到期那天，账单会回到你没做任何优化的那个水平。
官方优惠体系全景：四个入口
官方页面上的优惠散布在不同入口，按「谁有资格」可以归成四类：
| 入口 | 面向谁 | 性质 |
|---|---|---|
| AWS 免费套餐 | 所有新客户 | 抵扣金 + 精选服务免费额度（两者叠加） |
| AWS Activate | 符合条件的初创企业 | 大额抵扣金，按融资阶段分档 |
| 专属优惠包 | 视具体优惠而定 | 第三方优惠、会员权益、教育计划——权益，不是现金 |
| 承诺折扣 | 任何有稳态用量的用户 | 折扣（不是抵扣金）——在定价层面，不在「优惠页」里 |
按这个分类，你会发现一件事：绝大多数人搜「AWS 优惠」时想要的，其实是第三、四类里的东西，而这两类的获取方式完全不同——第三类靠资格，第四类靠承诺。
- 免费套餐（200 美元怎么拿、两种账户计划怎么选）见 AWS 免费套餐新账号指南。
- Activate（三个档位、资格与流程）见 AWS 初创企业抵扣金怎么申请。
- 抵扣金的兑换入口与限制（拿到 code 之后怎么兑、有哪些坑与骗术）见 AWS 促销抵扣金怎么兑换。
- 承诺折扣（节省计划与预留实例怎么选）见 AWS 节省计划怎么买。
「总价值高达 80 万美元」这个数字怎么读
官方在初创企业那一栏写着：可享有 80 多项专属优惠——涵盖第三方优惠、会员权益及教育计划，总价值高达 80 万美元。
这个数字很容易被误读成「能拿 80 万美元」。它实际上是权益面值的累加，有三个关键限定：
- 它是「面值」不是「现金」：第三方软件折扣、会员权益这类东西按标价累加会得出一个很大的数，但它们只能用于指定用途。
- 它不等于「对你有用」：80 多项权益里，和你业务相关的可能只有几项。面值再大，用不上的部分对你价值是零。
- 它的资格门槛与抵扣金绑定：这类权益通常随 Activate 一起发放，所以先要满足的是 Activate 的资格（含账户计划要求，见 初创企业抵扣金那篇）。
⛔ 看到「总价值 XX 万」这类数字时，先问一句：这里面有多少是现金等价物？ 抵扣金是（它能实打实抵账单），第三方权益与会员折扣通常不是。把「面值」当「预算」来做规划，会高估自己可用的资源。
为什么抵扣金用完会「感觉更贵了」
这是最常见的心理落差，也是本文最实用的一节：很多人拿到抵扣金后，账单体验是「免费」，于是把一个按需价的架构跑了一整年。抵扣金一到期，账单不是变贵了，而是「终于显示真实价格了」。
之所以「感觉更贵」，是因为在抵扣金期间，三件本该做的事被推迟了：
- 右调（把过度配置的实例降下来）——抵扣金期间没动力做，因为「反正不花钱」。
- 架构优化（换性价比更好的芯片、把高频互调的服务收进同一可用区）—— 同样被推迟。
- 买承诺折扣（把稳态用量用节省计划覆盖）—— 有人会想「等抵扣金用完再说」，结果那一刻直接从原价开始。
正确的顺序恰好相反：抵扣金期间才是做这三件事的最佳窗口，因为此时你有一个「试错不花钱」的环境——可以把实例规格调小观察影响、可以换架构验证稳定性、可以在没有账单压力的情况下把承诺折扣的覆盖率算准。
两者可以叠加，不是二选一
这一点经常被误解成「有抵扣金就不用管折扣了」。实际上它们作用在不同层面，可以同时生效：
| 层面 | 由谁决定 | 作用 |
|---|---|---|
| 抵扣金 | 资质与发放 | 替你支付账单中的一部分金额 |
| 官方折扣 | 你买的承诺（节省计划 / 预留实例） | 降低账单上的单价 |
| 渠道折扣 | 结算渠道 | 降低你实际支付的金额 |
三者作用在账单的不同位置，不冲突、可叠加。所以「我现在有抵扣金，所以不用看折扣」和「我已经走渠道了，所以不用管官方折扣」这两句话都是错的——它们各管一段。
渠道那一段容易被误解成「和官方折扣抢生意」，其实两者降的是不同的东西：官方折扣改单价，渠道改实付金额。见 AWS 折扣与代理定价，以及五家厂商渠道机制的横向对比 五家云厂商折扣机制对比。
什么时候该从抵扣金转向折扣
一个简单的判断顺序，按优先级：
- 先确认抵扣金的到期日与消耗速度。 如果按当前用量还够用很久，那时间还充裕；如果几个月就见底，请立刻开始下一步。
- 在抵扣金结束前完成右调与架构优化。 这两件事不需要任何承诺、随时可回退，应该最先做。
- 用承诺折扣覆盖已经稳定的那部分用量。 注意是「已经稳定」的部分，不是「未来可能用到」的部分——承诺买多了同样浪费（详见 AWS 节省计划怎么买）。
- 最后再看渠道结算。 它降的是实付金额，与前三步都不冲突，所以任何时点都可以做。
一句话总结整篇：抵扣金给你的是时间窗口，折扣给你的才是成本结构。把时间窗口用来搭结构，这才是抵扣金的正确用法；把时间窗口用来拖延，那到期那天你会觉得「云突然变贵了」。
常见问题
我有抵扣金，还需要做成本优化吗？
需要，而且正是在这段时间最该做。抵扣金不改变单价，只替你付账——所以它不会让你的架构变得更便宜，只是让探索期不花钱。抵扣金耗尽后，账单会真实反映你的架构效率。
抵扣金和节省计划能一起用吗？
能，两者作用在不同层面：节省计划降低账单上的单价，抵扣金抵扣账单金额。不冲突、可叠加。 唯一要注意的是顺序影响现金流规划——折扣生效后，同样的抵扣金能覆盖更多用量。
官方折扣和渠道折扣是同一回事吗？
不是。官方折扣降的是厂商账单上的单价，渠道折扣降的是你实际支付的金额，两者作用在账单的不同位置，可以同时享受。各家渠道机制差别很大（有的渠道本身就是定价的一环），见 五家云厂商折扣机制对比。
「8 种官方优惠」这类说法可信吗？
作为清单是参考，但要注意两点：一是里面往往把抵扣金（额度）和折扣（单价）混在一起，两者性质不同；二是具体数字与资格以官方页面为准，第三方文章的汇总会过期。本文按性质分类，具体额度与条款请回到官方页面核对。
新账号该先拿抵扣金还是先买折扣？
先拿抵扣金（该拿的都拿到），但不要因此推迟架构决定。顺序是：拿到可用额度 → 用它支撑试错期 → 在额度到期前把架构定下来 → 再买承诺折扣。反过来（先赌一个承诺、再发现有抵扣金）会两头吃亏。
抵扣金到期没花完会怎样？
未使用的部分会失效——不能提现、不能转让、通常也不能延期（以官方条款为准）。所以「用不完」不是省钱，是浪费了。规划时应把「到期前能用完吗」当成一个要向自己回答的问题。