Guide section 9 of 31

Filters & Slicers

Use slicers for frequently changed, user-facing controls and the Filters pane for less frequent or more technical filtering. The user must be able to understand scope, active state, defaults and reset behavior.

PatternUser needGuidance
Report-level filtersPersistent/global report context.Use for context that truly applies across pages; expose important active context in the UI.
Page-level filtersContext for one analytical page.Use when the page needs additional scope without affecting other pages.
Visual-level filtersLocal visual constraint.Use for implementation logic or local analytical behavior; avoid invisible states that surprise users.
Dropdown slicerCompact selection from a longer list.Show current value and search when needed.
List slicerVisible scanning/selection list.Use when option visibility is more important than space.
Tile / button slicerShort, mutually understandable options.Useful for view/metric/category switching when the options are few.
Date slicerDate/range selection.Choose between/before/after/relative/date-picker modes based on task.
Relative date/timeRolling windows such as last N days/hours.Use when users reason in relative periods rather than fixed dates.
Hierarchy slicerSelection across hierarchical levels.Use only if the hierarchy itself is meaningful and understandable.
SearchFind values in long slicer lists.Prefer when browsing is inefficient.
Synced slicersPersist the same selection across pages.Keep placement/meaning consistent; avoid hidden synced state without visible context.
Filter paneTechnical/secondary filters.Do not make users depend on it for frequent task-critical controls.
Filter summaryVisible active-filter context.Show count/labels for collapsed or complex filter sets.
Reset / clearReturn to a known default state.Define whether 'clear' means blank/all or reset-to-default.
Default selectionsInitial context on entry.Document and test; do not leave defaults implicit.

Standard filter-bar pattern

[Location ▼] [Period ▼] [Budget ▼] [Channel ▼]   Filters · 4 active   [Clear all]

Power BI limitation / UX risk A slicer can be synced to another page without being visible there. Hidden synced slicers can create an apparently unexplained state. Use them only when persistent context is obvious elsewhere.

Recommended pattern For a small number of simple slicers, direct updates are generally appropriate. For pages with many or expensive slicers, use Power BI's Apply all slicers and Clear all slicers pattern where it improves performance and control.