Mix and Match Products extends WooCommerce with a mix-and-match product type whose configuration lives in postmeta: _mnm_contents holds the allowed children, _mnm_min_container_size and _mnm_max_container_size hold the pick limits, and _mnm_per_product_pricing controls how the container price is calculated. The default WooCommerce admin renders one screen per container, so questions across the whole catalogue (which containers allow product X, which let customers go up to 12 items, which child products are picked most often) need direct SQL.

SleekView reads the container postmeta together with wp_woocommerce_order_itemmeta rows that record actual picks during checkout. Containers become flat rows with min and max picks, per-item pricing flag, and unique child count as first-class columns. A second view aggregates child picks across all orders so merchandising can see which optional children are pulling weight and which are dead inventory inside otherwise popular containers.

Inline edits to min and max picks route through Mix and Match's own product class so the plugin's hooks fire, which keeps cached container prices and front-end validation correct. Bulk updates to allowed-child lists are also supported through the same CRUD path, so promotion swaps do not need a per-container edit screen pass.

Mix and Match Products is built around the idea that a customer assembles a container from a catalogue of allowed children, which makes the front-end experience flexible but the back-end catalogue increasingly hard to reason about as the number of containers grows. The default admin only ever shows one container at a time, so merchandisers cannot easily compare pricing modes, planners cannot easily see which optional children are pulling weight, and catalog ops cannot easily spot containers whose allowed-child list has drifted out of date. The data is all there in _mnm_contents and the order itemmeta tables, but it lives behind per-product screens that were never designed for cross-container work.

SleekView reads the same postmeta the plugin writes, joins it to actual pick data from wp_woocommerce_order_itemmeta, and exposes the result as one sortable, filterable, editable table. Merchandising stops opening every container to compare pricing modes. Planning stops exporting CSVs to rank child popularity.

Catalog ops stops missing low-stock children buried inside otherwise healthy containers. The plugin still owns the container product type and the front-end picker; SleekView turns the catalogue itself into a working surface.