前言
从学校出来，就从事着和 MS Dynamics CRM 的相关工作，好像从来没有去去了解过它的发展/版本迭代，So…今天去了解下，并记录下来。
历史
| 版本 | 年份 | 说明 |
|---|---|---|
| Microsoft CRM 1.0 | 2001 | |
| Microsoft CRM 2.0 | - | 2.0从未发布过，而是到2005年直接发布了3.0 |
| Dynamics CRM 3.0 | 2005 | Microsoft CRM 更名为 Dynamics CRM |
| Dynamics CRM 4.0 | 2007 | Online版首次在北美推出（仅北美可用） |
| Dynamics CRM 2011 | 2011 | |
| Dynamics CRM 2013 | 2013 | UI 升级，采用扁平化风格，即 UX设计 |
| Dynamics CRM 2015 | 2015 | |
| Dynamics CRM 2016 | 2016 | 又名 v8.0，与此同时，Power Platform 诞生了，又称为今天的叫法：Dynamics 365(v8.1) |
| Dynamics 365 v8.2 | 2017 | v8.2 将 Dynamics CRM 更名为 Customer Engagement （CE） |
| Dynamics 365 v9.0 | 2018 | |
| Dynamics 365 v9.x | 2019 | 我入坑的就是这个版本 :) OP版的v9.x |
Microsoft CRM 1.0
2001年
有些文章说1.0是2003年发布的，实际上的确如此，但2001年也确实存在与 Microsoft CRM 相关的早期产品和项目，所以我记为2001年
2003 年1月发布。市场上还有其他成熟的 CRM 系统，例如 Siebel 和 Goldmine。这个版本有基本的销售和服务模块。可以创建自定义字段并将 JavaScript 代码添加到下拉框扩展现有实体。
Microsoft CRM 2.0
2.0 未曾发布，而是到2005年直接发布了 3.0
Dynamics CRM 3.0
2005年·12月
Microsoft CRM 更名为 Dynamics CRM
， 这一版本增强了 Marketing 模块，加入了更多的自定义选项和集成能力，开始支持更复杂的业务流程。这个时候的模块有：销售、服务、市场营销。
- Dynamics CRM
- Salse
- Service
- Marketing
Dynamics CRM 4.0
2007年
从这个版本开始，进入了所谓的“XRM时代”。这应该是个关键转折点，因为它引入了更强大的自定义和扩展功能，用户能够不仅限于客户关系管理，还可以管理其他类型的关系。新东西：
- CRM 3.0 的专有工作流系统也被 Workflow 所取代
- Online版首次在北美推出（仅北美可用）；
Dynamics CRM 2011
2011年
从这个版本开始，进入了所谓的“XRM时代”。这应该是个关键转折点，因为它引入了更强大的自定义和扩展功能，用户能够不仅限于客户关系管理，还可以管理其他类型的关系。新东西：
- 托管/非托管方案；
- 活体实体；
- 表单可以根据安全角色进行显隐控制；
- 用户可以通过自定义自己的图表、仪表板，可视化数据；
- 引入“对话形式”引导用户，就是现在每次登录系统经典UI弹出的那个指引弹出；
- 引入Web资源；
Dynamics CRM 2013
2013年
改头换面，采用了全新是UX设计（使用了“扁平化”风格）、引入了新的导航栏；
- 业务规则；
- 工作流；
- 自动保存；
- 发布新的移动应用；
- 增强了报表生成工具，支持更复杂的数据分析和可视化；
- 引入了服务器端同步功能，允许在 Outlook 未运行的情况下同步电子邮件、活动和联系人；
Dynamics CRM 2015
2015年
精细化升级
Dynamics CRM 2016
2016年
又名 v8.0。与此同时，Power Platform 诞生，也就是目前的叫法：Dynamics 365(v8.1)
。新东西：
- 引入了对 Word 和 Excel 模板；
- ERP 和 CRM 功能的整合；
- 发布Power Platform（Power BI、Power Automate 和 Power Apps）；
- Dynamics CRM App for Outlook: 改进了 Outlook 与 Dynamics CRM 的集成，允许用户在 Outlook 中直接访问和管理 CRM 数据；
- 集成 Azure 和 Cortana Intelligence；
Dynamics 365 v8.2
2017年
这一年的 v8.2 将 Dynamics CRM 更名为 Customer Engagement （CE）(再次吐槽命名，无厘头)；此外，ERP 产品更名为 财务与运营 (FinOps)
- 多选选项集；
- 虚拟实体；
- 集成LinkedIn Sales Navigator（这点在国内可能体验感没怎么强）；
- 支持混合部署；
Dynamics 365 v9.0
2018年
据说 2018年是 Power Platform 发展的重要一年：可以直接再D365执行运行Flow。另外在这一年引入了“持续部署周期”。新东西：
- 可以直接在 Dynamics 365 中运行 Flows；
- Power BI 集成（Dynamics 仪表板上显示 Power BI）；
- 字段标签可以换行；
- D365 Outlook 应用转向了统一界面框架（无论是在桌面还是移动设备上，用户都能获得一致的体验）；
- 优化：应用、视图、站点地图和业务流程流的组件设计器；
Dynamics 365 v9.x
2019年
我入坑的就是这个版本 :) OP版的v9.x
。
从 2019 年开始，Dynamics 365 的“升级”概念转变为“更新”，类似手机App更新，简化更新过程。主要的版本号将不再随之更改（9.x），我认为这样挺好的，降低了更新的复杂性（从某种角度），避免了各种“大更新”带来的未知、恐惧。新东西：
- 引入CDS(Common Data Service)
- 站点地图恢复到左侧；
Dynamics 365 v9.x —— 2020
上半年： https://learn.microsoft.com/en-us/dynamics365-release-plan/2020wave1/
下半年：https://learn.microsoft.com/en-us/dynamics365-release-plan/2020wave2/
Dynamics 365 v9.x —— 2021
上半年：https://learn.microsoft.com/en-us/dynamics365-release-plan/2021wave1/
下半年：https://learn.microsoft.com/en-us/dynamics365-release-plan/2021wave2/index
Dynamics 365 v9.x —— 2022
上半年：https://learn.microsoft.com/en-us/dynamics365-release-plan/2022wave1/index
下半年：https://learn.microsoft.com/en-us/dynamics365-release-plan/2022wave2/index
Dynamics 365 v9.x —— 2023
上半年：https://learn.microsoft.com/en-us/dynamics365/release-plan/2023wave1/index
下半年：https://learn.microsoft.com/en-us/dynamics365/release-plan/2023wave2/index
Dynamics 365 v9.x —— 2024
上半年：https://learn.microsoft.com/en-us/dynamics365/release-plan/2024wave1/index
下半年：https://learn.microsoft.com/en-us/dynamics365/release-plan/2024wave2/
XRM时代是什么？
XRM 时代 是指 Microsoft Dynamics CRM 及其后续产品（如 Dynamics 365）在开发和应用中所采用的一种扩展理念，即“任何关系管理”（eXtended Relationship Management）。这个概念不仅仅限于客户关系管理，而是扩展到管理任何类型的关系，包括供应商、合作伙伴、员工等。
一些UI界面截图
图片源自Google图片搜索
Dynamics CRM 3.0
Dynamics CRM 4.0
Dynamics CRM 2011
持续部署周期？
从 2018 年起，Microsoft Dynamics 365 开始实施“持续部署周期” ，这意味着所有在线运行 Dynamics 365 v8.2 的组织必须在规定的时间内更新到最新版本。这种变化目的是确保用户获得最新的功能、安全性和支持。这个 “持续部署周期”，我看了它的说明，有一个和之前版本差异较大的地方：不可跳过版本。我认为这个比较奇葩，在企业级应用中，如果不是有严重的漏洞、版本老得不行等原因，稳定运行的系统，一般不会轻易升级，出了事影响企业生产，谁来承担？过去，用户可以选择跳过某些版本更新，而直接升级到后续版本。但新的政策要求所有用户必须逐步更新。但是呢，企业有了风险，那谁能收益？当然是顾问、销售啦，因为企业需要专业的支持和咨询来顺利完成更新。顾问可以提供更新的建议、实施支持和培训，从赚取更多滴馒头 :)
Dynamics 365？
为什么最后面改名为 Dynamics 365了？我先大致列出1，2，3，4时间点来进行描述：
- 引入XRM
- 推广XRM
- 未继续推广CRM，而是投入到另一用于构建业务应用程序的平台，也就是" Project Green “
- 统一口径，都称为 Dynamics 365
在 3. 时，因为各种关系 Project Green 夭折，这个时候ERP分在各种应用上：
- Dynamics AX
- Dynamics NAV
- Dynamics SL
- Dynamics GL
从用户的角度来说，这样是非常杂乱。这个时候为了统一口径，都称为 Dynamics 365。
这实际还是很混淆，因为这些产品虽然具有相同的名称（Dynamics 365），但实际上都非常不同。Dynamics 365 名称实际上成为 Microsoft 业务应用程序集合的名称，然后为了把原先的应用区分开来，又来了一波命名：
- Dynamics CRM -> Dynamics 365 for Customer Engagement
- Dynamics AX -> Dynamics 365 Finance and Operations
- Dynamics NAV -> Dynamics 365 Business Central
其实经过这一波改名后，感官上会好点（从名称上描述了这些类型的应用程序在功能上的作用）
什么是 Power Platform
第一阶段的 Power Platform
第一阶段的 Power Platform ： Power Apps + Flow + Power BI + Power Tools是辅助工具。
Power Apps
在整合AX、NAV、SL、GL为Dynamics CRM的同时，MS还在继续另一个项目：Siena。这个项目是低代码平台，业务人员通过配置就可以构建 Web应用。后面又来一波改名，将 Siena 改为 Power Apps 。
Flow
开发者能够连接到不同的数据源并自动执行重复性任务、移动数据和简化通信
Power BI
PBI 最初是 SQL Service的插件（Project Crescent），后面把它分出来，做成单独的产品/模块。
Power Tools （CDS）
PowerApps、Flow 和 PowerBI 的组合提供了强大的功能，开发人员可以在用这套组合构建出非常强大的应用程序，但是好像还缺少了数据存储，这个阶段，MS可以选项数据存储方式大致有如下3类：
- SharePoint 是管理非结构化数据（如文档和临时列表）的系统，但是用它来做基于对象存储时，有些力不从心。
- MS-Access 也相当容易访问，但基于较旧的基于桌面的技术，没有强大的安全模型。
- SQL Service 其实可以使用，但是门槛过高
为了解决这个问题，MS开发了对开发人员友好的数据存储（基于 AzureSQL），该数据存储已经有一组预定义的通用数据对象，如联系人、客户、活动等。
预定义的架构成为 Common Data Model，基于 CDM 访问数据库称为 Common Data Service。
第二阶段的 Power Platform
对于许多项目，可能不需要 Dynamics 365 应用程序（或者至少不需要立即）。这样我们可以使用 CDS 和 驱动模型 或 画布应用 开始做项目。
（讲到这里，是不是可以体会到 xRM ？）。 由于应用程序构建在基于 Common Data Model 的 CDS 数据库上，因此链接到其他应用程序甚至最终升级到 Dynamics 365 应用程序变得容易得多。
后面MS把 Dynamics 365 for CE 从 Power Platform 分出来，仅作为 Power Apps 的“一种”驱动模型。
我引用老外说的一句话：
“ The combination of all these amazing features is what became and is the “Power Platform ”.
This has become the “xRM” platform that many of us have been dreaming about for many years, but in some ways so much better than we imagined. ”
为什么我在CRM里会看到 Power Apps的 Logo ?
之前的解决方案界面（注意看左上角）
现在的解决方案界面（注意看左上角）
因为 CDS 预定义了一组通用对象，而 Dynamics CRM 也有一个数据库，其中包含许多常见内容，例如客户和联系人，然后为了统一管理，又把 Dynamics CRM 的数据库改用为 CDS :) ，然后在 Dynamics CRM 上放上了 Power Apps 的 Logo 。这样一番折腾之后，此后创建 Dynamics CRM 的方法变成了我们今天所熟悉的 “驱动模型” ，原来的 Power Apps 改成了 “画布应用” 。Dynamics 365 for CE 业务应用程序层和 v1.0 Common Data Service 已合并到 Common Data Service 的新版本中。
为什么现在新建工作流时，老是弹出“建议在Flow进行”
我们在创建CRM工作流时，会有怎么一个提示：
简单来说，Flow 是一个自动化工具，用户可以使用它创建跨多个应用的工作流。随着 Flow 的发展，它将逐步取代 Dynamics CRM 中的传统工作流功能，并且能够在不同的系统之间无缝连接和使用数据，请尽情拥抱它。