Salesforce 页面布局：用户界面定制完全指南

背景与应用场景

作为一名 Salesforce 管理员，我的核心职责之一就是确保我们的用户拥有一个高效、直观且符合其业务流程的工作环境。在 Salesforce 平台中，Page Layouts (页面布局) 是我们实现这一目标最基础、也是最强大的工具之一。无论用户是在查看客户信息、跟进销售机会，还是在处理服务个案，他们与之交互的界面都由页面布局精确控制。

简单来说，页面布局决定了用户在查看对象记录（如一个客户或一个联系人）时，能看到哪些信息以及这些信息如何排列。它控制着字段、按钮、相关列表、自定义链接等元素的布局和可见性。一个精心设计的页面布局可以极大地提升用户体验和工作效率，反之，一个混乱的布局则可能导致用户困惑、数据录入错误和生产力下降。

Page Layouts 的应用场景非常广泛，以下是一些典型的例子：

  • 角色定制化视图： 销售团队和客户服务团队在查看同一个“客户 (Account)”记录时，他们关注的信息点截然不同。销售可能更关心年度收入、行业和销售机会，而服务团队则更需要看到服务合同、历史个案和联系方式。通过为不同的用户 Profile (简档) 分配不同的页面布局，我们可以为他们提供量身定制的视图。
  • 流程阶段控制： 结合 Record Types (记录类型)，页面布局可以为同一对象的不同业务流程提供差异化的界面。例如，一个“机会 (Opportunity)”对象可以有“新业务”和“续约”两种记录类型，每种类型对应一个不同的页面布局，展示与该流程最相关的字段和阶段。
  • 提升数据质量： 通过将关键字段在页面布局上设置为“必填 (Required)”，可以确保用户在创建或编辑记录时不会遗漏重要信息。同样，将某些字段设置为“只读 (Read-Only)”，可以防止用户无意中修改关键数据。
  • 简化操作： 将最常用的按钮和操作放在显眼的位置，隐藏不常用或不相关的按钮，可以简化用户的操作路径，减少误操作的可能性。
  • 整合信息： 通过在页面布局中嵌入 Visualforce Pages 或相关的 Lightning Components，我们可以在标准记录页面上展示复杂的数据可视化、外部系统信息或自定义的业务逻辑，为用户提供一个 360 度的信息视图。

掌握页面布局的配置是每位 Salesforce 管理员的必备技能。它不仅是关于美学和排列，更是关于如何将业务需求转化为高效的用户工作流。

原理说明

要深入理解页面布局，我们需要了解其构成元素以及它是如何与 Salesforce 的安全和数据模型协同工作的。页面布局的本质是一个元数据定义，它规定了特定对象记录页面的“蓝图”。

页面布局的核心组件

  1. Fields (字段): 这是布局的核心。我们可以从对象的可用字段列表中拖拽字段到布局上。字段可以被组织在不同的“部分 (Sections)”中。
  2. Sections (部分): 部分是字段的逻辑分组。我们可以创建自定义部分，比如“财务信息”、“联系偏好”等，使用户能快速定位信息。每个部分都可以配置为单列或双列显示，并且可以选择是否在详情页和编辑页上显示其标题。
  3. Buttons (按钮): 页面布局控制着记录页面上可用的标准按钮（如 Edit, Delete, Clone）和自定义按钮。我们可以添加、移除或重新排序这些按钮。
  4. Related Lists (相关列表): 相关列表显示与当前记录相关的其他对象的记录。例如，在客户页面上，我们可以看到相关的联系人、机会和个案。管理员可以自定义每个相关列表中显示的列、列的顺序以及默认的排序字段。
  5. Custom Links (自定义链接): 允许我们在记录页面上添加指向外部网站或内部资源的链接，这些链接可以动态地包含记录的字段值（例如，链接到该客户的领英页面）。
  6. Visualforce Pages: 可以在页面布局的特定部分嵌入一个 Visualforce 页面，用于显示高度定制化的界面或集成逻辑。
  7. Report Charts (报表图表): 我们可以将报表图表嵌入页面布局，直观地展示与当前记录相关的数据洞察。
  8. Blank Spaces (空白间隔): 一个简单但有用的工具，用于在视觉上分隔字段或部分，改善布局的可读性。

页面布局的分配机制

Salesforce 的强大之处在于，同一个对象可以拥有多个页面布局。系统通过页面布局分配 (Page Layout Assignment) 规则来决定向特定用户显示哪个布局。这个分配是基于两个关键因素的组合：

1. User Profile (用户简档): 每个简档都可以为某个对象指定一个默认的页面布局。当用户查看该对象的记录时，如果没有任何更具体的规则，他们将看到分配给其简档的布局。

2. Record Type (记录类型): 当一个对象启用了记录类型后，事情变得更加灵活。我们可以为“简档”和“记录类型”的每一种组合分配一个特定的页面布局。例如，对于“销售”简档，当他们查看“新业务”类型的机会时，会看到 A 布局；当他们查看“续约”类型的机会时，则会看到 B 布局。这提供了极其精细的控制能力。

这个分配逻辑遵循一个简单的原则：系统会寻找与当前用户简档和记录类型最精确匹配的布局分配。如果没有为特定的记录类型进行分配，则会回退到简档的默认分配。

与 Lightning Experience 的关系

在 Lightning Experience 中，页面布局的角色发生了一些演变。我们现在有了 Lightning Record Pages (Lightning 记录页面)，它是在 Lightning App Builder 中创建的。Lightning 记录页面是一个更灵活的容器，可以包含各种标准和自定义组件。

传统的页面布局并没有消失，而是作为 Lightning 记录页面上的一个核心组件而存在，通常是“记录详细信息 (Record Detail)”和“相关列表 (Related Lists)”组件。这意味着：

  • 页面布局仍然控制着“记录详细信息”组件中字段的显示、顺序和属性（必填/只读）。
  • 页面布局仍然控制着“相关列表”组件中显示哪些相关列表，以及每个列表的列和按钮。
  • 但是，页面的整体结构（例如，是三栏布局还是两栏布局、选项卡配置、高亮面板显示哪些字段）则是由 Lightning 记录页面本身决定的。

此外，Salesforce 推出了 Dynamic Forms (动态表单)，这是对传统页面布局的进一步革新。通过动态表单，管理员可以将字段和字段部分作为独立的组件直接放置在 Lightning 记录页面的任何位置，并可以为它们设置条件可见性，从而彻底摆脱了传统页面布局的固定块状结构。尽管如此，传统的页面布局在许多场景下，尤其是在与移动端和 Classic 界面兼容方面，仍然是不可或缺的基础。

示例代码

虽然页面布局主要是通过点击和拖拽来配置的，但其背后是由一个 XML 结构的元数据文件定义的。作为管理员，理解这个结构有助于我们进行元数据部署或批量修改。以下是一个来自 Salesforce 官方文档的 `Layout` 元数据示例，它定义了一个客户对象的页面布局。

这个 XML 文件展示了一个名为 `Account-Account (Sales) Layout` 的布局结构。通过阅读它，我们可以清晰地看到界面配置是如何被代码化的。

<?xml version="1.0" encoding="UTF-8"?>
<Layout xmlns="http://soap.sforce.com/2006/04/metadata">
    <!-- 排除标准按钮，例如这里排除了 "Submit" 按钮 -->
    <excludeButtons>Submit</excludeButtons>
    <!-- 布局部分的定义开始 -->
    <layoutSections>
        <!-- 自定义链接部分，这里是空的，表示不显示自定义链接 -->
        <customLabel>false</customLabel>
        <detailHeading>false</detailHeading>
        <editHeading>true</editHeading>
        <label>Account Information</label>
        <layoutColumns>
            <!-- 左侧列的字段 -->
            <layoutItems>
                <behavior>Edit</behavior>
                <field>OwnerId</field>
            </layoutItems>
            <layoutItems>
                <behavior>Required</behavior>
                <field>Name</field>
            </layoutItems>
            <layoutItems>
                <behavior>Edit</behavior>
                <field>ParentId</field>
            </layoutItems>
        </layoutColumns>
        <layoutColumns>
            <!-- 右侧列的字段 -->
            <layoutItems>
                <behavior>Edit</behavior>
                <field>Phone</field>
            </layoutItems>
            <layoutItems>
                <behavior>Edit</behavior>
                <field>Fax</field>
            </layoutItems>
        </layoutColumns>
        <!-- 定义该部分为双列布局 -->
        <style>TwoColumnsTopToBottom</style>
    </layoutSections>
    <!-- 另一个布局部分，系统信息，通常是只读的 -->
    <layoutSections>
        <customLabel>false</customLabel>
        <detailHeading>false</detailHeading>
        <editHeading>true</editHeading>
        <label>System Information</label>
        <layoutColumns>
            <layoutItems>
                <behavior>Readonly</behavior>
                <field>CreatedById</field>
            </layoutItems>
        </layoutColumns>
        <layoutColumns>
            <layoutItems>
                <behavior>Readonly</behavior>
                <field>LastModifiedById</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>
    <relatedLists>
        <fields>OPPORTUNITY.NAME</fields>
        <fields>OPPORTUNITY.STAGE_NAME</fields>
        <fields>OPPORTUNITY.AMOUNT</fields>
        <fields>OPPORTUNITY.CLOSE_DATE</fields>
        <relatedList>RelatedOpportunityList</relatedList>
    </relatedLists>
    <!-- 定义相关的对象，用于创建新记录的快捷方式 -->
    <relatedObjects>ParentId</relatedObjects>
    <!-- 显示 Chatter Feed -->
    <showEmailCheckbox>false</showEmailCheckbox>
    <showHighlightsPanel>true</showHighlightsPanel>
    <showInteractionLogPanel>true</showInteractionLogPanel>
    <showRunAssignmentRulesCheckbox>false</showRunAssignmentRulesCheckbox>
    <showSubmitAndAttachButton>false</showSubmitAndAttachButton>
</Layout>

代码注释说明：

  • <layoutSections>: 定义了一个内容区块，如“客户信息”。
  • <layoutColumns>: 在一个 section 内部，定义了一列。双列布局会有两个 <layoutColumns> 标签。
  • <layoutItems>: 代表一个具体的字段。
  • <behavior>: 定义字段在布局中的行为，可以是 Required (必填), Edit (可编辑), 或 Readonly (只读)。
  • <field>: 字段的 API 名称。
  • <relatedLists>: 定义一个相关列表，并指定其中要显示的字段 (<fields>)。

注意事项

在设计和管理页面布局时，有几个关键点需要特别注意，以避免常见的问题。

权限的优先级

Field-Level Security (FLS, 字段级安全) 永远优先于页面布局设置。 这是一个必须牢记的黄金法则。

  • 如果一个字段在用户的简档中被设置为不可见，那么无论你是否将它放在页面布局上，该用户都永远无法看到这个字段。
  • 反之，如果一个字段在 FLS 中是可见的，但你从页面布局中移除了它，用户只是在当前记录详情页上看不到它。但他们仍然可以通过其他方式（如报表、全局搜索、API 调用）来访问和编辑该字段的数据。
因此，页面布局控制的是“可见性”和“UI 行为”，而 FLS 控制的是真正的“数据访问权限”。

必填与只读的层级

我们可以在两个地方设置字段为必填或只读：

  1. 在字段定义层面： 在创建或编辑字段时，勾选“Required”或“Read-Only”。这是最高级别的设置，它会强制所有用户（通过 UI 或 API）都必须遵守这个规则。
  2. 在页面布局层面： 在布局编辑器中将字段属性设为“Required”或“Read-Only”。这个设置仅在用户通过该特定页面布局编辑记录时生效。通过数据加载工具、API 或其他不使用此布局的界面进行的操作，将不受此限制。

通常，如果一个字段对于业务逻辑是绝对必要的，应该在字段层面设置为必填。如果只是为了引导特定用户群体的操作，则在页面布局层面设置更合适。

API 限制

页面布局本身没有严格的 API 调用限制，但其包含的元素（如 Visualforce 页面、Lightning 组件）可能会有自己的限制。例如，嵌入的 Visualforce 页面中的控制器代码会消耗 Apex Governor Limits。在布局中添加过多的复杂组件可能会影响页面加载性能。

性能考量

一个包含大量字段、数十个相关列表和多个复杂组件的页面布局，其加载速度会显著变慢。这会直接影响用户体验。因此，在设计布局时，应始终保持简洁，只展示必要的信息。不常用的相关列表可以考虑放在次要的选项卡中，或者引导用户通过专门的报表来查看。

总结与最佳实践

页面布局是 Salesforce 平台用户体验的基石。作为管理员，我们应该将其视为优化业务流程和提升用户满意度的战略工具，而不仅仅是字段的简单堆砌。

最佳实践

  1. 以用户为中心进行设计： 在设计布局前，先与最终用户沟通。了解他们的日常工作，确定哪些信息对他们最重要，哪些操作最频繁。将最重要的信息放在页面顶部，即“above the fold”（无需滚动即可看到的位置）。
  2. 保持简洁和有条理：
    • 使用“部分 (Sections)”来逻辑地组织字段。
    • 使用“空白间隔 (Blank Spaces)”来增加视觉分隔，提高可读性。
    • 避免信息过载。如果一个页面需要展示超过 100 个字段，那么可能需要重新审视业务流程或者考虑使用动态表单来按需显示信息。
  3. 充分利用记录类型： 不要试图用一个“万能”的页面布局去满足所有人的需求。当存在不同的业务流程时，果断地创建记录类型，并为每个流程匹配一个专属的、精简的页面布局。
  4. 考虑移动端体验： Salesforce 移动应用的用户界面也受到页面布局的影响。在设计时，要考虑在小屏幕上的显示效果。同时，配置好 Compact Layouts (紧凑布局)，它决定了记录在高亮区域和列表视图中的关键字段展示。
  5. 拥抱 Lightning 和动态表单： 如果你的组织完全在 Lightning Experience 中运行，请积极探索和采纳 Dynamic Forms (动态表单)。它提供了前所未有的灵活性，可以根据条件动态显示或隐藏字段和组件，从而创建出响应性更强、更智能的用户界面。
  6. 定期审查和迭代： 业务在不断变化，页面布局也应随之演进。定期（例如每半年或一年）与用户一起审查现有布局，收集反馈，并进行优化调整，确保它始终能满足当前的需求。

总之，一个卓越的页面布局设计，是用户体验、业务流程和平台性能三者之间的完美平衡。通过深思熟虑的规划和持续的优化，我们可以将标准的 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...
阅读全文