Tips：亲爱的小伙伴，微信推送规则一直在变化。如果你仅仅是“关注”，很可能无法收到推送。
按照下图操作完成三步设置，就可以不错过文章啦。
过去一年，Salesforce有接近2万名员工进入了“一年前还不存在的新岗位”。
第一眼看到这个数字，很容易想到一个问题：AI是不是又创造了2万个新工作？但仔细看Salesforce做的事情，会发现事情没这么简单。
它不是简单地把原来的岗位换成“AI岗位”，而是在重新拆解原来的工作：哪些事情交给Agent，哪些事情继续由人完成，哪些事情需要人和Agent一起做。
换句话说，Salesforce正在重新思考的，可能不是“要不要AI”，而是一份工作到底应该怎么做。
今年Dreamforce期间，Salesforce首席人事官Nathalie Scardino披露，过去12个月里，接近2万名员工进入了一年前还不存在的新岗位。与此同时，公司也在通过重新设计工作、培养新技能和岗位转移，让员工适应AI带来的变化。
如果把这件事放到更大的背景里看，它其实不只是Salesforce的人事变化。它可能正在提前告诉我们，AI进入企业之后，一份工作会变成什么样。
从“AI会不会抢工作”，到“工作怎么重新设计”
一个岗位通常不是一整块不可分割的工作，而是由很多不同任务组成。
以客服为例，查询资料、回答标准问题、填写记录，和处理复杂投诉、判断客户需求，本来就不是同一种工作。AI进入以后，前一类任务更容易被自动化，员工则可以把更多精力放到复杂问题和需要判断的场景。
所以，AI未必会先让一个岗位整体消失。更常见的变化可能是：先接手岗位中最容易自动化的部分，然后再改变这个岗位剩下的工作。
这也是Salesforce这次“岗位重构”值得关注的地方。企业需要重新回答的，不只是“这个岗位还需不需要”，而是一项工作应该由谁来完成，人和AI分别承担什么。
Salesforce的“4R”：
不是简单换岗，而是重新分配工作
Salesforce用“4R”来描述这套思路：Redesign、Reskill、Redeploy、Rebalance，也就是重新设计工作、重新培养技能、重新配置人员，以及重新平衡人与AI之间的工作。
逻辑其实很简单：
先把工作拆开，看哪些环节可以被AI改变；
再让员工学习新的能力；
如果原来的工作减少，就把人转到新的岗位；
最后重新确定人和AI各自负责什么。
这里有一个很重要的变化：岗位转型不只是换一个Title。
过去可能更看重一个人能不能熟练执行流程，现在则可能更看重业务理解、AI使用能力、问题解决能力，以及能不能对最终结果负责。
所以有时候岗位名称还没变，岗位里面真正需要的能力已经变了。而Salesforce出现的一批新岗位，正好说明了这一点。
从Salesforce的新岗位，看AI正在创造什么样的工作
比如Forward Deployed Engineer（FDE），就不是传统意义上的开发岗位。
FDE需要进入客户环境，帮助企业寻找AI应用场景，设计解决方案，并参与Agent的构建和部署。因此，它同时需要技术能力、业务理解和客户沟通能力，把过去分散在开发、咨询、架构和交付中的一部分工作组合到了一起。
Deployment Strategist也是类似的角色。它需要帮助企业制定AI策略、设计Agent方案，并推动项目真正落地。相比传统的BA或咨询顾问，它更加关注方案上线之后有没有被采用、有没有产生结果。
Salesforce还在招聘AI Builder、Applied AI Coach、Agentforce Architect等岗位。把这些职位放在一起看，会发现一个明显趋势：
企业开始需要能够跨越岗位边界的人。
过去，开发负责开发，BA负责需求，顾问负责方案，客户成功负责上线后的运营。Agent进入业务以后，这些边界正在变得模糊。企业越来越需要既懂业务、又懂技术和AI，还能把方案真正做出来并对结果负责的人。
这也是Salesforce强调“Builder”的原因。
这里的Builder并不只是程序员，而是一种更综合的能力：发现问题、理解业务、借助AI和技术构建解决方案，并把结果做出来。
CRM岗位不会突然消失，但能力结构会变
把这个趋势放回Salesforce生态，会发现Admin、Developer、BA、Consultant、Architect这些传统角色并不会因为Agent出现就突然消失，但工作的重点会逐渐变化。
Admin过去主要关注对象、字段、权限、Flow、报表和自动化。以后除了这些基础能力，还需要考虑Agent能访问什么数据、拥有什么权限、哪些流程可以交给Agent，以及出现错误之后如何治理。
Developer也一样。AI辅助开发会让一部分代码工作变得更快，但架构、集成、数据、安全、质量控制和生产环境问题仍然需要专业判断。开发人员的价值会越来越多地从“写代码”延伸到“设计系统”。
BA和Consultant受到的影响可能更加直接。需求整理、会议纪要、流程文档、用户故事等工作都很容易被AI辅助完成，真正更重要的是判断客户到底应该解决什么问题，哪些流程值得改造，以及Agent应该介入哪里。
所以，对Salesforce从业者来说，比“AI会不会取代我的岗位”更值得思考的问题是：如果AI接手了我现在工作的一部分，我还能创造什么价值？
这个问题，可能比盯着岗位名称更重要。
Salesforce自己，已经在做这件事
更有意思的是，Salesforce并不是一边向客户推Agent，一边站在外面观察AI如何改变企业。它自己也在用Agent重新设计内部工作。
Salesforce此前披露，Employee Agent已经用于大量员工服务场景。例如就业证明这类标准化流程，以前需要员工提交请求，再由相关人员处理、生成文件并返回；现在Agent可以参与整个过程。
Salesforce还披露，Employee Agent的自助服务率达到97.7%，基础员工支持Case同比下降20%。同时，大约30%此前负责就业证明相关工作的员工，自年初以来已经转移到了新的岗位。
这个案例最值得看的，并不是“AI替代了多少人”，而是一条原本由人完成的工作流程被重新设计了。
这也提醒企业，AI项目不能只理解成“给员工增加一个AI工具”。
如果只是增加工具，AI可能只是帮助员工把原来的事情做得更快；如果真正重新设计工作，变化就会进一步涉及流程、岗位、团队和组织分工。
两者的区别，其实很大。
企业真正需要重新思考的，是“工作怎么做”
过去企业做数字化，很多时候是在把线下流程搬进系统。
Agent出现以后，问题又往前走了一步：系统里的哪些工作，可以从“人操作系统”变成“Agent替人完成”？
比如销售过去需要自己查客户信息、整理历史记录、准备会议材料、写跟进内容、更新CRM。未来这些工作可能越来越多由Agent完成，那么企业真正需要重新设计的，就不只是一个“销售AI助手”，而是整个销售工作流。
客服也是一样。企业不应该只问Agent能回答多少问题，还要考虑：当标准问题被Agent处理之后，客服人员应该把时间投入到哪里？
这也是企业衡量AI项目时需要改变的地方。使用率、调用量、节省多少人工时间固然可以衡量工具有没有被使用，但最终还是要回到业务结果：有没有缩短流程、减少错误、改善客户体验，或者让员工投入更多时间处理高价值工作。
AI真正带来的变化，不是多了一个工具，而是企业开始重新思考一项工作应该怎么完成。
2万人“换岗”背后，是一次工作方式的变化
再回到最开始那个数字：近2万名Salesforce员工，进入了一年前不存在的新岗位。
它真正值得关注的地方，并不是“Salesforce创造了2万个AI岗位”，而是这背后体现出的工作变化：一些任务交给Agent，一些工作变得更复杂，一些岗位减少重复执行，同时又出现新的AI构建、部署、治理和结果评估工作。
过去分开的开发、咨询、业务和运营能力，也可能重新组合到一个岗位里。
所以，AI带来的变化并不只是“人还是AI”。
更现实的问题是：
哪些工作应该交给AI，哪些工作需要人来做，以及企业应该如何重新设计两者之间的协作。
Salesforce正在用自己的组织做这场实验。
而对于正在推进CRM、数字化和AI转型的企业来说，未来需要重新设计的，可能也不只是一个CRM系统，或者某一个AI应用。
而是工作本身。
-end-
Salesforce AI专家证书
扫👇👇二维码添加客服免费领取考纲和攻略
点击 阅读原文 免费领取
Salesforce官方产品介绍视频