插件与业务逻辑
记录保存时运行的服务器端代码,例如计算折扣、核查信用额度,或在必填字段未填写前阻止工单关闭。
当一家迪拜企业想在迪拜招聘 Dynamics 365 CRM 开发工程师时,通常指的就是 Sales 应用、Customer Service 应用,或两者兼有:销售管道、客户与联系人记录、工单队列,以及销售或客服团队每天都要查看的一切。Microsoft 多年前已放弃独立的“Dynamics CRM”名称,转而使用 Dynamics 365,但“CRM”这个标签在人们的搜索习惯和团队内部沟通中依然存在,这也是本页面沿用这一说法的原因,尽管底层平台的正式名称其实是 Dataverse。
CRM 开发工程师的工作,是在标准 Sales 与 Customer Service 应用现有功能的基础上进行扩展:一条阻止未签署报价单的交易继续推进的校验规则、一个把其他系统数据展示在工单记录中的自定义页面,或是一项把已成交交易推送到财务软件的集成。本页面专门介绍这部分工作,适合想为 Sales 与 Customer Service 招聘 Dynamics 365 CRM 开发工程师、而不是覆盖更广泛 Dynamics 365 体系的迪拜企业。如果您的项目范围更大,涉及 Field Service 或 Marketing,或需要跨多个应用的架构设计,我们的 Dynamics 365 CE 开发工程师 页面会更贴合需求。
CRM 开发工程师负责搭建的内容
Sales 与 Customer Service 内部的具体交付成果,而不是泛泛的职位描述。
记录保存时运行的服务器端代码,例如计算折扣、核查信用额度,或在必填字段未填写前阻止工单关闭。
使用 Power Apps component framework 搭建、嵌入标准 Sales 或 Customer Service 表单内的界面和组件。
与财务软件、呼叫中心平台或营销工具的连接,基于 Dataverse Web API 构建,而不是靠人工导出。
让线索、商机或工单自动经过既定阶段的 Power Automate 流程和业务流程流。
基于实时 CRM 数据构建的仪表盘和 Power BI 报表,让销售和服务负责人看到的是最新状况,而不是每周一份的导出文件。
去重、字段映射,以及将客户、联系人和工单历史从电子表格或旧系统迁移到 Dataverse 中。
值得关注的技能
专属于 Sales 与 Customer Service 应用的技能,而不是泛泛的 Dynamics 365 经验。
| 技能或工具 | 良好水平的表现 | 为什么重要 |
|---|---|---|
| Dataverse 插件与工作流 | 能熟练针对正确的事件和阶段编写并注册 C# 插件 | 插件注册在错误的阶段会导致难以追踪的异常行为 |
| 客户端脚本 | 针对当前表单和网格 API 编写 JavaScript,而不是已废弃的旧接口 | 调用旧版 API 会在平台更新后悄然失效 |
| Power Apps component framework | 已构建并上线过至少一个 PCF 组件,而不只是跟着教程做过练习 | PCF 是官方支持的自定义控件搭建方式,旧方法已不被推荐 |
| 解决方案管理 | 以托管解决方案的形式,通过不同环境逐步发布变更 | 在生产环境直接进行的非托管改动难以追踪或撤销 |
| 安全角色 | 理解 Dataverse 中的业务部门、团队和字段级安全 | 配置不当会让不该看到某些记录的人也能访问 |
Microsoft 自己的 Dataverse 开发者指南 把 Sales 与 Customer Service 应用定位为基于 Dataverse 构建的模型驱动应用,这也是核实候选人能否用这些术语、而不只是屏幕层面的语言来描述过往 CRM 工作经验的一个实用标准。
与我们合作的方式
一个独立的自定义流程或集成,通常适合按限定项目处理:我们以书面形式确认具体行为,在沙盒环境中构建,再连同交接一并部署到生产环境。如果 CRM 系统会随着您的销售或服务流程持续演变,则更适合专职开发人员按月加入您的团队工作。如果您希望自建长期的内部 CRM 团队,招聘支持服务会为您寻访并进行技术测试,由您直接录用。如果悬而未决的问题超出单一功能的范畴,例如是否应该自建定制流程还是采用 Microsoft 插件,那就属于咨询服务的范畴。大多数通过我们招聘 Dynamics 365 CRM 开发工程师的迪拜企业,都是从限定项目或专职开发人员开始,等 CRM 成为业务核心后再转向招聘支持。
评估候选人
分辨出真正在 Sales 与 Customer Service 中交付过成果的人,而不是只停留在阅读资料层面的人。
询问触发条件是什么、它检查或更改了什么,以及现在会如何改进,而不是让对方泛泛描述“定制过 CRM”。
业务部门、团队和字段安全很容易出错。曾为真实客户设计过安全模型的候选人,能解释其中的取舍,而不只是术语本身。
一项简短任务,例如一条校验规则或一次简单集成,重点考察打包和测试方式,而不只是是否能运行。
业务规则、Power Automate 和表单逻辑能覆盖很多需求。优秀的候选人只有在这些选项都用尽后才会考虑写代码。
每位做过集成的开发工程师都遇到过生产环境中的故障。他们如何诊断并修复问题,比罗列用过哪些连接器更能说明水平。
认证
如今已经没有一个叫做“Dynamics 365 CRM Developer”的认证了。
Sales 与 Customer Service 应用的开发工作,归属于 Microsoft Certified: Power Platform Developer Associate,目前对应考试 PL-400,根据 Microsoft 认证页面显示,继任考试 AB-400 将于 2026 年 10 月 16 日起开放。在依据认证于迪拜招聘 Dynamics 365 CRM 开发工程师之前,请索取 Microsoft Learn 成绩单链接,而不是一张徽章截图。
无论您通过哪种方式为迪拜企业招聘 Dynamics 365 CRM 开发工程师,一个可运行的 PCF 组件、一份您能读懂的插件代码,以及对何时选择配置而非写代码的清晰回答,都比证书本身更能反映日常 CRM 工作的真实水平。
阿联酋相关事项
两个在迪拜真实 CRM 项目中经常出现的领域。
Sales 或 Customer Service 实例本身必然存放大量客户个人数据,因此《2021 年第 45 号联邦法令》,即阿联酋联邦个人数据保护法,直接适用。请在集成搭建之前,而不是之后,就与开发工程师讨论同意、留存期限和任何跨境数据流转问题:这是您在迪拜招聘 Dynamics 365 CRM 开发工程师从事面向客户工作时,值得首先提出的问题。
如果销售或客服人员日常使用阿拉伯语工作,自定义表单、PCF 组件以及任何客户端校验提示信息,都应以阿拉伯语和从右到左排版进行测试,而不是只做英文版本,这值得在开工前与您在迪拜招聘的任何 Dynamics 365 CRM 开发工程师确认。
如果您的项目不止涉及 Sales 与 Customer Service,我们的 Dynamics 365 CE 开发工程师 页面涵盖更广泛的套件。如需综合性的跨应用角色,请参阅 Microsoft Dynamics 365 开发工程师;如需按认证招聘,请参阅 持证 Dynamics 365 开发工程师。流程与配置工作,而非代码工作,请参阅我们的 Dynamics 365 顾问 页面,完整分类则在 迪拜招聘开发人员 内的 Microsoft 与 Dynamics 365 页面。
直接解答
Microsoft 几年前已将 Dynamics CRM 更名为 Dynamics 365,并拆分成 Sales、Customer Service 等独立应用。“CRM”作为迪拜企业日常使用的说法一直沿用至今,因此本页面也沿用这一称呼,而开发工程师实际编写代码的对象,则是这些具体的底层应用。
本页面聚焦于 Sales 与 Customer Service 应用,也就是大多数人所说的 CRM 核心部分。我们的 CE 开发工程师页面则涵盖更广泛的 Customer Engagement 套件,包括 Field Service、Marketing 以及跨应用集成工作。
通常在实际工作层面是可以的,因为 Power Automate 与 Sales、Customer Service 应用共用同一个 Dataverse 平台。如果自动化本身就是主要交付成果,而不是辅助环节,我们的 Power Automate 开发工程师页面会更贴合需求。
开发工程师负责编写插件、自定义页面和集成代码。顾问负责配置应用、设计销售或服务流程并推动用户采用,工作内容大多不涉及代码。许多 CRM 项目会在不同阶段同时用到这两种角色。
Dataverse 支持大量无需代码的配置,包括表单、视图和基础自动化。一旦需求超出制作工具和 Power Automate 的能力范围,就需要开发工程师介入。
说明具体是 Sales 还是 Customer Service 应用、需要变更的内容,以及需要对接的系统。一通简短的通话会补齐其余细节,随后您会收到一份针对该简报量身定制的书面固定价格方案。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。