YITH Sales Countdown adds urgency timers to WooCommerce products that have a sale price and a sale-to date. The data is standard WooCommerce: _regular_price, _sale_price, _sale_price_dates_from and _sale_price_dates_to in postmeta. The default Products screen shows on-sale status one row at a time and hides the promo's overall shape (which products end when, which categories are deepest, which sales haven't actually started yet).

SleekView reads the same meta and renders the active promotion as a sortable table. Product, regular price, sale price, discount percent, sale-from, sale-to and stock all sit as real columns. Filter to sales ending in the next 48 hours to triage urgency banners. Filter to discount > 40% to spot promos that may overshoot margin. Sort by sale-to asc to plan inventory for the day after the timer expires.

The plugin keeps owning the countdown UI on the product page. SleekView owns the promotion audit, so the sale meta WooCommerce already stores stops hiding inside per-product editors and becomes something the promotions team can query row by row.

Countdown timers feel urgent on the storefront and invisible in the admin. YITH renders them cleanly, the gap is that the operator running the promo has no aggregate surface for which products are actually on sale, how deep the discounts go, which ones end first and which scheduled ones haven't kicked in yet. SleekView reads the same _sale_price and date meta WooCommerce already stores and renders every on-sale product as a row with discount percent, sale window and stock as real columns.

Filters stack into a single query so the ending-soon triage, the deep-discount audit and the scheduled-sale review become saved views rather than mental tracking. The plugin keeps owning the countdown UI on the product page, while the promotions team finally gets the live audit surface the data always supported.