採用平臺工程做法意味著從共享平臺和功能非正式且不一致的使用，過渡到整個組織的更協調、標準化和參與性的方法。 本文概述採用階段，著重於組織如何探索、選擇及有效使用服務、工具和技術，以建立一個凝聚力且有效率的平臺工程環境。
採用共享平臺和功能是零星且不一致的。 沒有任何組織策略或指導方針可用於選擇及整合必要的支援服務和技術。 個別小組可能會套用平臺做法來改善自己的程式，但整個組織沒有協調的工作或標準化。 這種採用層級沒有連貫的方法。 採用這種方法的組織認為外部工具比內部提供的工具更有效率。
探索服務、工具和技術：工具與功能是非正式探索的，通常是透過口碑或偶然遭遇。
選擇服務、工具和技術：工程小組會根據其特定需求獨立選擇及整合服務和技術。
使用服務、工具和技術：工程小組會維護專屬於其特定內容和需求的腳本、工具和程式。
授權
組織認識到共享平臺和功能的價值，並努力鼓勵和培養它們。 內部指示詞會激勵或甚至需要針對某些使用案例使用共享平台服務。 某些產品小組比其他產品小組使用平臺功能更多;功能涵蓋組織中的一般使用案例，但並非不尋常的使用案例。 很難將這些極端值新增至通用平臺。
使用者探索功能及其使用方式不一致;除非由平臺小組指示，否則產品小組上的使用者可能會無法探索支援的功能。
探索服務、工具和技術：工程小組必須尋找平臺小組指引，才能使用特定工具和功能。 本指南可能以內部檔和/或組織寬指示詞來表示。
選擇服務、工具和技術：工程小組可能需要與平臺小組進行非正式討論，以選擇並整合授權的服務和技術。 如果工程小組符合其特定需求，則選擇並整合受授權的服務和技術。
使用服務、工具和技術：程式是以平臺小組所建立的標準為基礎所建置，但如果這些程式不符合其需求，則無法輕易地由工程小組擴充。 工程小組無法使用授權的標準或使用它，但對最終結果並不滿意。
廣告
組織會透過清楚傳達符合小組需求的優點和特定使用案例，積極提升平臺的功能。 平臺小組與工程小組密切合作，不僅要強調這些優點，還能透過計分卡和服務管理指標（SMIs）等工具來協助效能比較和目標設定。 提供高品質的支援服務來降低營運額外負荷，讓平臺成為產品小組的吸引力選項。
不過，儘管有這些努力，但有些小組在將其服務遷移至平臺時仍可能會察覺到低 ROI，因此他們猶豫不決要擺脫既定的例行公事和做法。 此外，組織還面臨著平衡技術債務與持續需要將服務遷移至平臺的複雜工作。 克服這些障礙需要平臺小組的持續參與和支援，以確保平臺的價值主張與整個組織的所有小組產生共鳴。
探索服務、工具和技術：通用平臺會公開涵蓋組織一般使用案例的功能。 工程小組會透過平臺小組指示詞探索平臺功能。
選擇服務、工具和技術：平臺小組會與工程小組共同作業，以鼓勵選擇平臺功能。
使用服務、工具和技術：使用服務、工具和技術的相關問題和解決方案會透過組織內部的非正式實務社群來共用。 例如，他們任命開發小組內的大使或擁護者來宣導使用這些功能。
Value-Driven
產品和服務小組上的用戶選擇使用平臺及其功能，因為他們在減少產品小組的認知負載時所提供的明確價值，同時提供更高品質的支持服務。 檔和互動介面可讓產品小組使用者快速布建和使用平臺功能。 用戶選擇內部平台實作，而選擇替代方法，例如自行開發功能或僱用提供者。
探索服務、工具和技術：工程小組積極與平台互動，以探索各種功能 - 自助 UX。
選擇服務、工具和技術：工程小組會使用平臺來尋找技術需求的解決方案。 平臺描述每項功能所提供的值，並驅動工程小組所做的選擇。
使用服務、工具和技術：透過範本、支援論壇、檔等，平臺完全支持平臺功能的使用。
參與
產品小組中的用戶藉由加入生態系統並回饋給平臺功能，進一步投資平臺功能。 某些貢獻可改善並修正現有的功能;其他人引進新功能和功能，以解決新的使用案例。 已定義流程和服務，並讓用戶識別需求，並協調數個產品和平臺小組的貢獻。 新功能是透過一致的介面和入口網站發佈，以及完整的文件和標準版本控制。
探索服務、工具和技術：開發人員宣導者和內部大使會建置和支援內部使用者社群，以將平臺擁有權延伸到應用程式和服務小組參與者。
選擇服務、工具和技術：平台工程師參與產品小組規劃，以瞭解需求並建議現有的功能。
使用服務、工具和技術：工程小組能夠為平臺功能提供修正、功能和意見反應。 工程小組會產生具有必要延伸模組的提取要求，並參與檢閱。