CRM 与 CE
我们的 CRM 开发工程师页面专门聚焦 Sales 和 Customer Service 应用。我们的 CE 开发工程师页面涵盖更广泛的 Customer Engagement 套件，包括 Field Service 和 Marketing，以及其 Azure 集成。如果您的项目跨越不止一个应用，两个方向都值得先读一读，再做选择。
大多数在迪拜聘请 Dynamics 365 开发人才的企业，实际上是在为一款具体应用招聘，而不是整个微软产品目录。Dynamics 365 是一个品牌，涵盖了基于不同技术构建的几款独立产品：基于 Microsoft Dataverse 构建的 Customer Engagement 系列（Sales、Customer Service、Field Service）、基于 X++ 语言构建的 Finance and Operations，以及面向中小企业、基于 AL 构建的 Business Central。Power Platform、Azure 以及更广泛的微软生态系统与这些应用并列存在，往往需要与它们一并纳入简报。
这个类别汇集了我们涵盖的每一个微软与 Dynamics 365 相关职位：应用本身、围绕它们的咨询和架构职位、Power Platform 层、Azure 开发与运维，以及虽然较老但仍常见的 .NET 和 SharePoint 相关职位。如果您已经知道企业运行的是哪一款应用，可以直接跳到对应的职位页面。如果还不确定，下表说明了各自通常适用的场景。
按职位划分
迪拜聘请 Dynamics 365 开发人才：微软与 Dynamics 365 各角色一览
大致按应用和层级分组，而不是按字母顺序。
| 角色 | 他们做什么 | 什么时候需要 |
|---|---|---|
| Microsoft Dynamics 365 开发工程师 | 覆盖企业所运行的任意 Dynamics 365 应用的通用开发工作，是迪拜企业首次招聘 Microsoft Dynamics 365 开发工程师时通常的起点 | 需要一位开发工程师广泛覆盖这个平台 |
| 持证 Microsoft Dynamics 365 开发工程师 | 同样的开发工作，但针对一项指定的微软认证进行招聘 | 可核实的凭证是这个职位的硬性要求 |
| Dynamics 365 CRM 开发工程师 | 对基于 Dataverse 的 Sales 和 Customer Service 应用进行定制 | 您的项目内部被称为“CRM” |
| Dynamics 365 CE 开发工程师 | 覆盖整个 Customer Engagement 套件及其集成的开发工作 | 工作跨越多个 CE 应用，而不只是一个，或延伸到 Azure 和第三方插件 |
| Dynamics 365 Finance and Operations 开发工程师 | 在 Finance and Operations ERP 上的 X++ 开发工作 | 您的企业运行的是 Dynamics 365 Finance and Operations，而不是 CE 应用 |
| Dynamics 365 Business Central 开发工程师 | Business Central 上的 AL 扩展和集成 | 一家规模较小的企业需要定制自己的 Business Central 实例 |
| Dynamics 365 顾问 | 功能配置、流程设计和用户落地推广 | 工作主要是配置，而不是编写代码 |
| Dynamics 365 技术顾问 | 实施过程中的数据迁移、集成和扩展开发 | 实施合作伙伴需要一位动手实操的技术资源 |
| Dynamics 365 解决方案架构师 | 为一个项目在应用、数据和集成方面提供整体设计 | 一个跨多应用或多阶段的 Dynamics 365 项目需要一位统筹负责人 |
| Power Platform 开发工程师 | 横跨 Power Apps、Power Automate、Power BI 和 Dataverse 的自定义代码开发 | 工作涉及一种以上的 Power Platform 产品 |
| Power Apps 开发工程师 | 专门负责画布应用和模型驱动应用 | 交付物是一个独立的 Power Apps 应用 |
| Power Automate 开发工程师 | 云端和桌面端的自动化流程 | 工作是流程自动化，而不是一个应用 |
| Power BI 开发工程师 | 报表、数据模型和 Power BI 部署 | 工作是报表和分析，而不是一个应用 |
| Azure 开发工程师 | 直接构建在 Azure 上的应用和服务 | 工作是一个云应用，而不是 Dynamics 365 扩展 |
| Azure 解决方案架构师 | 设计 Azure 着陆区和工作负载架构 | 一个新的或不断扩大的 Azure 体系，在构建之前需要先做设计 |
| Azure DevOps 工程师 | Azure 上的流水线、发布和环境管理 | 已经有构建版本，但发布仍是手动或不可靠的 |
| Microsoft .NET 开发工程师 | 维护和迁移旧版 .NET Framework 应用 | 一个较旧的 .NET Framework 系统需要支持或现代化改造 |
| ASP.NET 开发工程师 | 基于当前 ASP.NET Core 构建的网页应用和 API | 正在基于现代 .NET 构建一个全新的网页应用 |
| C# 开发工程师 | C# 语言本身，涵盖桌面端、服务端和 Unity | C# 是限定条件，与任何一个具体的微软平台无关 |
| SharePoint 开发工程师 | SharePoint 网站、文档库以及对接其中的 Power Platform 功能 | 内网门户或文档管理工作以 SharePoint 为核心 |
| Microsoft 365 开发工程师 | Outlook、Teams 及整个 Microsoft 365 套件的插件和集成 | 工作涉及日常的 Microsoft 365 应用，而不是 Dynamics 365 |
| Microsoft Copilot 开发工程师 | 基于微软 AI 平台构建的 Copilot 扩展和代理 | 简报中明确涉及 Copilot，而不是一般性的自动化 |
在相近职位之间做选择
Dynamics 365 各职位之间的重叠之处
本页多组职位描述的是彼此重叠的工作，区分标准在于范围，而不是不同的技能。
通用与持证
通用 Dynamics 365 开发工程师页面和持证页面描述的是同一份底层工作。如果您计划专门针对一项指定凭证在迪拜聘请 Microsoft Dynamics 365 开发工程师，持证页面正是为此而设，说明了该凭证能证明什么、不能证明什么。
Power Platform、Power Apps、Power Automate 与 Power BI
Power Platform 开发工程师适合跨越其中不止一种产品，或深入涉及 Dataverse 的工作。三个产品专属页面适合目标明确的简报：一个应用、一个流程，或一份报表。无论是哪种产品把您带到这里，本页的目标始终一致：帮助您在迪拜聘请 Dynamics 365 开发人才时，找到与具体工作相匹配的角色，而不是一个笼统的平台标签。
如果您希望在投入招聘开发工程师之前，先了解 Customer Engagement 和 Power Platform 表层有多少内容可以在不写代码的情况下配置完成，Microsoft 官方的 Dataverse 开发人员指南 是一个不错的起点。
合作方式
如何通过我们在迪拜聘请 Dynamics 365 开发人才
通过我们在迪拜聘请 Microsoft Dynamics 365 开发工程师的企业，通常在确定具体人选之前，就已经清楚自己需要哪种合作形式，因此从这里入手会有帮助。四种模式适用于整个这一类别，选择哪一种更多取决于工作的形态，而不是具体应用。一项定义明确的扩展、集成或迁移工作，适合有明确交接日期的限定范围项目。一个正在运行的 Dynamics 365 实例上的持续功能工作，适合一位按月融入您团队的专属开发工程师。如果企业希望建立自己永久的 Dynamics 365 团队，而不是把工作留在我们这里，招聘支持会更合适，由我们负责寻源、初筛和技术评估候选人，最终由您直接招聘。一个跨多应用的项目，或者诸如在 Dataverse 定制与第三方插件之间做选择这样的决策，通常需要在编写任何代码之前先进行一次简短的咨询。
简而言之
- 项目制：一次扩展或集成，交付并收尾
- 专属：一个正在运行的实例，功能工作按月持续
- 招聘支持：建立您自己的内部 Dynamics 365 团队
- 咨询服务：在编写任何代码之前先做出设计决策
全部职位
Dynamics 365 开发人才全部职位一览
Microsoft Dynamics 365 开发工程师
针对您企业实际运行的 Dynamics 365 应用，提供定制、扩展和集成开发，可以是专属开发工程师、限定范围项目、招聘支持或咨询服务的形式。
了解更多持证 Dynamics 365 开发工程师
按照具体、可核实的 Microsoft 认证来招聘 Dynamics 365 开发工程师，附最新的考试名称，以及在依赖某项认证之前应如何核实它。
了解更多Dynamics 365 CRM 开发工程师
定制 Sales 与 Customer Service 应用，这是迪拜企业提到 Dynamics 365“CRM”工作时最常指的两个应用。
了解更多Dynamics 365 CE 开发工程师
在整个 Customer Engagement 套件（Sales、Customer Service、Field Service、Marketing 与 Project Operations）上开发，并搭建把它们连接起来的 Azure 集成。
了解更多Dynamics 365 F&O 开发工程师
针对 Finance and Operations ERP 的 X++ 开发，常被简称为 F&O 或 FandO，适合在 Dynamics 365 上运行制造、零售或复杂财务业务的企业。
了解更多Dynamics 365 Business Central 开发工程师
在 Business Central 上进行 AL 扩展、集成与报表开发，这是 Microsoft 面向阿联酋中小型成长企业推出的 ERP。
了解更多Dynamics 365 顾问
在 Dynamics 365 与 Power Platform 上进行流程设计、应用配置和用户采用推动，大多不涉及代码，帮助迪拜企业让系统真正贴合实际工作方式。
了解更多Dynamics 365 技术顾问
在 Dynamics 365 项目中负责数据迁移、集成与平台扩展，衔接功能设计与真正让系统运转起来的代码。
了解更多Dynamics 365 解决方案架构师
在动手搭建任何表单或流程之前，先就 Dynamics 365 项目的安全、集成、数据和环境策略完成端到端设计。
了解更多Power Platform 开发工程师
面向整个 Power Platform 工具集的开发工作，涵盖 Power Apps、Power Automate、Power Pages 和 Dataverse，适用于不局限于单一产品的项目。
了解更多Power Apps 开发工程师
基于 Dataverse 构建的画布应用和模型驱动应用，适合正在替换电子表格流程，或为自有员工搭建工具的迪拜企业。
了解更多Power Automate 开发工程师
消除重复手工工作的云端流程和桌面流程，经过正规搭建和维护，而不是任由其悄无声息地出故障。
了解更多Power BI 开发工程师
基于 Power BI Desktop 和 Power BI 服务构建的数据模型、DAX 度量值和已发布报表，让销售或财务负责人能真正信任其中的数字。
了解更多Azure 开发工程师
在 Azure 服务上构建和上线应用的开发工程师，涵盖 App Service、Functions 和存储服务，可选专属开发工程师、限定范围项目、招聘支持或咨询服务等合作方式。
了解更多Azure 解决方案架构师
着陆区设计、工作负载架构以及 Well-Architected Framework 各方面的取舍，确保平台本身正确无误，团队才开始在其上搭建应用。
了解更多Azure DevOps 工程师
在 Azure Pipelines 或 GitHub Actions 中搭建构建和发布管道，让代码安全、可重复地进入 Azure，而不是靠手动部署。
了解更多Microsoft .NET 开发工程师
安全维护一套较旧的 .NET Framework 系统，并规划其迁移到现代、跨平台的 .NET，而不是在一个已过支持期的版本上继续堆叠新功能。
了解更多ASP.NET 开发工程师
基于 ASP.NET Core（微软目前的跨平台网页框架）搭建网页应用和 API，可作为专职开发工程师、限定项目、招聘支持或咨询服务提供。
了解更多C# 开发工程师
同一门语言横跨桌面软件、后端服务、Unity 项目和跨平台应用，无论您的业务已经在哪种场景中使用它。
了解更多SharePoint 开发工程师
基于 SharePoint Framework 构建 Web 部件、扩展和集成，让内部网、文档库和 Teams 站点的功能超越开箱即用的模板。
了解更多Microsoft 365 开发工程师
基于当前的 Microsoft 365 Agents Toolkit 构建 Teams 应用、Office 加载项和 Microsoft Graph 集成，扩展 Microsoft 365 而不是取代它。
了解更多Microsoft Copilot 开发工程师
基于 Microsoft 365 Copilot 和 Copilot Studio 构建自定义代理、插件和连接器，可作为专职开发工程师、限定项目、招聘支持或咨询服务提供。
了解更多直接解答
常见问题
Dynamics 365 是单一产品吗？
不是。Dynamics 365 是一个品牌，涵盖了基于不同技术构建的多款独立应用，包括基于 Dataverse 的 Customer Engagement 系列应用、基于 X++ 的 Finance and Operations，以及基于 AL 的 Business Central。清楚自己企业运行的是哪一款，比 Dynamics 365 这个名称本身更重要。
Dynamics 365 开发工程师和顾问有什么区别？
开发工程师负责编写代码：插件、扩展、集成和自定义逻辑。顾问负责配置应用、定义业务流程并推动应用落地，通常不涉及编写代码。较大的项目往往两者都需要，我们的顾问和技术顾问页面涵盖了这方面的内容。
我们需要一位持证开发工程师吗？
一项微软认证确认某位开发工程师通过了针对当前平台的结构化考试，这是一个有用、可核实的信号，但它只是众多参考因素之一，还需要结合一份代码样本和一次实操练习，不能替代两者。
我们使用 Power Apps，但没有用到 Dynamics 365 的其他部分，这个类别还适用吗？
适用。Power Platform，包括 Power Apps、Power Automate 和 Power BI，是微软的低代码层，与 Dynamics 365 Customer Engagement 应用共享底层的 Dataverse 平台，因此这些职位归属于同一类别。
一位开发工程师能同时负责 Dynamics 365 和 Azure 吗？
在一般工作层面通常可以，因为 Dynamics 365 集成经常要通过 Azure 服务来实现。但如果 Azure 工作负载繁重、同时又有一个高要求的 Dynamics 365 项目，对迪拜企业来说，通常由两位各有专精的人分别负责会比一位通才更合适。
我们该如何准确地简报一个微软或 Dynamics 365 相关职位？
说明具体的应用（例如 Dynamics 365 Sales、Finance and Operations 或 Business Central）、目前已经构建了什么，以及需要改动什么。一通简短的通话会补齐任何缺口，随后您会收到一份针对该简报量身定制的书面固定价格方案。
资料来源
- Microsoft Learn：Microsoft Dataverse 开发人员指南 访问于 2026年9月14日
- Microsoft Learn：Business Central 的 AL 编程 访问于 2026年9月14日
- Microsoft Learn：X++ 语言参考 访问于 2026年9月14日
书面固定价格
发送您的需求，45 分钟内获取工作范围和价格。
- 开工前书面确认的一个固定金额
- 无任何义务，也不会催促签约
- 英文和阿拉伯文作品，正确处理从右到左排版
- 一个团队负责设计、营销、网站、媒体和文案
已收到，我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。