决策框架
按应用层、自动化和标准业务应用分工
三类能力可以组合，但许可、数据模型和实施复杂度不同，应从流程与用户角色开始。
构建企业应用
适用于基于业务数据的自定义 Web 与移动应用。
- 核对数据源和高级连接器
- 明确内部与外部用户
自动化流程
围绕触发器、连接器、执行主体、频率和关键流程设计。
- 区分个人与业务关键流程
- 建立服务账号和异常处理
标准化业务应用
面向销售、客户服务和运营等业务模块，通常需要项目实施和持续治理。
- 先匹配标准流程与差异
- 核对模块、角色和区域能力
逐项比较
选型时必须一起看的六项
产品组合和许可条款变化较快，尤其涉及高级连接器、Dataverse、外部用户和 Dynamics 附加应用时，应按当期文档核验。
实施前核验
低代码与业务应用项目六步
先控制环境和业务关键风险，再逐步扩大公民开发和自动化规模。
选择流程
优先处理规则清晰、数据来源明确且可衡量的业务问题。
定义角色
列出应用使用者、流程所有者、数据所有者、开发者和管理员。
设计数据
确认数据模型、主数据、权限、保留、区域和集成方式。
核对许可
按用户、应用、流程、连接器、容量和 Dynamics 模块核验。
建立 ALM
区分开发、测试、生产，定义解决方案、发布、审批和回退。
持续治理
监控使用、错误、成本、连接器、孤儿应用和业务价值。
风险提示
常见误区
以下说法经常让采购或实施判断过度简化。遇到具体项目时，应回到目标云环境、完整 SKU、真实部署和最新条款。
Microsoft 365 已包含完整 Power Platform
Microsoft 365 可能提供部分基础使用权，但高级连接器、Dataverse、独立应用或流程可能需要额外许可。
低代码项目不需要 IT 治理
业务关键应用仍需要环境、权限、数据、发布、监控、支持和离职交接。
国际版方案可以原样用于中国云
产品、功能、连接器和发布节奏可能不同，应按目标云逐项验证。
高频问题
Power Platform 与 Dynamics 365 常见问题
答案用于第一轮判断。若涉及正式采购、迁移、安全或合规责任，请打开来源并结合客户环境复核。
Power Apps 和 Dynamics 365 应该怎么分工？
Power Apps 更适合构建自定义应用；Dynamics 365 提供面向特定业务领域的标准应用。最终取决于流程匹配、定制、数据和运营要求。
一个自动化流程需要给所有相关人员购买许可吗？
取决于流程类型、执行主体、连接器、用户交互和产品条款，不能只按流程数量判断。
外部客户使用应用如何授权？
外部用户、门户或 Power Pages 等场景有独立的许可和身份设计，应按访问方式和当期 SKU 核验。
中国云能否使用所有高级连接器？
不能直接根据全球云目录判断。应核对目标连接器、认证方式、端点和中国云当期可用性。
可追溯内容
官方来源与延伸阅读
外部文档可能更新或调整路径。上线前和内容复核时，应逐条确认链接、发布日期及其适用云环境。
下一步
先把流程、用户和数据说明白，再确认产品组合
提供目标流程、用户角色、数据源和目标云环境，我们会先整理产品、连接器、许可和实施边界。