一、认识面向销售的 Headless（Get Started with Headless for Sales）
学完本单元，你将能够：解释 headless 功能如何解决销售生产力难题；描述 headless 架构的四大支柱；识别销售团队可以在哪些地方访问 Salesforce 智能。
销售生产力难题（The Sales Productivity Problem）
认识一下 Jordan Kim——Ursa Major Solar 的一名客户经理（account executive）。她典型的一天从早上 7:30 开始，但不是在 Salesforce 里，而是在 Slack 中回复客户问题。8:00，她在开发现电话（discovery call），在笔记应用里做记录。到 9:30，她在查看经理发来的电子表格里的销售管道。最后，10:00，她登录 Salesforce，手动更新 12 条商机（opportunity）记录，而信息分散在三个不同的工具里。
Jordan 并非个例。现代销售代表在 Slack、Microsoft Teams、邮件、移动应用和对话式 AI 工具中工作。然而他们的记录系统（system of record）——Salesforce——却待在另一个浏览器标签页里，需要一定程度的手工录入和维护。这种上下文切换会让人精疲力竭，还可能导致销售管道数据过时、错失商机：这是销售代表的持续痛点，他们最终花在行政事务上的时间比卖东西还多。
挑战很清楚：销售团队需要 Salesforce 智能和数据出现在他们本就在工作的地方。他们需要能读取商机数据、建议下一步行动、制定战略计划、更新记录的 AI 代理，而无需强迫代表离开他们的工作流。
这就是 headless 功能与 AIforce 的用武之地。
什么是 Headless（What Is Headless?）
Headless 功能是 Salesforce 的一种能力：把你的数据和业务逻辑投递到任何界面（surface），而无需传统的 Salesforce UI。这里的「headless」指的是把平台（platform，也就是你承载全部数据和智能的 Salesforce org）从界面（interface，你真正与数据交互的地方）解耦。
它不是要求你「来到 Salesforce」，而是让你在你想要的地方使用 Salesforce——在 Slack、Claude Code、Teams、移动应用或自定义界面里。平台保持不变，体验却无处不在。你的业务逻辑、数据和治理仍然集中在 Salesforce 中，变化的只是你如何、在哪里访问它。
想象你是一名支持销售团队的 Salesforce 开发者。你的代表们抱怨，每周要花好几个小时登录 Salesforce、导航到 Pipeline Inspection 页面、审查有风险的交易，然后切到 Slack 给经理发消息讨论下一步。
借助 headless 功能，你可以构建一个全新的体验：代表用 Slackbot 启动一个内置技能（skill）来查看有风险的交易、审查建议（由 Agentforce Sales 驱动、并扎根于你 org 的元数据），然后批准把这些信息分享给经理——全部在 Slack 内完成。你无需重建 Salesforce 或复制业务规则，就用一个 headless 体验把同样的数据、逻辑和工作流呈现在代表们每天已经在用的界面里。这就是「平台与呈现解耦」的力量。
Headless 的四大支柱（The Four Pillars of Headless）
Headless 建立在四大支柱之上，它们协同工作，把 Salesforce 智能和数据投递到任何地方：
- Metadata（元数据）——Salesforce 理解你销售流程的方式。
- MCP/API——让代理和外部应用安全访问你数据的安全桥梁。
- Skills（技能）——预构建、可复用的提示模板，一键发现并执行代理能力。
- Headless Experience Layer（HXL）——在任何界面渲染 Salesforce 数据和工作流的渲染引擎。
下面逐一展开。
支柱一：Metadata（元数据）
元数据是 Salesforce 理解你销售流程的方式。它包括你的对象结构（object schemas）、字段定义、选项列表值（picklist values）、验证规则（validation rules）、工作流、flow、自定义配置，以及销售路径（sales path）本身。
当一个 AI 代理连接到你的 org 时，元数据告诉它：「这是 Opportunity 的样子，这些是交易要经历的阶段，这是阶段变更前必须满足的条件，以及变更后会触发什么。」这很重要，因为没有它，销售代表就无法高效地推进一笔交易。
举个例子：在一笔商机从 Proposal 阶段移到 Negotiation 阶段之前，代理会读取元数据，确认这次移动是否有效——Negotiation 是不是 Ursa Major 销售流程中的下一个阶段？是否有一条验证规则在 Amount 和 Close Date 填写前阻止这次变更？元数据还承载着你平时看不到的逻辑，比如一笔 Negotiation 阶段的交易如何自动归入「Commit」预测类别。简言之，元数据反映了你公司的销售动作（sales motion），这正是代理依赖它、而不是假设一套「一刀切」流程的原因。
支柱二：MCP/API
Model Context Protocol（MCP）和 Salesforce 应用编程接口（API）是让代理与外部应用访问你 Salesforce 数据的安全桥梁。MCP 提供 60 多个工具，让 AI 代理查询记录、更新字段、检索报告、执行动作——全程遵守你 org 的权限和共享规则。
对销售团队来说，这意味着一个在 Slack 中运行的 AI 代理，可以像 Salesforce UI 一样触达你的销售管道。你问「我的有风险交易有哪些」，代理就运行一条查询：SELECT Name, Amount, StageName, CloseDate FROM Opportunity WHERE OwnerID = :me AND IsClosed = false，把你实时的管道拉进对话。你批准一次阶段变更，更新就通过 REST API 的记录端点流转——这与 Lightning 页面在底层调用的正是同一个 API。
支柱三：Skills（技能）
Skills 是预构建、可复用的提示模板，让 AI 代理的能力可以被发现、并用一次点击即可执行。可以把它理解为常见销售动作的快捷方式。
与其输入「给我看我排名前 10 的交易」，你调用一个名为 View Top Opportunities 的技能。它的价值有两方面：一是可发现性——代表无需猜测措辞；二是一致性——每个人都得到同样构造良好的请求。Salesforce 提供预构建技能，把抽象的 AI 能力转化为跨销售用例的具体工作流。
支柱四：Headless Experience Layer（HXL）
Headless Experience Layer（HXL）是在任何界面中显示 Salesforce 数据和工作流的渲染引擎。作为视觉层，它适应你所在的任何地方。
对销售团队来说，这意味着一个单一工作流——比如「审查管道建议」——可以优雅地渲染在 Slack 的界面、Claude Code 的编辑器或移动应用里，而无需把逻辑重建三次。同一个「审查管道建议」小部件（widget）原生地出现在 Slackbot、Claude、ChatGPT 和 Agentforce 中。这就是「渲染与逻辑分离」的回报：工作流只构建一次，呈现则随界面自适应。
如何运作（How It Works）
Headless 架构和功能在多类界面上驱动 AI 代理和应用：
- 开发环境：开发者和管理员在 Claude Code、Cursor 和 IDE 扩展等工具中，用对话式 AI 构建 Salesforce、自动化工作流。
- 团队协作：销售团队直接在 Slack 和 Microsoft Teams 等协作工具中获取 AI 生成的建议、对商机采取行动。
- 对话式 AI：销售代表通过 ChatGPT 和 Gemini 等自然语言界面检索 Salesforce 数据、执行工作流。
- 移动应用：外勤代表在移动中访问管道智能、更新记录。
- 自定义应用：公司构建定制界面，为专门的业务工作流呈现 Salesforce 数据和销售智能。
单元小结（Wrap Up）
你已经了解了 headless 功能如何把 Salesforce Platform 从它的界面中解耦，让你公司的数据、逻辑和治理在任何你工作的地方都可用，并探索了支撑这一架构的四大支柱。
在下一单元，你会聚焦 Slack，跟随一位现代销售代表使用代理式工作流度过一天——探索 AI 代理如何在完全不离开 Slack 的情况下处理管道管理、线索开发和潜在客户培育。
二、在 Slack 中体验 Headless 销售工作流（Experience Headless Sales Workflows in Slack）
学完本单元，你将能够：描述如何在 Slack 中启用 headless 销售工作流；识别销售周期各阶段的关键能力；解释不同角色如何利用 headless 架构。
销售智能与数据直达你的工作现场（Sales Intelligence and Data Where You Already Work）
想想你作为销售代表的典型一天：你在 Slack 里和团队协调、给经理发消息汇报交易进展、在共享频道里回答客户问题。与此同时，你的管道数据、商机评分、客户规划、洞察和推荐的下一步最佳行动，全都住在 Salesforce 里——在你的工作流之外。这就是 headless 改变的东西：Salesforce 的数据和智能直接来到你面前，出现在你已经在使用的工具里。
下面来看一些通过 Slack 让销售代表更高产的销售用例。
从目标名单到首次触达：Prospecting（线索开发）
线索开发（prospecting）代理正在工作：寻找高质量的账户、安排会议。这意味着当你醒来时，你的 Salesforce org 已经更新好了一份高匹配度账户清单和已安排的会议，彻底改变了你规划一天的方式。
你不再需要登录 Salesforce、逐个查看潜在客户、在每次会议前制定个性化销售策略，而是去 Slackbot 查询。你审查详情，决定给几个潜在客户发送个性化邮件——说明你的解决方案如何应对他们的具体挑战、针对他们所在行业定制、并围绕一个表明他们准备购买的信号来把握时机。你再次唤起 Slackbot，审查草稿、做必要修改后发送。
你就这样开发了多个账户、为会议做好了准备、并发送了进一步的外联——无需翻电子表格，也无需浪费时间做手动调研。更重要的是，全程都在 Slack 里完成，一次都没有登录 Salesforce。
把回复变成会议：Lead Nurturing（潜在客户培育）
你的线索开发很成功，收到了几条回复和咨询。现在的目标是对这些潜在客户进一步做资格筛选（qualify），确保他们符合你的标准、是你所售解决方案的强匹配。
过去，这意味着通读每一封邮件往来、手动评估资格标准、打开日历、建议会议时间、发送邀请、并在 Salesforce 里更新你为每个潜在客户完成的每一步——这个过程非常耗时。
在 Slack 里就简单了：你打字即可。结果显示 Lena Park 回复了——预算已确认、决策权尚不明确、需求存在、她正看第四季度。代理建议预约一次发现电话，并从你的日历里排出三个空闲时段。你回复一句，邀请就发出去了，Salesforce 记录也更新了。你刚刚推动一个潜在客户前进，而没有切换工具或登录 Salesforce。
专注重要之事：Pipeline Management（管道管理）
一长串未成交的商机在纸面上看起来很棒。现实中，它需要精心的关注。一笔商机的成交概率也许写着 75%，但搁置一天，你就可能看到「Closed Lost」。今天的市场上，你的客户有无穷选择，期望你随时对商机了如指掌。最新的外联得到回复了吗？承诺要提交的方案正在推进吗？管道是否反映了基于最新对话的更新？你的管道在持续演变，需要你不懈努力，才能把一长串商机变成成功故事。传统上，你会登录 Salesforce、滚动管道、查看近期活动和备注、制定每日行动计划和待办事项。
有了 headless 体验，这个问题替你解决了。你以这句话开启一天：What deals need my attention today? Rank them by urgency and flag any risk factors（今天哪些交易需要我关注？按紧急度排序，标出风险因素）。就这样，你立刻知道今天该把精力放在哪里。看看 Slackbot 的回复：
- 你的头号交易：45 万美元的商机，Negotiation 阶段，62% 成交概率。
- 问题：14 天无活动。支持者（champion）对三封邮件均未回复。
- 风险：高。
- 建议动作：致电支持者，或接触经济型决策者（economic buyer）。
这样的洞察给了你真正去处理、拯救这笔交易的时间，而不是浪费在手动拼凑信息上。
用 Account Planning（客户规划）管理战略关系
你最大的客户下个季度要续约。你需要了解这段关系的健康状况、识别扩展该账户的机会。你所需的信息分散在客户规划和相关商机里。全部审查一遍很费力，但如果客户是你基于账户的销售（account-based selling）策略的一部分，就值得花这个力气。
借助 Slack，这个流程被彻底重构。你为账户规划发出提示，审查每项关键举措的状态：云迁移和数据治理项目进展顺利；然而 APAC Expansion 举措停滞了。
Slackbot 还识别出一个空白地带（whitespace）机会：你的客户要扩张到三个新数据中心，但你不在供应商评估名单里。它建议安排一次高管简报（executive briefing）。你审查上下文、创建一个任务并分配给自己。账户规划在 Salesforce 中更新，你的经理收到通知：该账户需要战略关注。通过 Slack 与 Salesforce 记录交互的能力，你在没有手动审查几十条记录、也没登录 Salesforce 的情况下，识别出一项有风险的举措和一个潜在的扩展机会。
用销售方法论保持合规（Stay Compliant with Sales Methodology）
你知道，把一笔交易推进到提案（proposal）阶段之前，保持它具备所有必需信息很重要，尤其是 BANT 标准——预算（Budget）、决策权（Authority）、需求（Need）和时间（Timing）。这些细节往往不是现成的，它们在与利益相关者的对话中被发现、并沉淀在通话记录和会议纪要里。通常，你得手动翻查邮件和通话记录，才能确认这些标准在推进交易前已妥善记录。
现在，你可以检查一笔交易并输入：Is this deal missing anything before it can move to the next stage?（这笔交易在进入下一阶段前还缺什么吗？）结果发现，预算确认和决策权映射两栏都是空的。你继续追问：Check my recent call transcripts and emails with this account and see if budget or a decision-maker were mentioned.（查一下我和这个账户近期的通话记录和邮件，看是否提到了预算或决策者。）
它带着发现返回：上周的通话确认了预算，一封后续邮件线程里点名了决策者。你确认看起来没问题，两个字段就在 Salesforce 里更新了。无需你自己翻通话录音或旧邮件线程——一次追问，交易就合规、可以推进了。
面向每个角色的 Headless 机会（Headless Opportunities for Every Role）
在本单元里，你以销售代表的身份探索了 headless 能力。但这些能力不止惠及销售人员，而是惠及每个角色、在他们工作的任何地方：
- 开发者如今喜欢用 Claude Code 和 Cursor 在不离开编辑器的情况下构建、测试代理。现在，他们可以内联查询 Salesforce 数据、从命令行部署配置。
- 管理员可以从 Slack 或移动应用配置代理、监控性能。想象一下，作为管理员，你能在通勤途中调整过滤规则、排查代理行为，而无需登录笔记本——这本身就是一种超能力。
- 销售负责人可以在 Slack 中接收管道洞察和辅导提醒。这意味着他们能掌握有风险交易的情况，在销售代表需要时随时进行快速辅导。
能力在所有角色间是相同的：Salesforce 智能跟随你到工作的地方，体验随你的界面自适应。
总结（Wrap Up）
在本单元里，你探索了 headless 体验如何把 Salesforce 智能带入 Slack、贯穿整个销售周期：线索开发、潜在客户培育、管道管理、客户规划和方法论合规。你看到 AI 代理如何跨系统编排工作流、投递洞察，而无需你切换工具。
这带来了数不清的用例，取决于你在哪里、如何工作。这是一次生产力解锁——Salesforce 在你本就在的地方与你相遇。
文章来源：Trailhead - Agentic Sales Cycle Powered by Headless Functionality