9.4 Salesforce Mobile App Customization & Compact Layouts

9.4 Salesforce Mobile App Customization & Compact Layouts

Salesforce field representatives, traveling executives, and on-site service technicians rely extensively on the Salesforce Mobile App to manage customer interactions on smartphones and tablets. Because mobile devices operate under strict physical screen constraints and touch-driven interaction models, presenting dense desktop page layouts leads to poor user adoption, input errors, and operational delays.

A skilled Platform App Builder must design mobile-optimized experiences that deliver critical data at a glance and streamline high-frequency data entry. Achieving this requires configuring three core platform capabilities: Compact Layouts, the Mobile Navigation Menu, and Mobile Quick Actions.

---

Compact Layouts Architecture

A Compact Layout is a lightweight metadata definition that dictates which key fields appear in summary surfaces across Salesforce. When a user opens a record in the Salesforce Mobile App, the Compact Layout governs the Mobile Record Header—the prominent card pinned to the top of the mobile screen.

In addition to the mobile record header, Compact Layout fields appear in several key desktop and platform locations:

1. Desktop Highlights Panel: If Dynamic Forms or custom fields are not explicitly configured in App Builder, the Highlights Panel derives its display fields directly from the active Compact Layout.
2. Lookup Hover Cards: When a user hovers their cursor over a lookup link in Lightning Experience desktop, a floating card displays the fields defined on that object's compact layout.
3. Global Search Result Previews: Instant search dropdown previews and enhanced list hovers display compact layout fields.
4. Activity Timeline Cards: Key record summary data rendered within task and event timeline entries.

[Salesforce Mobile Record View]
┌──────────────────────────────────────────────┐
│  ACME Corporation                            │ ← Primary Field (Record Name)
│  Type: Customer | Rating: Hot                │ ← Secondary Field 1 & 2
│  Phone: (555) 019-2834 | Annual Rev: $1.2M   │ ← Secondary Field 3 & 4
├──────────────────────────────────────────────┤
│  [Call]  [Edit]  [New Task]  [New Opp] [▾]   │ ← Mobile Action Bar
├──────────────────────────────────────────────┤
│  Record Details / Dynamic Forms Sections     │
│  Related Lists / Activity Feed               │
└──────────────────────────────────────────────┘

---

Compact Layout Definition and Display

Select up to ten fields in priority order. The first field is the primary identifier, usually Name or Case Number. Current standard Highlights Panel documentation lists up to seven fields on desktop and up to ten in the mobile app. Smaller surfaces and older mobile experiences can show fewer, so put the essential identifier, status, and contact details first and test the enabled mobile configuration. Do not memorize a universal primary-plus-four rule.

The newer Dynamic Highlights Panel has a separate field configuration in Lightning App Builder and depends on its mobile setting. Dynamic Forms alone does not change the regular Highlights Panel's compact-layout source.

Unsupported Data Types in Compact Layouts

Due to physical screen limitations and rendering performance, certain data types cannot be added to Compact Layouts:

• Text Area, Long Text Area (e.g., Description, Resolution Notes)
• Rich Text Area (e.g., Formatted HTML notes)
• Multi-Select Picklists

Eligible fields include standard Text, Number, Currency, Date, Date/Time, Lookup relationships, Formula fields, and single-select Picklists.

Compact Layout Assignments

• Primary Compact Layout: The default compact layout assigned to the object across the entire organization.
• Record Type Compact Layout Assignment: Administrators can assign different Compact Layouts to different Record Types. For example, an "Enterprise Opportunity" Record Type can display Total Contract Value and Executive Sponsor in its header, while a "Renewal Opportunity" Record Type displays Renewal Date and Churn Risk Score.

---

Salesforce Mobile App Navigation Menu

Administrators configure the mobile app navigation structure via Setup > Mobile App > Salesforce Navigation:

1. Navigation Menu Items: Administrators choose from available items—such as standard and custom objects, Visualforce tabs, Lightning Pages, Dashboards, and Tasks—and arrange them into the "Selected" items list.
2. The Landing Page Rule: The very first item in the Selected navigation list becomes the user's default landing page when they launch the mobile app. For example, if "Today's Tasks" is placed at position 1, the mobile app opens directly to the user's task list upon login.
3. Smart Search Items: If included in the menu, "Smart Search Items" automatically expands into a dynamic list of objects the user has recently accessed, ensuring easy navigation without manual configuration.
4. Lightning Apps on Mobile: For organizations utilizing modern Lightning Apps enabled for mobile, the mobile navigation menu automatically mirrors the navigation tabs defined on the corresponding desktop Lightning App.

---

Mobile Actions & Quick Actions Placement

Mobile users interact with workflows through the Mobile Action Bar, displayed prominently at the bottom of the screen (or docked in the header menu) in the Salesforce Mobile App.

Page Layout Action Configuration

To make actions visible on mobile devices, administrators navigate to the object's traditional Page Layout and locate the Salesforce Mobile and Lightning Experience Actions section:

• By default, page layouts inherit global publisher actions.
• Administrators click override the predefined actions to customize the specific list and sequence of mobile buttons.
• The first 3 to 4 actions in this list appear directly on the mobile action bar; remaining actions are placed in the mobile overflow menu.

Global Actions vs. Object-Specific Actions on Mobile

---

Desktop Highlights Panel vs. Mobile Header Comparison

---

Common Exam Traps and Best Practices

• Trap: Assuming a universal field count. The layout can define ten fields, but each surface and enabled mobile experience controls display. Prioritize critical fields and test; the regular desktop Highlights Panel documents up to seven.
• Trap: Using Global Actions for Child Record Creation. If an exam question asks how mobile users can quickly log a custom Inspection record linked to an Account, selecting a Global Action is incorrect. Global create actions do not automatically supply the active parent context; users may still select a parent explicitly. Always choose an Object-Specific Create Record Quick Action.
• Trap: Attempting to Add Unsupported Fields to Compact Layouts. Never select Long Text Area, Rich Text Area, or Multi-Select Picklists when answering questions about compact layout optimization; Salesforce excludes them entirely from compact layout field pickers.
• Best Practice: Distinct Compact Layouts per Record Type. Always configure distinct Compact Layouts for distinct Record Types when business needs dictate different operational metrics (e.g., Support Cases displaying Entitlement/SLA vs. Billing Cases displaying Invoiced Amount).

Official Source Check

Checked October 19, 2026: Current Highlights Panel documentation.