A Salesforce report can be technically correct and still be awkward to use. A vague name, an unnoticed date filter or a folder that the right people cannot access can turn a useful answer into another support question.

You do not need to rebuild the reporting estate to improve this. Salesforce already provides report descriptions, focused report types, editable and locked filters, folder access levels and conditional subscriptions. The platform behaviour below comes from current Salesforce guidance; the order and review approach are practical Ostrelis recommendations. Start with one shared report that people use every week.

1. Name the question, not just the object

For admins and report creators: names such as Opportunities Report 2 or Cases - Final force users to open several reports before finding the right one. Give the report a name that describes the decision or task: Open renewals due this quarter is more useful than Account report.

Add a short description when saving the report. State who it is for, what it includes and any important exclusion. This is also a good place to identify the business owner, rather than relying on the original report creator remaining available forever.

Quick action: search the most-used shared folder for names containing copy, new, test or numbered versions, then rename or retire the obvious duplicates.

2. Check the report type before refining the layout

For report creators: Salesforce confirms that the report type determines which records are returned and which fields are available. If a report appears to omit records or cannot expose a needed field, adding more columns may be solving the wrong problem.

Use the report-type details and field list before you start. For example, a report type built around Accounts with Opportunities can behave differently from one designed to include Accounts with or without related Opportunities. If the relationship is wrong, document the required result before asking an admin for a new custom report type.

Quick action: write one sentence beginning “This report should include...” and verify that the selected report type matches it.

3. Make the scope and dates obvious

For admins and users: standard filters such as Show Me and the date field can quietly change a report's meaning. A pipeline report filtered to My opportunities tells a different story from one using All opportunities. A report based on Created Date may answer a different question from the same report based on Close Date.

Use relative dates such as THIS MONTH or NEXT 30 DAYS when the period should move as time passes. Salesforce notes that some relative date expressions behave differently in standard and custom field filters, so test boundary dates rather than assuming two similar-looking filters are equivalent.

Quick action: read the Show Me, date field and date range aloud as a sentence. If that sentence does not describe the intended population, correct the filters before changing the chart.

4. Show the information needed for the next action

For managers and report creators: more columns do not automatically make a report more informative. Salesforce recommends including only the fields needed, which also helps reports run efficiently. Put identifiers and action fields first: perhaps account, owner, status, next step and due date.

Use row groupings and summaries when the reader needs patterns or totals. Keep detail rows available when somebody must investigate individual records, but hide them in the default view when they distract from the decision. The aim is a useful working view, not an export of the entire object.

Quick action: ask a regular reader which three columns they use to decide what to do next. Move those forward and challenge columns nobody uses.

5. Lock the definition, not every choice

For admins: Lightning users can adjust existing unlocked filters from the report run page without opening Report Builder. That makes one well-designed report useful to more people. A manager might change owner or region while keeping the shared structure intact.

Lock filters that define what the report means. If Status = Open is essential to an open-cases report, locking it prevents an accidental change from undermining the title. Leave safe exploration filters unlocked where users genuinely need flexibility. Locking every filter creates report copies; leaving every filter open makes results easier to misinterpret.

Quick action: label each filter as either defines the report or helps the reader explore, then lock only the first group.

6. Share the folder deliberately

For admins: Salesforce shares reports through folders rather than one report at a time. A user needs folder access, the relevant reporting permission and access to the underlying records and fields. Folder sharing does not grant access to data the person could not otherwise see.

Use Viewer access for people who only need to run reports, Editor where people should add or change content, and Manager for the smaller group that controls the folder and its sharing. Prefer roles or well-governed groups over a long list of individuals where that reflects the operating model. Keep work-in-progress reports private until they are ready for a shared audience.

Quick action: choose one business-critical folder and confirm its audience, access levels, owner and purpose. Remove obsolete individual shares carefully, after checking whether a group or role already covers them.

7. Send exceptions, not routine noise

For managers and users: Salesforce report subscriptions can deliver refreshed results on a schedule, and conditions can restrict notifications to moments when selected aggregate thresholds are met. A support manager could receive a report only when the open high-priority case count exceeds an agreed level.

Check who the report runs as. Salesforce warns that recipients see the result from the running user's perspective, which may be more or less data than they normally see. Folder access is also required for recipients. Attachment limits apply, and joined reports and some other features are not supported in Lightning report subscriptions.

Subscriptions are scarce enough to curate: depending on edition, users can subscribe to up to seven or fifteen reports, with separate dashboard limits. Review stale schedules and conditions instead of emailing the same large report every morning.

Quick action: replace one unconditional subscription with a meaningful threshold, then confirm the running user, recipients and expected response when it arrives.

Make one shared report noticeably better

A dependable report has a clear question, an appropriate record set, visible scope, focused information and deliberate access. It reaches people when it can prompt an action, not simply because a schedule exists.

Take one frequently used report through these seven checks with an admin, a regular user and the manager who relies on the answer. That small review often reveals improvements that can be applied across the wider reporting library without becoming a major project.

Ostrelis can help teams improve Salesforce reporting, everyday administration and ongoing platform usability. Explore our Salesforce reporting and dashboards service, Salesforce administration support and managed Salesforce operations.

Need help getting prepared?

Ostrelis can help assess whether this change affects your Salesforce environment, identify dependencies and plan the work needed to prepare safely.

Talk to a Salesforce expert

Sources

  1. Build a Report in Lightning Experience — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  2. Filter Reports by Values — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  3. Relative Date Filter Reference — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  4. Report and Dashboard Folders — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  5. Access Levels for Report and Dashboard Folders — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  6. Subscribe to Reports in Lightning Experience — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)
  7. Reports and Dashboards Limits and Allocations — Salesforce Help (Current Salesforce Help guidance, accessed 15 October 2026)