| 100：初始 |
- 制作者支持自己的应用和流。
- 对于 IT 和业务利益干系人应如何支持应用和流没有制定规则或规则有限。
- 帮助中心不知道也没有准备好处理 Power Platform 查询。
- 各个业务部门找到相互支持的方法，但是各自独立，在整个组织中不一致。 不同业务部门的制作者会根据其部门的成熟度得到不同的支持。
|
| 200：可重复 |
- 社区支持正在建立，通常由对 Power Platform 充满热情的个人 Power Platform 技术专家推动。 他们致力于将制作者组织在一起并联系他们，以建立支持网络。
- 内部讨论渠道可供使用，并且成为问答场所。 此渠道可能会有组织地逐渐壮大，新制作者通过口耳相传而不是被自动邀请的方式来发现它。 卓越中心 (CoE) 几乎不对渠道进行监督。
- 在管理解决方案生命周期阶段方面提供了一定程度的承诺和度量标准，这通常取决于各个制作者及其知识。 他们自己学习了最佳做法。
- 帮助中心将处理一些最常见的技术支持问题。
|
| 300：已定义 |
- 支持策略包括帮助中心。 帮助中心准备处理所有已知和预期的 Power Platform 技术支持问题，并且 CoE 会为您提供所需的相应外延支持。
- 定义的风险概况规定解决方案将获得的支持级别（例如，IT 支持、IT 保护、制作者支持）。 制作者能够通过决策一览表快速评估其解决方案的风险状况，并能够确定要采取的后续步骤 - 例如，获得测试/产品环境、移交解决方案、将知识传授给支持团队。 在构建解决方案之后，这项工作通常是反应性工作，这意味着 IT 没有高级可见性。
- 内部讨论渠道现在很流行，并且基本上可以自我维持。 CoE 成员将积极监控和管理讨论渠道，以确保快速正确地回答问题。
|
| 400：有能力 |
- 专门的支持团队。
- 符合业务战略的持续改进计划。
- 清楚了解角色和职责。
- 所实施的 SLA 用于确定对帮助中心支持的期望，包括外延支持，并且所有相关人员都很清楚这些内容。
|
| 500：高效 |
- 支持活动自动化（例如，更改所有权、常见问题解答机器人）。
- 充分了解构建和运营解决方案的责任和所有权。
- 帮助中心和 CoE 之间存在双向反馈循环。
- 关键绩效指标衡量社区参与度和满意度。
- 当自动化为用户体验（例如，自动访问社区）或特定帮助中心活动（例如，使用 API 和脚本来提高速度和减少错误）增加直接价值时，就意味着实施了自动化。
|