剛做完 2026 Amazon SDE（偏 NG）的 OA，整體一句話總結：時間更長，篩得更狠。今年 OA 總時長被拉到了大概 3.5～4 小時，連續做下來對專注力和體力都是考驗，建議別卡著 deadline 做，狀態很重要。下面按 OA 的 4 個 Part，把我自己的真實體驗和一些避坑點整理出來，給還沒做或者正在準備的同學一個參考。
面試概覽｜2026 Amazon OA
整體時長：3.5–4 小時
結構：4 個 Part，順序固定
- Coding Challenge（約 90 分鐘，2 道題）
- System Design（偏業務理解 + 結構表達）
- Work Simulation（情景決策，強 LP 導向）
- Workstyles（性格與文化匹配度評估）
今年的明顯變化在於：Coding 難度上調 + Work Simulation 權重變高，已經不是技術過了就行。
Coding Challenge
Coding 這一部分一共兩道演算法題，給了 90 分鐘。從時間上看比往年寬裕一些，但難度明顯往上提了一個檔。整體感受不是“寫不寫得完”，而是更看你基礎是不是紮實，解題過程是不是清楚。
今年已經不太是那種網傳的“簡單題保底”。我遇到的兩道題都屬於高頻方向的變體，一道是經典的樹構造問題，用前序和中序遍歷還原二叉樹，但在輸入形式和邊界條件上做了調整；另一道是結合 HashMap 和字首和的題目，外面套了一層偏 AWS 場景的背景，邏輯本身並不新，但細節不少。
從身邊同學和自己的體驗來看，Graph 和 Tree 相關的內容依然是重中之重，比如島嶼數量、樹或圖的遍歷、N 叉樹的層序遍歷，這些幾乎是必考方向。同時字串和基礎資料結構也會反覆出現，像字串切分、LRU Cache 這種老題，換個說法依然能考。
有一個很現實的點是時間分配。別在第一題卡太久，我自己在第一題卡了接近 20 分鐘之後果斷切到第二題，反而後面節奏順了很多，最後再回頭補第一題，思路會清楚不少。
System Design
System Design 這一部分完全不需要寫程式碼，重點是把思路講清楚，而且要儘量貼近 Amazon 的真實業務場景。今年明顯感覺到，單純套通用系統設計模板，分數並不會特別好看。
我自己遇到的是設計亞馬遜倉儲系統，身邊也有朋友抽到影片流平臺相關的設計題，需要考慮 CDN、儲存和擴充套件性。這類題目本身不算刁鑽，但非常看你能不能把問題“落到實際業務裡”。
答題的時候，一般還是從需求和目標入手，比如倉儲系統要解決什麼核心問題，是庫存實時同步、訂單分揀效率，還是高峰期的穩定性。接著再講整體架構，前端、後端、儲存如何分層，模組之間如何協作。最後再補一些關鍵細節，比如併發處理、峰值流量、容錯或者成本。
Work Simulation
這一段基本就是沉浸式工作場景選擇題，沒有標準答案，核心全是 Amazon 的 16 條 Leadership Principles。
我遇到的一個場景是自己負責的模組出了 bug，已經開始影響使用者，同時另一個專案也快到 deadline，需要做優先順序取捨。這類題表面看是選方案，實際是在看你會不會把 Customer Obsession、Ownership、Deliver Results 這些原則真正用到決策裡。
如果只是憑感覺選，很容易選到“看起來合理但不太亞麻”的選項。基本策略就是，每做一個選擇前，先想清楚這個決定對應的是哪幾條 LP。
Workstyles
最後是 Workstyles，看起來像性格測試，但其實也是在卡文化匹配度。這裡最容易翻車的是前後不一致，比如前面選了偏溝通協作，後面又選偏單打獨鬥，這種矛盾系統是能看出來的。
不需要刻意演人設，但整體風格一定要統一，偏主動、有責任感、能推進事情，而不是太被動或者凡事等指示。
一點整體感受
整體下來最大的感受是，今年 Amazon SDE OA 已經不是單靠演算法就能穩過的了。Coding 依然重要，但 Work Simulation 和 Workstyles 明顯成了越來越關鍵的篩人點。如果要準備的話，演算法至少要把高頻基礎方向穩住，System Design 別隻刷通用模板，Work 相關模組最好提前把 16 條 LP 真正理解一遍，而不是隻背名字。以上是剛考完的第一手體驗，供參考，也歡迎補充交流。
後續 & 準備小結
順便說一下結果。這次 Amazon OA 我這邊是找了 programhelp 做了全程的 OA 輔助 ，大概過了一週左右，就收到了 Recruiter 發來的郵件，通知我進入下一輪 VO。回頭看這次 OA，單純靠自己硬頂的話，很可能會踩坑。如果你也在準備 Amazon 或其他大廠的 OA／VO，可以直接聯絡 programhelp 瞭解對應的面試輔助和陪跑支援。
