支援諮詢角色中的工作負載
架構設計人員應該尋找讓工作負載隨著時間變更而持續參與的方式。 其角色不會在初始實作期間結束設計遞交或諮詢。 架構設計人員帶來的觀點，可用於與產品演進相關的其他活動。
支援模型化練習
Teams 可以在多個維度中建立工作負載的模型，並用於多個用途。 例如，工作負載可以將健康情況訊號從實作詳細資料抽象化，並擷取到商務建構中。 或者，他們可以建立一段時間的系統成長模型，或是評估替代計費模型的授權程式。
不論模型是抽象概念，還是評估假設以通知未來的商務決策，架構設計人員都會參與該程式。 他們會使用工作負載設計的深入解析、其已知或預測的限制，以及其調整特性，來驗證或調整模型中的假設，並更精確地近似系統。 例如，架構設計人員會藉由評估相依性的特性來檢閱重要流程的健康情況模型，例如服務等級目標 (SLO) 。
共用潛在改善
架構設計人員隨時掌握雲端提供者供應專案和產業設計模式等基本概念。 設計工作負載時，可能不再具備最先進的功能。 或者，應用程式的預期使用模式可能不會以預測的方式顯示。 在這些情況下，您有機會根據這個新知識進一步優化或精簡目前設計的建議。
身為架構設計人員，您應該在工作負載上線之後定期與工作負載小組進行追蹤。 持續溝通可協助您瞭解未來的設計工作，方法是查看設計實作方式及其實際用途的執行方式。 它也可讓您根據實際實作和使用來提供優化建議。
協助檢閱
當工作負載受到檢閱時，例如由官方稽核或合規性檢閱，系統架構設計人員的介入可能是程式的布林值。 他們帶來工作負載的 架構決策記錄 ，以協助回答實作選擇的問題。 它們也會提供更新的圖表，以在交談期間將系統視覺化，並提供主題專業知識。
架構設計人員具有權威知識，可讓在選取的客戶或資金參與期間建立產品信賴度。 他們可以瞭解客戶對於產品的獨特需求，並在系統設計中考慮這些需求。
檢閱建議的變更
每個工作負載都有一個待辦專案，範圍從廣泛、方向層級的工作到特定工作。 架構設計人員應該參與收集工作專案的需求、範圍和建置驗收準則。
實作小組正忙於提供目前的工作專案，因此架構設計人員可以使用其時間來檢閱、驗證及精簡未來的工作專案。 它們可以協助偵測新功能何時需要重新設計系統中的元件、提供建議變更的成本分析，或建議以累加方式導入新變更的方法。 最後，在程式初期涉及架構設計人員，以取得涉及新功能或擴充使用者基底的變更，可將重工降到最低，並協助小組在設計中探索問題。