n-Product Add-Ons Captures a Custom Order. It Stops at the Order Record.
WooCommerce Product Add-Ons is a paid official extension that lets you attach custom fields, checkboxes, dropdowns, text entry, file uploads, to any product, with optional extra pricing per selection. A customer's gift-wrap request or engraving text gets saved as line-item data on the order the moment they check out. What happens with that data afterward, in production, fulfillment, or inventory, is a separate question the extension doesn't answer.
How Product Add-Ons actually works
Add-ons attach to a product as one or more fields: a checkbox for gift wrapping, a text box for an engraving message, a dropdown for a size option that isn't already a product variation, a file upload for a customer's own artwork. Each field can carry its own pricing rule, a flat fee, a percentage of the product price, or a per-quantity charge, calculated automatically into the order total at checkout.
Once an order's placed, the customer's selections show up as line-item meta on the order detail screen in the admin, readable but not structured for anything beyond display. There's no separate add-ons database or reporting view; each selection lives attached to the specific order and product line it came from.
Where a custom selection needs to go further than the order screen
An engraving instruction or custom text field is only useful if it reaches whoever's actually producing or packing the order. On a small volume, someone opens each order and reads it manually. Past a certain order count, that becomes the actual bottleneck in fulfillment, not the add-on feature itself, since Product Add-Ons has no built-in way to push that detail into a production queue, a print shop's system, or a packing-slip template.
Inventory is the other gap. If an add-on represents a physical component, a specific box size for a custom bundle, an upgraded part, Product Add-Ons doesn't decrement that component's stock separately from the base product's. It tracks pricing per selection, not consumption of a specific physical item tied to that selection, which means component-level stock accuracy depends entirely on something else keeping track.
What we build on top of WooCommerce Product Add-Ons
Custom order details that land directly in production
An engraving message or custom spec selected at checkout gets pushed straight into the system your production or fulfillment team actually works from, instead of staying buried in an order detail screen someone has to remember to check.
Component inventory that accounts for what a custom add-on actually used
An add-on tied to a physical component, a part, a box size, a specific material, decrements that component's own stock count, not just the base product's, so a custom order doesn't quietly overstate what's left on the shelf.
Where does a custom product selection stop being tracked?
If it's captured at checkout but someone's reading it off a screen by hand afterward, tell us where, and we'll scope what it would take to route it automatically instead.
Selling customized products and reading the details off every order by hand?
Product Add-Ons is good at capturing what a customer wants. Getting that detail to the person or system that actually fulfills it is a different piece of work, and it's usually the one holding up order volume more than anything else in the process. Add-on data is just this page's example; n-frames builds the routing for whatever custom detail in your business currently depends on someone reading it off a screen.
Let's talk