精通 Salesforce 页面布局：顾问视角下的用户体验与动态表单指南

背景与应用场景

作为一名 Salesforce 咨询顾问，我经常遇到的一个核心业务挑战是如何为不同的用户群体提供最相关、最简洁的数据视图。销售人员、服务代理和市场营销专员在查看同一条客户记录时，他们关注的重点截然不同。Salesforce 的 Page Layout (页面布局) 正是解决这一问题的基石。它是 Salesforce 平台上一项历史悠久但至今仍然至关重要的声明式配置工具。

Page Layout 的核心功能是控制记录详细信息页面的布局和组织结构。具体来说，它决定了以下元素的排列和可见性：

Fields (字段)：哪些字段显示在页面上，它们的顺序如何，以及它们是否为必填或只读。

Buttons

Related Lists

Visualforce Pages

Lightning Components

典型的应用场景包括：

场景一：角色差异化视图

一家公司的销售团队和财务团队都需要访问业务机会 (Opportunity) 对象。销售代表更关心“阶段 (Stage)”、“预计结束日期 (Close Date)”和“下一步 (Next Step)”等字段。而财务团队则更关注“合同金额 (Contract Amount)”、“付款条款 (Payment Terms)”和“发票状态 (Billing Status)”。通过为销售简档 (Profile) 和财务简档分配不同的页面布局，我们可以确保每个团队都能在第一时间看到他们最需要的信息，从而提高工作效率。

场景二：业务流程控制

当一个支持个案 (Case) 从“新建 (New)”状态变为“处理中 (In Progress)”时，可能需要服务代理填写“初步诊断结果”字段。通过结合使用记录类型 (Record Types) 和页面布局，我们可以为不同的个案阶段设置不同的布局，在特定阶段将某些字段设为必填，从而引导用户遵循标准的业务流程。

场景三：简化用户界面

对于一些用户，过多的字段和相关列表会让他们感到困惑和不知所措。一个精心设计的页面布局可以隐藏不必要的元素，将最重要的信息放在页面顶部，创建一个清爽、易于导航的用户界面，从而提升用户采纳率和满意度。

原理说明

要真正掌握 Page Layout，我们必须理解它在 Salesforce 数据可见性模型中的位置。它不是一个孤立的工具，而是与简档 (Profiles)、权限集 (Permission Sets)、字段级安全 (Field-Level Security) 和记录类型 (Record Types) 协同工作的。

1. 页面布局与字段级安全 (Field-Level Security, FLS)

这是一个至关重要的原则：FLS 永远是最终的决定者。页面布局控制字段在界面上的可见性 (visibility) 和布局 (layout)，而 FLS 控制用户对字段的访问权限 (access)（可读或可编辑）。

如果一个字段在页面布局上，但用户没有该字段的 FLS 读取权限，那么该字段对用户依然是不可见的。

简单来说，一个字段要对用户可见且可编辑，必须同时满足：在页面布局上可见/可编辑 并且 用户拥有相应的 FLS 权限。

2. 页面布局与记录类型 (Record Types)

Record Types 允许我们为同一对象定义不同的业务流程。例如，客户可以分为“渠道客户”和“直销客户”，它们可能需要不同的销售阶段和页面布局。我们可以为每种记录类型分配一个默认的页面布局，这样当用户创建特定类型的记录时，系统会自动呈现最合适的界面。

这种组合（Profile + Record Type -> Page Layout Assignment）提供了非常精细的 UI 控制能力，是 Salesforce 平台灵活性的核心体现。

3. 在 Lightning Experience 中的演变：Lightning Record Pages 和 Dynamic Forms

在 Salesforce Classic 时代，页面布局几乎定义了整个记录页面。然而，在 Lightning Experience 中，情况发生了变化。页面布局现在控制的是 Lightning Record Page (闪电记录页面) 上的一个特定组件——通常是“记录详细信息 (Record Detail)”组件。

Lightning Record Page 是一个更加灵活的画布，允许管理员通过拖放的方式组合标准组件、自定义组件和 AppExchange 组件。这意味着我们可以将“记录详细信息”组件与其他组件（如“相关记录”、“路径 (Path)”、“活动时间线 (Activity Timeline)”）并排或堆叠放置。

更进一步的演进是 Dynamic Forms (动态表单)。这是 Salesforce 对传统页面布局的一次革命性升级。通过 Dynamic Forms，我们可以打破“记录详细信息”组件的整体性，将字段和字段区域 (Field Sections) 作为独立的组件直接拖放到 Lightning Record Page 的任何位置。这带来了前所未有的灵活性：

字段级的条件可见性：我们可以设置规则，例如“仅当业务机会的阶段为‘已结束/赢得’时，才显示‘合同签署日期’字段”。这在过去需要通过复杂的页面布局和记录类型组合，甚至代码才能实现。

更自由的布局

减少页面布局数量

作为咨询顾问，我强烈建议在所有支持 Dynamic Forms 的对象上优先使用它，因为它代表了 Salesforce UI 配置的未来方向。

示例代码

虽然页面布局主要是通过点击式界面进行配置，但它们在底层是以元数据 (Metadata) 的形式存在的。开发人员和管理员可以通过 Salesforce Metadata API 或 SFDX 工具来检索、修改和部署页面布局。以下是一个来自 Salesforce 官方文档的 `Layout` 元数据 XML 示例，展示了一个页面布局的结构。

<?xml version="1.0" encoding="UTF-8"?>
<Layout xmlns="http://soap.sforce.com/2006/04/metadata">
    <!-- 定义在页面顶部显示的自定义链接 -->
    <customButtons>My_Custom_Button</customButtons>
    
    <!-- 排除一些标准按钮，如 'Submit' -->
    <excludeButtons>Submit</excludeButtons>
    
    <!-- 布局区域列表 -->
    <layoutSections>
        <!-- 第一个布局区域：标签为'Information' -->
        <customLabel>false</customLabel>
        <detailHeading>true</detailHeading>
        <editHeading>true</editHeading>
        <label>Information</label>
        
        <!-- 布局区域中的列 -->
        <layoutColumns>
            <!-- 布局列中的字段项 -->
            <layoutItems>
                <behavior>Required</behavior> <!-- 这是一个必填字段 -->
                <field>Name</field>
            </layoutItems>
            <layoutItems>
                <behavior>Edit</behavior> <!-- 这是一个可编辑字段 -->
                <field>ParentId</field>
            </layoutItems>
        </layoutColumns>
        
        <layoutColumns>
            <layoutItems>
                <behavior>Readonly</behavior> <!-- 这是一个只读字段 -->
                <field>OwnerId</field>
            </layoutItems>
        </layoutColumns>
        
        <!-- 布局区域的样式：双列 -->
        <style>TwoColumnsTopToBottom</style>
    </layoutSections>

    <!-- 相关列表的定义 -->
    <relatedLists>
        <fields>FULL_NAME</fields>
        <fields>CONTACT.TITLE</fields>
        <fields>CONTACT.EMAIL</fields>
        <fields>CONTACT.PHONE1</fields>
        <relatedList>RelatedContactList</relatedList> <!-- 关联的联系人列表 -->
    </relatedLists>

    <relatedObjects>ParentId</relatedObjects>
    <showEmailCheckbox>false</showEmailCheckbox>
    <showHighlightsPanel>true</showHighlightsPanel>
    <showInteractionLogPanel>true</showInteractionLogPanel>
    <showRunAssignmentRulesCheckbox>false</showRunAssignmentRulesCheckbox>
    <showSubmitAndAttachButton>false</showSubmitAndAttachButton>
    <summaryLayout>
        <masterLabel>00hD0000000a123</masterLabel>
        <sizeX>4</sizeX>
        <sizeY>0</sizeY>
        <summaryLayoutStyle>Default</summaryLayoutStyle>
    </summaryLayout>
</Layout>

通过理解这份 XML，我们可以更好地进行批量修改、环境迁移和版本控制，这是从高级管理员走向架构师和顾问的关键一步。

注意事项

在设计和维护页面布局时，需要牢记以下几点：

权限优先原则: 再次强调，Field-Level Security (FLS) 的权限设置会覆盖页面布局的设置。不要仅仅因为在页面布局上将字段设为只读就认为数据是安全的。必须通过 FLS 或验证规则 (Validation Rules) 来强制执行数据完整性和安全性。
维护成本: 避免创建过多的页面布局。每一个布局都是一个需要维护的资产。在创建新的布局之前，应先思考是否可以通过 Dynamic Forms 的条件可见性来满足需求。过多的页面布局会使系统变得复杂，增加未来变更的难度和风险。
性能考量: 在一个页面布局上放置过多的字段和相关列表（尤其是包含大量数据的相关列表）可能会影响页面加载速度。应遵循“按需显示”的原则，只展示用户在特定场景下最需要的信息。
Dynamic Forms 的局限性: 虽然 Dynamic Forms 是未来的方向，但截至目前，它尚未支持所有的标准对象（例如，Campaigns、Tasks）。在开始项目设计前，请务必查阅最新的 Salesforce 文档，确认目标对象是否支持 Dynamic Forms。对于不支持的对象，我们仍然需要依赖传统的页面布局。
移动端体验: 在 Salesforce 移动应用中，页面布局的呈现方式与桌面端有所不同。移动端会以单列的形式线性展示字段。现在，通过 Dynamic Forms，我们可以为桌面端和移动端配置不同的 Lightning Record Page，从而为移动用户提供更加优化的体验。

总结与最佳实践

Page Layout 是 Salesforce UI 配置的基石，但它的角色正在随着平台的发展而演变。作为一名专业的 Salesforce 咨询顾问，我们的目标是利用最新的工具为客户构建可扩展、易于维护且用户体验卓越的解决方案。

以下是关于页面布局的最终建议和最佳实践：

拥抱 Dynamic Forms: 对于所有支持的对象，请将 Dynamic Forms 作为首选方案。它能显著减少页面布局的数量，提供更灵活的 UI，并极大地改善用户体验。这是降低技术债和管理成本的最有效方法。
以用户为中心进行设计: 在设计任何页面之前，先与最终用户沟通。了解他们的日常工作流程，确定哪些信息是关键信息，哪些是辅助信息。将关键信息放在页面顶部最显眼的位置。

整合与简化

文档化决策

持续学习

总之，精通页面布局及其现代替代方案（如 Dynamic Forms），不仅仅是一项技术技能，更是理解业务需求并将其转化为高效、愉悦的用户体验的艺术。一个好的页面设计可以直接提升用户的工作效率和对整个 Salesforce 平台的满意度，这正是我们作为顾问为客户创造的核心价值所在。

精通 Salesforce Email Studio：咨询顾问指南之 AMPscript 与数据扩展实现动态个性化邮件

十月 07, 2025

阅读全文

Salesforce中文网