Lorixen.
EN

Bubble Charts in a Business Dashboard: Does Size Mean Area or Width?

If a dashboard uses bubbles to show an additional quantity, define what their size means before approving the design. Proportional circle area and proportional circle width are different encodings. Doubling a circle's radius makes its area four times as large, so a seemingly simple sizing rule can exaggerate the comparison you intended.

This guide concerns the size measure added to a plotted observation. It does not replace the separate work of defining the horizontal and vertical measures or establish that the chart reveals a business relationship.

Give size its own definition

Imagine a hypothetical report with one bubble per service category. The horizontal position could show a defined completion-time measure, the vertical position a defined customer-feedback measure, and bubble area the number of included completed jobs. These are illustrative requirements, not findings about a real business.

The three measures must describe the intended observation. A category-level average and a category-level job count can belong together, but their period and inclusion rules still need agreement. A bubble should not silently combine this month's positions with last year's count.

Write the size measure and its unit into the report brief. “Area represents included jobs” is a more precise starting point than “make busy categories bigger”. If size instead represents revenue, duration or another amount, give that measure its own definition. A large bubble is not automatically a profitable or high-priority category.

Area and diameter tell different visual stories

The area of a circle grows with the square of its radius. The same relationship applies to diameter ratios. If a displayed quantity doubles and the implementation doubles the diameter, the resulting area is four times as large, not twice as large.

That geometry is why a proportional-area requirement needs to be explicit. A chart's size setting may not mean what a commissioning brief casually calls “bubble size”. Ask the developer to identify the actual encoding used by the chosen library.

Plotly's official bubble-chart guide recommends its area sizing mode and documents a separate sizing reference that controls the rendered scale. This is a specific implementation example, not a requirement to build your application with Plotly. The general product requirement is that the chosen mapping matches the meaning readers are told to use.

For an area-based report, do not apply an extra square-root transformation simply because a different example does so. The data preparation and the library's sizing mode must be considered together. An unreviewed transformation can change the relationship between the original measure and the displayed areas.

A maximum size is a display choice, not a new business fact

A chart needs bubbles that fit inside its available space. Plotly documents a reference parameter for scaling bubble sizes and an approach based on the desired maximum marker size. That parameter changes the display, not the recorded quantities.

Decide whether comparisons across views must preserve the same size mapping. If every filtered selection independently makes its largest observation fill the same maximum circle, equally large-looking bubbles in two saved views may represent different quantities. My recommendation is to keep a shared mapping where direct cross-view size comparison is part of the task, or make the local scaling clear.

Also decide whether a minimum visible marker size is used. That can help small observations remain discoverable, but the smallest displayed circles may then no longer convey an exact proportional-area comparison. Explain such a visibility floor and retain the actual values. Do not claim exact proportionality for every marker if a display exception deliberately changes it.

A size legend cannot be replaced by colour

Provide a size key tied to known values, using the same mapping as the data marks. Colour may encode a category or another agreed distinction, but a colour legend alone does not explain area.

Make precise values accessible through an appropriate readable view. Hover text can be useful on supported devices, but it should not be the only planned way to identify a bubble and its measures. Specify how touch users and people using other supported input methods obtain the same information.

These are commissioning recommendations, not a complete accessibility assessment. Their purpose is to keep the size encoding interpretable rather than letting a decorative circle stand in for an unexplained value.

Overlap and missing sizes need explicit handling

Two observations can occupy the same horizontal and vertical position. A larger circle can also obscure a smaller one nearby. Decide how the selected view lets users discover and inspect the observations without changing their stored measurements merely to improve the picture.

An unknown size is not a measured zero. Specify whether an observation with a missing third measure remains visible in a different form, appears in an exceptions list or is excluded with a clear explanation. Do not assign it an arbitrary positive quantity and describe the result as measured area.

If a supplied size can be negative, revisit the report definition and implementation rather than treating the sign as an ordinary circle dimension. This article does not prescribe a universal representation for signed amounts. A different report may better serve that question.

Test the mapping with controlled observations

Add explicit size cases to the acceptance criteria for your web app. Use synthetic observations with known size relationships and harmless labels.

  • Confirm that the area or diameter mode matches the agreed meaning and the size key.
  • For a proportional-area requirement, verify the implementation's mapping rather than assuming that doubling its size input should double the visible width.
  • Check the effect of any minimum marker size and describe its exception accurately.
  • Compare the same observation across filters and saved views under the agreed shared or local scale policy.
  • Include overlapping positions, an unknown size and a genuine zero, and inspect their distinct treatment.
  • Check that readable values, labels and exported context describe the same measures and period.

These are proposed checks, not an executed chart test. Bring a sample of the three measures and the desired comparison to a reporting-app discussion. A plain scatter plot may remain the better choice if the additional size measure does not help readers answer a real question.

Questions to settle early

Does the biggest bubble identify the best category?

Only if the agreed measure actually defines that judgement, which a simple count usually does not. State what area represents and avoid turning magnitude into an unsupported recommendation.

Can we make every small bubble easy to select?

That is a useful interaction requirement, but a larger selection target need not be presented as a larger measured area. Discuss interaction and data encoding separately, and disclose any visible sizing floor.

Is the same maximum bubble size enough for comparing reports?

No. You also need the same mapping from the measured quantity to size. A locally rescaled maximum can represent a different quantity in each report.

Source and limits

Plotly: Bubble charts in Python, read 26 October 2026. The accepted source context is its bubble-sizing section, including the recommendation for area mode and the sizing reference. The geometry example was calculated separately. Business definitions, size legends, exceptional inputs and acceptance rules above are practical guidance, not verified features or results in a deployed dashboard.

WhatsAppLet’s talk