WooCommerce Composite Products stores each configurable bundle as a single product of type composite, with components ("Frame", "Wheels", "Saddle") defined inside the _bto_data meta as a serialized array. Each component points to a query, a category, a tag, or a hand-picked list, and optionally to scenarios that hide or override pricing. The default product table shows none of this. Auditing a catalog of bundles means opening each one in turn.

SleekView Charts reads _bto_data and joins it to the WooCommerce orders that include composite line items. A Number card counts active composites, a Donut splits components by query type (categories vs hand-picked vs tags), a horizontal Bar ranks composites by revenue contribution, and an Area chart tracks new composite orders per week so a bundle launch shows as a visible spike.

The dashboard works alongside the Composite Products configurator. The configurator keeps owning the bundle editor, the dashboard just borrows the meta long enough to present the catalog as one aggregate read.

Composite bundles are configurator products, and a configurator catalog needs configurator analytics. The default product table treats each composite as one row with no view into its component count, query design, or revenue. A dashboard turns the catalog into one screen.

Merchandising spots which bundles earn, ops spots configuration drift across components, and ecommerce ties configurator tests to weekly volume. The plugin already writes every signal inside _bto_data and the line items table, the dashboard turns it into an aggregate read.