每個客戶都很重要
平臺工程的其中一個重要原則是為客戶優化。 將開發人員視為您的主要客戶，並在決定您想要鋪平哪些開發路徑，以及 您想要成長的功能時，先專注於其需求。 開發人員都會使用不同的工具來完成工作。 在第一個步驟中，先啟動小型，並評估您是否可以在實作全新的內部開發人員平臺之前，先改善現有的螢幕和表面。
為開發人員提供以客戶為中心的內部平臺
將開發人員視為內部開發人員平臺的主要客戶，對於其成功至關重要。 我們將開發人員稱為客戶。 客戶可以是團隊拓撲模型所指為串流對齊小組的任何成員，包括機器學習專業人員或數據科學家等角色。
成功的平臺工程實務可讓開發人員和操作員擁有能力。 開發人員和操作員有自主性來做出提供商業價值的決策，同時仍遵守已建立的標準、治理和安全性規則。 重要項目關係人、讓特定子系統（作業、安全性、合規性和架構）的專家能夠與小組合作，建置此內部平臺，將其專業知識和最佳做法編纂成範本和系統功能。 將此知識移至系統可同時減少開發人員的認知負載、改善安全性、合規性和品質，並更妥善地調整這些其他角色，以解決真正獨特的問題。 不過，這是開發人員體驗，可確保您的平臺為所涉及的所有人傳回最大的好處。
這表示遵循以客戶為中心的方法來規劃和排定平臺工程工作的優先順序。
找出最佳開發路徑以簡化最佳做法
雖然貴組織目前可能有不同的生產開發路徑，但平臺工程旅程的早期步驟是瞭解您希望開發人員使用的路徑。 進行此呼叫非常重要，因為它可讓您將精力集中在透過它們來鋪平有效路徑，而該路徑仍符合開發、作業和治理需求。
這些鋪路路徑代表一組特定的開發和可觀察性工具、語言、SDK 和服務，這些工具會成形，以符合開發、作業和其他項目關係人同意代表其最佳做法。 鋪路應包括簡化上架、仲裁和倡導內部重複使用的方法。 您不需要將這些鋪路路徑視為限制性或強制路徑，而是要減少開發人員對開發小組想要留在這些路徑內的困難。
不過，訣竅不僅是要瞭解要關注的路徑，而且要先鋪好路徑的哪些部分。
符合使用者身分
雖然從內部開發人員平臺中所有專案的整合入口網站開始可能很誘人，但這不是最佳起點。
您的營運專業人員、網站可靠性工程師（SRE）和開發人員都會使用不同的工具來完成工作。 程式代碼撰寫會在 IDE 中發生，GitHub 和 Azure DevOps 等工程系統會使用命令行介面，而即時共同作業會發生在 Teams 和 Slack 中。 這些使用者通常對這些螢幕感到滿意，並謹慎使用另一個使用者介面來擔心。
從小型開始，並評估您是否可以改善現有的螢幕和表面。 開始建置新的自定義體驗之前，請先建置外掛程式或延伸模組。 問自己，人們是否會對另一個新的用戶體驗做出更好的反應，或您現在擁有的改良版本？ 如果您決定從頭開始建置入口網站，請考慮您可能想要透過 API 支援多個介面的想法。 這也會解除鎖定選項，例如使用低程式代碼架構，因此您不需要從頭開始建置及裝載入口網站體驗。