SleekView Kanban for WooCommerce Product Add-Ons
SleekView reads the WooCommerce Product Add-Ons group custom post type directly, groups every add-on by its post status, and lets the team drag groups between Draft, Scheduled, Published, and Private so the WordPress post status updates the moment the column changes.
♾️ Lifetime License available
Why Product Add-Ons groups fit a kanban view
WooCommerce Product Add-Ons stores global add-on groups as a custom post type registered by the plugin. Each row lives in wp_posts with a post_status of draft, future, publish, or private, plus metadata in wp_postmeta for the add-on field definitions, the price modifier rules, the priority, and the product or category restrictions. The native admin lists every add-on group as a flat table, which is fine for archive lookups but blind to the live state of an ongoing customization launch on the storefront.
SleekView Kanban reads the same add-on group rows you would query with WP_Query filtered to the plugin's post type. Pick post_status as the group column and every add-on group becomes a card slotted under Draft, Scheduled, Published, or Private. Card fronts show the group title, the field count from the add-on definitions in postmeta, the priority, the target product or category restriction, and the price modifier strategy, so a merchandiser sees the shape of every group at a glance.
Dragging a card from Draft to Published runs the same WordPress transition the editor uses, which fires transition_post_status and publish_ hooks for the plugin's post type. Add-on caches refresh for the targeted products, the add-on JSON used by the storefront rebuilds, and any extension layered on Product Add-Ons reacts to the visibility change, exactly as they would after a manual publish from the admin editor.
Workflow
From add-on group list to live customization board
Connect your Product Add-Ons source
Pick post_status as the group column
Choose what each add-on group card shows
Enable drag-and-drop status updates
Sample board
Sample WooCommerce Product Add-Ons board
Comparison
Default Product Add-Ons list vs SleekView Kanban
Default Product Add-Ons list
- Flat list of every add-on group, with status as a small label column per row
- No visual sense of how many groups are scheduled versus already live today
- Bulk status changes require checkboxes and a dropdown at the top of the page
- Filtering by post_status reloads the screen and loses the comparison view
- Merchandisers need full WooCommerce access just to publish a personalization group
SleekView Kanban
- Reads the standard add-on group post rows directly without a sync layer
-
Drag a card to fire
transition_post_statusand cache refresh normally - Cards show group title, field count, priority, target products, price strategy
- Column counts update live so Scheduled groups never miss their launch date
-
Per-role capabilities tie writeback to
manage_woocommerceas expected
Features
What SleekView Kanban gives you for WooCommerce Product Add-Ons
Native add-on group engine
Every column maps to a real WordPress post status applied to add-on group rows. Hooks like transition_post_status fire, add-on caches refresh against the targeted products, and the storefront add-on JSON rebuilds, exactly as it would after a manual publish in the WooCommerce admin.
Drag-and-drop with audit trail
Each move writes a structured log entry naming the user who dragged it, the source column, the destination, and the add-on group ID. If a merchandising manager pushes a Published group back to Draft to tweak the price modifier, the chain of custody stays visible to the merchandising lead.
Saved boards per launch
Filter to add-on groups tagged with a launch campaign for marketing, groups targeting a specific category for the merchandiser, and high-priority groups for the merchandising lead. Each saved view becomes a shareable URL that opens straight into the right board every shift.
Audience
Where a Product Add-Ons kanban changes daily work
Personalization launch
Merchandising drafts every Valentine personalization group into Draft, drags them to Scheduled with a launch date set in postmeta, and watches the Published column expand on Feb 1 as WordPress's scheduled publish transition picks each one up automatically.
Staff only QA preview
QA pushes add-on groups into Private so only roles with read_private_products see them on the storefront, validates the field rendering against the price modifier rules, and drags the groups to Published once the rollout is signed off by the team lead.
Conflict resolution
When two overlapping add-on groups fire on the same product, merchandising uses the board grouped by priority to identify the conflict, drags the lower priority group to Draft to temporarily disable it, and republishes once the priority value is adjusted in postmeta.
The bigger picture
Why this view matters for a Product Add-Ons store
Stores running Product Add-Ons accumulate dozens of overlapping add-on groups across the catalog. Gift wrap on every product. Engraving on watches.
Custom color on sneakers. Monograms on bags. Holiday personalization launches that need to go live on an exact date and disappear the day after.
The default admin lists them all together, which means merchandising never knows which groups are scheduled, which are private, and which are accidentally still live a month after a campaign should have ended. The disconnect between what the merchandising team intends and what the storefront actually offers shows up in the worst places. A holiday gift wrap stays live in February.
A VIP early access add-on group is visible to anyone with a guest session. A scheduled launch quietly misses its date because nobody confirmed the post_status was set to future correctly. A kanban view that reads and writes the same add-on group rows the storefront reads keeps the team and the catalog honest.
Every drag is a real publish, every column count reflects the real personalization shelf, and the cards themselves carry enough context for a new merchandiser to launch a campaign on day one of the season.
Questions
Common questions about SleekView Kanban for WooCommerce Product Add-Ons
Yes. SleekView queries the add-on group custom post type registered by Product Add-Ons using the same post type filter the plugin uses internally. There is no shadow data store, no scheduled sync, and the board always reflects the live storefront state within seconds of any change.
 Yes. Dragging a card to Published fires transition_post_status and publish_ hooks for the plugin's post type, which Product Add-Ons listens for to refresh the add-on cache for targeted products. The same cache rebuild that runs on manual publish runs on every drag through SleekView.
 Yes. Card fields are configurable per board. Most merchandising teams show the group title, the field count from the add-on definitions in postmeta, the priority, the targeted product or category restriction, and the price modifier strategy so reviewers see every group's reach at a glance.
 Yes. Every move runs through current_user_can('manage_woocommerce') before the status writeback hits the database. A shop manager can publish anything, a merchandising role with edit_post but no publish capability can drag for personal sorting but the change does not persist past the request.
 Filters apply at the database query level using WP_Query and the add-on group post type. A typical board scopes to groups created in the last six months or to a specific launch campaign tag, so the rendered card count stays well under a thousand and the board stays responsive on shared hosts.
 Yes. WordPress's scheduled post publishing handles add-on groups in the future status the same way it handles posts. The cron event flips the group to publish at the scheduled time, transition_post_status fires, and the storefront add-on cache refreshes automatically without any manual intervention.
 Yes. Per-product add-ons live on individual product posts as postmeta rather than as their own group rows. You can build a parallel board on the product post type that surfaces only products with add-on meta, so merchandising sees per-product personalization alongside global groups in one view.
 Yes. Every drag writes a structured log entry naming the user, the source column, the destination column, and the add-on group ID. The entry stores in the WordPress database, so a merchandising lead can answer who published the gift wrap group without spelunking through the plugin logs.
 Pricing
More than 1000+
happy customers
Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.
Lifetime ♾️
Most popular
EUR
once
- Unlimited websites
- Lifetime updates
- Lifetime support
...or get the Bundle Deal
and save €250 🎁
The Bundle (unlimited sites)
Pay once, own it forever
Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.
What’s included
-
SleekAI
-
SleekByte
-
SleekMotion
-
SleekPixel
-
SleekRank
-
SleekView
€749
Continue to checkout