| 100：初始 |
- 製作者支援自己的應用程式和流程。
- IT 和商業利害關係人支援應用程式和流程的方式沒有規則或受到限制。
- 技術支援中心不知道也沒有準備好處理 Power Platform 查詢。
- 個別業務單位尋找互相支援的方式，這些都是在定址接收器中進行，與組織中不一致。 根據營業單位的成熟度，不同業務單位的製作者將得到不同的支援。
|
| 200：可重複 |
- 社群支援正逐漸成形，這通常是由對 Power Platform 充滿熱情的個人 Power Platform 技術專家推動。 他們努力將製作者聚集在一起，建立支援網路。
- 可使用內部討論管道，並成為問與答的集散地。 這個管道可能正在成長，新製作者是透過口耳相傳而不是收到自動邀請發現此管道。 卓越中心 (CoE) 幾乎不會監督管道。
- 會有一定程度的承諾和控管措施來管理解決方案生命週期階段，這通常是根據個人製作者及其知識而定。 他們將自行了解最佳做法。
- 技術支援中心會處理一些最常見的技術支持問題。
|
| 300：已定義 |
- 支援策略包括技術支援中心。 技術支援中心是用於處理所有已知和預期的 Power Platform 技術支援問題，且 CoE 會在必要時提供適當的延伸支援。
- 定義的風險設定檔規定了解決方案將會收到的支援層級 (例如 IT 支援、IT 祝福、製作者支援)。 製作者能透過決策矩陣快速評估其解決方案的風險狀況，並能確定下一步要採取的步驟，例如取得測試/產品環境、移交解決方案、將知識傳遞給支援小組。 在建立解決方案之後，這項工作通常是被動的，這代表 IT 不具備預先查看的能力。
- 現在很流行內部討論管道，其基本上可以自我維持。 CoE 成員會積極監視和管理討論管道，以確保快速正確地回答問題。
|
| 400：能力 |
- 專門的支援團隊。
- 符合商業策略的持續改善計劃。
- 清楚理解角色和責任。
- SLA 用於定義技術支援中心支援期望，包括延伸支援，且所有相關人員都能清楚了解這些 SLA。
|
| 500：高效率 |
- 支援活動的自動化 (例如，變更擁有權、機器人常見問題)。
- 充分瞭解建置和運作解決方案的責任和擁有權。
- 技術支援中心和 CoE 之間具有雙向意見反應迴圈。
- 關鍵效能指標會衡量社群參與度和滿意度。
- 當自動化能將直接值新增至使用者體驗 (例如，自動存取社群) 或特定技術支援中心活動 (例如，使用提高速度和減少錯誤的 API 和指令碼) 時，自動化就到位了。
|