抵扣金是「一次性預算」，有期限、會花完、不改變單價；折扣是「長期單價」，只要符合條件就持續生效。把兩者混為一談，就會得出「拿了幾萬塊抵扣金，成本問題解決了」這種錯誤結論。
搜 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 種官方優惠」這類說法可信嗎？
作為清單是參考，但要注意兩點：一是裡面往往把抵扣金（額度）和折扣（單價）混在一起，兩者性質不同；二是具體數字與資格以官方頁面為準，第三方文章的彙總會過期。本文按性質分類，具體額度與條款請回到官方頁面核對。
新賬號該先拿抵扣金還是先買折扣？
先拿抵扣金（該拿的都拿到），但不要因此推遲架構決定。順序是：拿到可用額度 → 用它支撐試錯期 → 在額度到期前把架構定下來 → 再買承諾折扣。反過來（先賭一個承諾、再發現有抵扣金）會兩頭吃虧。
抵扣金到期沒花完會怎樣？
未使用的部分會失效——不能提現、不能轉讓、通常也不能延期（以官方條款為準）。所以「用不完」不是省錢，是浪費了。規劃時應把「到期前能用完嗎」當成一個要向自己回答的問題。