平台團隊的特殊處境#

平台團隊透過「抽象底層服務與架構的複雜度」來提升其他團隊的賦能水準——但平台團隊本身的賦能討論，卻比體驗團隊微妙。

體驗團隊的目的是為使用者與顧客解決問題； 平台團隊的目的是讓體驗團隊更好地為他們的顧客解決問題。

因此，平台團隊的貢獻是間接的。

兩種工作：例行 vs. 推進#

要理解平台團隊的賦能，先把所有產品團隊的工作分為兩類：

有些公司稱 keep-the-lights-on 為「BAU」（business as usual）——但作者不愛這個詞，因為太多公司以為產品團隊的工作只有 BAU。

平台團隊的 keep-the-lights-on 工作，佔比通常比體驗團隊更高——可能是 10%，也可能接近 50%。

平台團隊兩種推進主要工作的方式#

1. 共享團隊目標（Shared Team Objectives）#

強平台團隊推進重要工作最常見的方式：與一個或多個體驗團隊共享同一個團隊目標。

細節將在第 57 章「協作」詳述，這裡先理解：團隊一起探索與開發解法。

深度協作#

某些情境下，協作必須非常深入——幾乎像一個團隊。

例：一家 CMS（content management system）公司，平台團隊負責後端內容儲存與 API；體驗團隊負責使用者面向的內容流程。原本只支援圖片，因為新策略要支援影片——

兩個團隊有共同目標「啟用影片」，必須緊密合作以決定體驗與實作方式。

分段協作（Segmented Collaboration）#

其他情境下，可透過 API 把雙方協作切開：API 變成兩團隊間的合約，雙方大致獨立工作。

例：電商公司新增支付方式。平台團隊管理所有支付邏輯並透過 API 對外。體驗團隊負責結帳的使用者流程；平台團隊負責後端整合。雙方在測試與交付階段再會合。

不論是深度或分段協作，平台團隊與體驗團隊必須擁有相同的策略脈絡與目標——他們在「為何重要、對業務代表什麼」上是連結的。

2. 平台即產品的目標（Platform-as-a-Product Objectives）#

對某些公司，平台本身就是產品——他們賣 API，讓客戶（通常是開發者）在其能力上構建。我們稱之為外部平台。

在這種情境下，平台就是產品。雖然顧客／使用者是開發者而非消費者，它仍然是一個真正的產品。

一個正在浮現的趨勢：越來越多公司開始把內部平台也以「外部平台產品」的方式管理。

對這類平台產品，常會看到類似體驗產品的目標：

• 增加客戶數
• 提高客戶採用率
• 更有效地變現（外部平台才適用）

如同任何產品團隊：若有重大品質、效能、開發者體驗問題，它可被升級為團隊目標，而不是當作 keep-the-lights-on 的一部分。

結論#

賦能平台團隊的關鍵：在心中把 keep-the-lights-on 與「推進平台的主要工作」分開——

一旦這樣做，平台團隊的目標與賦能水準，與體驗團隊就具有可比性。