Spreadsheet skills / Practical guide

Create a Pivot Table to Summarize Support Tickets

Turn a tidy ticket log into a compact weekly summary by owner, priority, and status without editing the source rows.

Finish line

What you will produce

A reproducible summary that answers how many tickets are open and where the workload sits.
PracticeFictional data only

Created by the First Role Skills Editorial Desk. This lesson uses a fictional workplace scenario and links to primary product documentation where the interface or feature matters.

Start with the work

A realistic scenario

Your team has one row per support ticket. A manager asks for open volume by owner and priority before the weekly check-in.

DeliverableA reproducible summary that answers how many tickets are open and where the workload sits.

Avoid rework

Three beginner mistakes

01

Building a pivot from merged cells or multiple header rows

02

Counting a field that contains blanks

03

Reporting totals without checking the source range

The method

Complete it in six controlled steps

  1. 01

    Make the source rectangular

    Use one header row, one ticket per row, and one meaning per column. Remove totals and decorative blank rows from the source range.

  2. 02

    Define the question

    Write the question before arranging fields: 'How many open tickets does each owner have by priority?' This prevents random drag-and-drop summaries.

  3. 03

    Create the pivot separately

    Select the full source range and place the pivot on a new sheet. Keeping the summary separate reduces accidental edits to raw records.

  4. 04

    Arrange fields deliberately

    Put Owner in Rows, Priority in Columns, Ticket_ID in Values as Count, and Status in Filters. Check that the aggregation is Count, not Sum.

  5. 05

    Validate three numbers

    Compare the pivot grand total with a filtered source count. Spot-check one owner and one priority. Refresh after changing the source.

  6. 06

    Label the output

    Add the reporting period, filter state, refresh time, and data owner above the pivot. A screenshot without this context is easy to misread.

See the difference

Before and after

Original practice

Complete the exercise

Use the sample ticket log to build the specified pivot. Then change one ticket from Open to Closed, refresh, and record which totals changed.

Download the support-ticket datasetThirty fictional tickets designed for a first pivot-table exercise.
Download file

Use only fictional or fully anonymized data. Never upload an employer's confidential information to a portfolio.

Explain your decisions

Turn the exercise into credible evidence

Present the source question beside the pivot so the reader knows what the summary answers. Record the grand total before and after the test change, the filter state, and the refresh time. Explain why Ticket_ID is counted, why Status is a filter, and how you spot-checked one owner. This short validation log matters more than adding several decorative charts that do not support a workplace decision.

Quality gate

Check your own work

  • Single header row
  • Question defined first
  • Count aggregation checked
  • Grand total validated
  • Refresh context shown