精通 Salesforce 紧凑布局：优化移动端和 Lightning Experience 的关键

背景与应用场景

作为一名 Salesforce 管理员 (Salesforce Administrator)，我的核心职责之一是不断优化用户体验，确保我们的团队能够快速、高效地从 Salesforce 中获取关键信息。在快节奏的商业环境中，用户没有时间在复杂的页面上寻找最基本的数据。他们需要“一目了然”的信息。这正是 Compact Layouts (紧凑布局) 发挥巨大价值的地方。

那么，什么是紧凑布局呢？简单来说，紧凑布局控制着在两个关键位置向用户展示的字段集合：

  1. Salesforce 移动应用程序 (Salesforce Mobile App)：当用户在手机或平板上查看记录时，紧凑布局决定了记录标题下方高亮区域显示哪些字段。这对于奔波在外的销售或现场服务人员至关重要，他们需要迅速了解客户、联系人或工单的核心信息。
  2. Lightning Experience 记录高亮面板 (Record Highlight Panel)：在桌面版的 Lightning Experience (闪电体验) 中，每个记录页面的顶部都有一个高亮面板。紧凑布局定义了在这个面板中除了记录名称之外，还会显示哪些关键字段。这使得用户在进入一个完整的记录页面时，能立即抓住最重要的信息点，而无需向下滚动页面。

想象一个典型的应用场景：一位销售代表即将拜访客户“ABC 公司”。他打开手机上的 Salesforce App，进入“ABC 公司”的客户 (Account) 记录。通过精心配置的紧凑布局，他可以立刻看到客户的电话、行业、年度收入和客户所有者，而无需点击任何地方或滚动屏幕。这种即时性的信息获取，极大地提升了工作效率和数据可用性。

因此，紧凑布局不仅仅是一个简单的 UI 配置，它是一种策略性的工具，用于向用户突出显示“必须知道”的信息，从而减少点击次数，缩短信息获取时间，并最终改善整体的用户采纳度和满意度。

原理说明

紧凑布局的原理非常直观，它完全遵循“声明式优于编码” (Clicks-not-Code) 的 Salesforce 理念。作为管理员，我们无需编写任何代码即可完成所有配置。

1. 结构与关系

紧凑布局与 页面布局 (Page Layout) 和 记录类型 (Record Type) 紧密相连。其工作逻辑如下：

  • 对象关联：每个标准和自定义对象都可以拥有一个或多个紧凑布局。
  • 系统默认：Salesforce 为每个对象提供了一个名为“System Default”的预置紧凑布局。默认情况下，它只显示记录名称字段。这个默认布局是只读的，不能被编辑或删除。
  • 自定义布局：我们可以为每个对象创建多个自定义的紧凑布局，以满足不同业务场景的需求。在每个布局中，我们可以选择最多 10 个字段。然而，需要注意的是，实际显示的字段数量取决于设备和屏幕尺寸。在 Lightning Experience 的高亮面板中通常显示前 4-6 个字段，在移动设备上则更少。因此，字段的排列顺序至关重要，最关键的字段应始终放在最前面。
  • 紧凑布局分配 (Compact Layout Assignment)：创建好紧凑布局后，我们需要将其分配给不同的记录类型。这样，拥有不同记录类型的记录就可以显示不同的关键信息。例如，“客户”客户记录类型可以显示“年度收入”和“SLA”，而“合作伙伴”客户记录类型则可以显示“合作伙伴级别”和“合作到期日”。如果没有为某个记录类型明确分配紧凑布局，它将沿用对象的主要 (Primary) 紧凑布局。

重要提示：用户对紧凑布局中字段的可见性仍然受其简档 (Profile) 或权限集 (Permission Set) 中的字段级安全性 (Field-Level Security) 设置的限制。如果用户对某个字段没有读取权限，即使该字段被配置在紧凑布局中，它也不会对该用户显示。

2. 字段类型支持

虽然大多数字段类型都可以在紧凑布局中使用，但有些字段类型并不适合，或者显示效果不佳。例如，长文本区域 (Long Text Area)、富文本区域 (Rich Text Area) 或多选选项列表 (Multi-Select Picklist) 字段通常不适合放在紧凑布局中，因为它们包含的信息量太大，无法简洁地展示。最佳选择是那些简短且信息密度高的字段，如电话、电子邮件、状态、日期、货币等。

示例代码

尽管紧凑布局的配置是通过点击界面完成的，但其底层是以元数据 (Metadata) 的形式存在的。作为一名优秀的管理员，了解这些配置在元数据层面是如何表示的，对于进行版本控制、持续集成和大规模部署 (例如，从沙盒迁移到生产环境) 至关重要。下面是一个通过 Metadata API (元数据 API) 定义的自定义客户 (Account) 对象紧凑布局的 XML 文件示例，该示例直接来源于 Salesforce 官方文档。

<?xml version="1.0" encoding="UTF-8"?>
<CompactLayout xmlns="http://soap.sforce.com/2006/04/metadata">
    <!-- 紧凑布局中要显示的字段列表。顺序非常重要，排在前面的字段会优先显示 -->
    <fields>Name</fields>
    <fields>AccountNumber</fields>
    <fields>Phone</fields>
    <fields>Type</fields>
    <fields>Industry</fields>
    <fields>AnnualRevenue</fields>
    <fields>OwnerId</fields>
    
    <!-- 这是紧凑布局的显示标签，用户在 UI 上看到的名称 -->
    <label>Custom Account Compact Layout</label>
</CompactLayout>

代码注释：

  • <CompactLayout>: 这是定义紧凑布局元数据的根元素。
  • xmlns="http://soap.sforce.com/2006/04/metadata": 这是标准的 Salesforce 元数据 XML 命名空间。
  • <fields>: 每个 <fields> 标签定义一个要包含在布局中的字段。字段的 API 名称被放置在标签之间。此处的顺序直接决定了它们在 UI 上的显示优先级。
  • <label>: 这个标签定义了紧凑布局在 Salesforce 设置界面中显示的名称，例如“自定义客户紧凑布局”。

通过使用 Salesforce DX 或 Ant 迁移工具等，我们可以轻松地将这样的 XML 文件从一个环境部署到另一个环境，确保了配置的一致性和可重复性。

注意事项

在设计和实施紧凑布局时，管理员需要考虑以下几点：

1. 权限与可见性

如前所述，字段级安全性 (Field-Level Security) 始终是最终的裁决者。在选择字段时，请确保目标用户群体对这些字段拥有至少“读取”权限。否则，用户将在紧凑布局中看到空白，这可能会引起困惑。

2. API 与部署限制

在使用变更集 (Change Sets) 或元数据 API 部署紧凑布局时，请务必同时包含紧凑布局本身及其分配 (Compact Layout Assignment)。仅仅部署布局而没有分配，它在目标环境中将不会生效。此外，确保布局中引用的所有字段在目标环境中都已存在，否则部署将会失败。

3. 显示字段数量的动态性

切记，虽然您最多可以选择 10 个字段，但 Salesforce 不会保证全部显示。实际显示数量取决于用户的屏幕宽度和设备类型。在 Lightning Experience 桌面上，高亮面板通常显示 4 到 6 个字段；而在 Salesforce 移动应用中，可能只显示 3 到 4 个。因此，必须将最关键、最能代表记录身份的字段放在列表的最前面。

4. 用户培训与沟通

在推出新的或修改过的紧凑布局后，应与最终用户进行沟通。向他们解释这些改变是为了帮助他们更快地找到信息，并指导他们如何利用高亮面板。一个简单的沟通可以显著提高新功能的用户采纳率。

5. 公式字段的影响

公式字段 (Formula Fields) 也可以添加到紧凑布局中，这是一个非常强大的功能。例如，您可以创建一个公式字段来显示“客户服务等级 (SLA)”或“合同剩余天数”，并将其放在紧凑布局中，为用户提供动态计算的关键指标。但请注意，复杂的公式字段可能会对记录加载性能产生轻微影响，尽管在紧凑布局的场景下这种影响通常可以忽略不计。

总结与最佳实践

紧凑布局是 Salesforce 管理员工具箱中一个看似简单但功能强大的工具。通过战略性地使用它，我们可以显著改善用户在 Lightning Experience 和 Salesforce 移动应用中的体验，将最相关的信息推到最前沿。

作为您的 Salesforce 管理员，我建议遵循以下最佳实践：

  1. 与业务用户沟通：不要凭空猜测哪些字段最重要。与您的销售、服务和其他团队的最终用户交谈，了解他们在查看记录时首先想知道什么信息。
  2. 为不同记录类型量身定制：不要满足于一个“一刀切”的紧凑布局。利用记录类型，为不同的业务流程或数据类别提供定制化的关键信息视图。
  3. 将标识性信息放在首位：列表中的前三个字段应该是最能帮助用户识别和区分记录的字段。例如，对于联系人 (Contact)，这可能是其客户名称 (Account Name)、电话 (Phone) 和电子邮件 (Email)。
  4. 保持简洁：避免使用过长或信息不明确的字段。紧凑布局的目的是提供“快照”，而不是详细的报告。
  5. 跨平台测试：在部署到生产环境之前，务必在桌面浏览器 (调整不同宽度) 和真实的移动设备上进行测试，以确保布局在所有场景下都能良好地显示。
  6. 纳入部署流程：将紧凑布局及其分配视为重要的元数据组件，并将它们纳入您的标准部署流程（无论是通过变更集还是 DevOps 工具），以保持环境间的一致性。

总之，花时间精心设计和配置紧凑布局是一项高回报的投资。它直接影响到每个用户与 Salesforce 数据的日常交互，通过减少摩擦和突出关键信息，最终推动整个组织的生产力提升。

评论

发表评论

此博客中的热门博文

Salesforce 登录取证：深入解析用户访问监控与安全

背景与应用场景 在当今的数字化环境中，企业信息安全至关重要。Salesforce 作为全球领先的 CRM 平台，存储着企业最核心的客户数据、销售记录和商业机密。因此，对 Salesforce 组织的访问控制和监控是安全体系中不可或缺的一环。 Login Forensics（登录取证） 是一种通过分析用户登录数据来识别、调查和响应潜在安全威胁的过程。 无论是满足合规性要求（如 SOX、GDPR、HIPAA），还是主动防御内部威胁和外部攻击，登录取证都提供了关键的数据支持。其主要应用场景包括： 安全审计与合规： 向审计人员提供详细的用户登录记录，证明企业已实施适当的访问控制措施。 威胁检测： 识别异常登录行为，例如： 短时间内来自不同地理位置的登录尝试。 在非工作时间或节假日的登录。 来自已知恶意 IP 地址的访问。 特定用户的大量失败登录尝试，可能预示着密码暴力破解攻击。 故障排查： 帮助用户解决“无法登录”等问题，通过查看登录状态和失败原因快速定位问题。 用户行为分析： 了解用户如何以及何时访问 Salesforce，为优化用户体验和系统性能提供数据依据。 Salesforce 平台提供了强大的原生工具来支持登录取证，主要依赖于两个核心功能：标准的 LoginHistory 对象和更为高级的 Event Monitoring（事件监控） 。 原理说明 Salesforce 通过记录每一次用户登录尝试的详细信息，为登录取证提供了数据基础。根据需求和复杂度的不同，我们可以通过两种主要方式来访问这些数据。 1. LoginHistory SObject LoginHistory 是一个标准的 Salesforce 对象，用于存储组织过去 6 个月内的用户登录历史记录。它就像一个标准的“登录日志”，记录了每次登录尝试的基本信息。系统管理员或拥有“查看设置和配置”权限的用户可以通过 SOQL (Salesforce Object Query Language) 查询、报表或 API 来访问这些数据。 该对象包含的关键字段有： UserId...
阅读全文

Salesforce Experience Cloud 技术深度解析：构建社区站点 (Community Sites)

背景与应用场景 在数字化转型的浪潮中，企业 increasingly seek to build engaging online spaces to connect with their customers, partners, and employees. Salesforce Experience Cloud, formerly known as Community Cloud, is a powerful platform designed precisely for this purpose. It enables the rapid creation of branded, secure, and intelligent digital experiences, all built on the trusted Salesforce platform. 作为一名 Salesforce 技术架构师，理解 Experience Cloud 的核心能力与架构是设计可扩展、安全且高性能解决方案的关键。这些数字体验站点（通常仍被称为 Community Sites）不仅仅是简单的网站，它们是深入集成到企业 CRM 数据和业务流程中的动态门户。 常见的应用场景包括： 客户自助服务门户 (Customer Self-Service Portal): 客户可以在这里查找知识库文章、提交和跟踪支持个案 (Cases)、参与社区讨论，从而降低服务成本并提升客户满意度。 合作伙伴关系管理门户 (Partner Relationship Management Portal): 合作伙伴可以通过门户进行交易注册 (Deal Registration)、管理销售线索 (Leads) 和业务机会 (Opportunities)、获取营销资料，与企业实现无缝的销售协同。 员工社区 (Employee Community): 为员工提供一个集中的平台，用于获取公司信息、进行内部协作、访问人力资源系统等，增强员工归属感和工作效率。 这些门户的核心价值在于，它们将正确的数据和流程在正确的时间，安全地呈现在正确的用户面前。而这一切的实现，都依赖于其背后精巧的技术架构。 原理说明 要精通 Experience Cloud，我们必须深入理解其...
阅读全文

Salesforce Einstein AI 编程实践：开发者视角下的智能预测

背景与应用场景 在当今数字驱动的世界中，人工智能 (Artificial Intelligence, AI) 已不再是科幻小说的范畴，而是企业提升竞争力的关键。Salesforce Einstein AI 正是 Salesforce 平台内置的强大 AI 能力，旨在将 AI 的智能直接融入客户关系管理 (CRM) 流程，帮助企业更深入地理解客户、预测未来趋势并实现业务自动化。 对于 Salesforce 开发者而言，Einstein AI 不仅仅是管理员通过点击配置的工具，它更是可以通过编程方式深度集成和扩展的智能引擎。开发者能够利用 Einstein AI 的强大 API 和服务，构建高度定制化、具备预测能力的应用程序，从而解决复杂的业务挑战并创造独特的客户体验。 Salesforce Einstein AI 的应用场景非常广泛，涵盖了销售、服务、营销等多个领域： 销售预测 ：通过分析历史销售数据和客户行为，预测潜在客户转化为商机的可能性，或预测现有商机成交的概率。这有助于销售团队优先处理高潜力的客户，提高销售效率。 客户服务优化 ：利用自然语言处理 (Natural Language Processing, NLP) 技术对客户工单进行情感分析，识别紧急或不满的客户，并自动将工单路由给最合适的客服代表。此外，还可以根据历史解决方案智能推荐答案，提升首次解决率 (First Contact Resolution)。 营销个性化 ：根据客户的浏览历史、购买行为和偏好，推荐个性化的产品、服务或内容。这能显著提高营销活动的转化率和客户参与度。 自动化工作流 ：基于 Einstein AI 的预测结果，自动触发 Salesforce Flow、Process Builder 或 Apex 动作。例如，当一个潜在客户的预测分数达到某个阈值时，自动创建任务或发送通知给销售代表。 图像和文本分析 ：利用 Einstein Vision (图像识别) 和 Einstein Language (文本分析) 等服务，处理非结构化数据。例如，通过客户上传的产品图片识别产品型号，或分析客户反馈文本中的关键词和情感倾向。 作为 Salesforce 开发者，我们的职责是深入理解这些 AI 能力，并通过 Apex、Lightn...
阅读全文