{"id":18399,"date":"2026-10-14T15:36:16","date_gmt":"2026-10-14T07:36:16","guid":{"rendered":"https:\/\/shefmon.com\/?p=18399"},"modified":"2026-10-08T15:49:24","modified_gmt":"2026-10-08T07:49:24","slug":"beauty-device-sku-architecture-for-models-with-optional-handles-and-applicators","status":"publish","type":"post","link":"https:\/\/shefmon.com\/ko\/beauty-device-sku-architecture-for-models-with-optional-handles-and-applicators\/","title":{"rendered":"Beauty Device SKU Architecture for Models with Optional Handles and Applicators"},"content":{"rendered":"<p><img fetchpriority=\"high\" decoding=\"async\" class=\"alignnone wp-image-18400 size-full\" src=\"https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee.png\" alt=\"\" width=\"1672\" height=\"941\" srcset=\"https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee.png 1672w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-300x169.png 300w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-1024x576.png 1024w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-768x432.png 768w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-1536x864.png 1536w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-18x10.png 18w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-600x338.png 600w, https:\/\/shefmon.com\/wp-content\/uploads\/2026\/10\/exec-21556c1b-2076-4952-a97d-1435d32d8cee-150x84.png 150w\" sizes=\"(max-width: 1672px) 100vw, 1672px\" \/><\/p>\n<p>Professional beauty devices often begin with one model number and expand into several saleable combinations. A console may accept different handles, applicators, cartridges, treatment heads, spot sizes, or starter consumables. If a distributor assigns one SKU to every possible combination, the catalog becomes difficult to maintain. If it assigns only one SKU to the base model, quotations and orders fail to show what the buyer will actually receive.<\/p>\n<p>A useful SKU architecture sits between those extremes. It gives the base model a stable identity, creates separate sellable SKUs for recurring configurations, assigns component SKUs to optional and replaceable items, and links bundles without duplicating product facts. This guide shows how distributors can structure that architecture for SHEFMON facial, laser hair-removal, HIFU, RF-microneedling, and body-care equipment.<\/p>\n<h2>\uc694\uc57d \ubcf4\uace0\uc11c<\/h2>\n<ul>\n<li>Use a parent model record to identify the platform; do not treat it as a complete packing list.<\/li>\n<li>Create a sellable device SKU for each recurring combination that changes what the buyer receives.<\/li>\n<li>Give optional handles, applicators, cartridges, needle heads, consumables, and service parts their own component SKUs when they can be ordered or tracked separately.<\/li>\n<li>Store compatibility in relationships between records rather than inside long SKU codes.<\/li>\n<li>Separate technical variants from market, language, stock, price, and promotional data.<\/li>\n<li>Use kit or bundle SKUs as containers that reference active device and component SKUs.<\/li>\n<li>Create a new SKU for a material, orderable difference; use a revision for controlled changes that preserve the commercial identity.<\/li>\n<li>Retain retired SKUs for historical orders and future support while blocking them from new quotations.<\/li>\n<li>Publish catalogs, quotations, purchase orders, packing lists, and replenishment records from the same SKU relationships.<\/li>\n<li>Confirm any unlisted handle or applicator combination with SHEFMON before activating it for sale.<\/li>\n<\/ul>\n<h2>1. Why Optional Components Make Flat SKU Lists Fail<\/h2>\n<p>A flat SKU list assumes that every product can be represented by one independent line. Multi-option beauty equipment does not fit that assumption. One platform may have:<\/p>\n<ul>\n<li>alternative handle powers;<\/li>\n<li>different wavelength profiles;<\/li>\n<li>several spot sizes;<\/li>\n<li>multiple facial or body handpieces;<\/li>\n<li>standard and optional cartridges;<\/li>\n<li>several needle-head types;<\/li>\n<li>electrical and plug versions;<\/li>\n<li>starter consumable quantities;<\/li>\n<li>replacement components;<\/li>\n<li>distributor-created packages.<\/li>\n<\/ul>\n<p>If all of these choices sit in a description under one SKU, the SKU does not identify a unique deliverable. If every possible permutation becomes a SKU, the distributor creates hundreds of combinations that may never be sold and cannot be reviewed reliably.<\/p>\n<p>The architecture should create records only for meaningful business objects and connect them with explicit compatibility and inclusion rules.<\/p>\n<h2>2. Build the Architecture Around Product Objects<\/h2>\n<p>Start by deciding what each record represents.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Object<\/th>\n<th>What it identifies<\/th>\n<th>Usually orderable?<\/th>\n<th>Example purpose<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Parent model<\/td>\n<td>The stable product platform or family<\/td>\n<td>No, unless only one fixed configuration exists<\/td>\n<td>Groups all approved A0423 configurations<\/td>\n<\/tr>\n<tr>\n<td>Device configuration SKU<\/td>\n<td>A recurring, complete equipment combination<\/td>\n<td>\uc608<\/td>\n<td>One confirmed laser configuration with a defined handle and market profile<\/td>\n<\/tr>\n<tr>\n<td>Component SKU<\/td>\n<td>A handle, applicator, cartridge, head, or accessory<\/td>\n<td>\ub54c\ub54c\ub85c<\/td>\n<td>Adds or replaces a compatible treatment component<\/td>\n<\/tr>\n<tr>\n<td>Consumable SKU<\/td>\n<td>A depleted item supplied in a defined unit<\/td>\n<td>\uc608<\/td>\n<td>Supports opening stock and repeat orders<\/td>\n<\/tr>\n<tr>\n<td>Service-part SKU<\/td>\n<td>A replacement item controlled for maintenance<\/td>\n<td>Restricted or internal<\/td>\n<td>Preserves version and compatibility traceability<\/td>\n<\/tr>\n<tr>\n<td>Kit SKU<\/td>\n<td>A fixed collection packed or sold together<\/td>\n<td>\uc608<\/td>\n<td>Starter consumable kit or approved applicator set<\/td>\n<\/tr>\n<tr>\n<td>Bundle SKU<\/td>\n<td>A commercial package containing other active SKUs<\/td>\n<td>\uc608<\/td>\n<td>Facial-business package containing devices and starter items<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Every SKU should have one clear object type. Do not use the same record sometimes as a complete device and sometimes as a replacement handle.<\/p>\n<h2>3. Separate the Parent Model from the Sellable Device SKU<\/h2>\n<p>The parent model provides the stable anchor for product content. It should contain:<\/p>\n<ul>\n<li>official model number;<\/li>\n<li>primary device category;<\/li>\n<li>core technology and business role;<\/li>\n<li>official product page;<\/li>\n<li>approved model name;<\/li>\n<li>lifecycle state;<\/li>\n<li>responsible product owner.<\/li>\n<\/ul>\n<p>The sellable device SKU defines a package that can appear on a quotation and order. It should add:<\/p>\n<ul>\n<li>selected technical options;<\/li>\n<li>installed modules;<\/li>\n<li>included handles and applicators;<\/li>\n<li>included accessories;<\/li>\n<li>starter consumables;<\/li>\n<li>market and electrical profile;<\/li>\n<li>documentation or interface language where confirmed;<\/li>\n<li>packaging unit;<\/li>\n<li>configuration revision;<\/li>\n<li>active sales status.<\/li>\n<\/ul>\n<p>This separation lets a distributor describe the A0423 platform once while maintaining more than one approved A0423 offer. It also prevents a broad model page from being mistaken for a list of everything included in the box.<\/p>\n<h2>4. Decide Which Differences Need Separate SKUs<\/h2>\n<p>Create a distinct device SKU when a difference is important to ordering, pricing, inventory, compatibility, fulfillment, installation, or customer support.<\/p>\n<p>Common SKU-generating differences include:<\/p>\n<ul>\n<li>a different installed handle or module;<\/li>\n<li>a different handle quantity;<\/li>\n<li>a different wavelength or output configuration;<\/li>\n<li>a different applicator or cartridge set;<\/li>\n<li>a different electrical unit that must be stocked separately;<\/li>\n<li>a different language pack that changes supplied materials;<\/li>\n<li>a permanently different accessory package;<\/li>\n<li>a different starter-consumable kit packed with the unit.<\/li>\n<\/ul>\n<p>Do not create a new device SKU merely for:<\/p>\n<ul>\n<li>a new marketing headline;<\/li>\n<li>a temporary discount;<\/li>\n<li>current stock status;<\/li>\n<li>a different sales channel using the same physical package;<\/li>\n<li>revised photography;<\/li>\n<li>a typo correction;<\/li>\n<li>a buyer-specific note;<\/li>\n<li>freight or delivery terms.<\/li>\n<\/ul>\n<p>Those values belong in content, price, inventory, quotation, or order records linked to the SKU.<\/p>\n<h2>5. Use a Code That Identifies, Not One That Explains Everything<\/h2>\n<p>A practical SKU might look like:<\/p>\n<p><code>A0423-D01-EU<\/code><\/p>\n<p>where:<\/p>\n<ul>\n<li><code>A0423<\/code> is the parent model;<\/li>\n<li><code>D01<\/code> is the approved device configuration;<\/li>\n<li><code>EU<\/code> is a controlled market or electrical profile.<\/li>\n<\/ul>\n<p>A compatible handle might use a component code such as:<\/p>\n<p><code>A0423-H02<\/code><\/p>\n<p>The exact pattern is a distributor decision. The code should be unique, stable, easy to scan, and short enough to use in quotations and warehouse documents. Specifications still belong in structured fields.<\/p>\n<p>Avoid encoding every wavelength, power, spot size, plug, language, and accessory into a long identifier. When one value changes, the distributor may be tempted to rename the SKU and break historical traceability. Use the SKU as a key and let the approved record explain what the key means.<\/p>\n<h2>6. Give Every SKU a Minimum Data Record<\/h2>\n<p>At minimum, each SKU record should include:<\/p>\n<h3>Identity<\/h3>\n<ul>\n<li>SKU code;<\/li>\n<li>object type;<\/li>\n<li>approved short and full names;<\/li>\n<li>parent model;<\/li>\n<li>revision;<\/li>\n<li>lifecycle status;<\/li>\n<li>effective and review dates;<\/li>\n<li>record owner and approver.<\/li>\n<\/ul>\n<h3>Technical and supply definition<\/h3>\n<ul>\n<li>option values;<\/li>\n<li>installed functions;<\/li>\n<li>included quantity;<\/li>\n<li>unit of measure;<\/li>\n<li>component classification;<\/li>\n<li>compatible models and revisions;<\/li>\n<li>incompatible or mutually exclusive items;<\/li>\n<li>required companion components;<\/li>\n<li>market or electrical profile;<\/li>\n<li>packaging relationship;<\/li>\n<li>approved source evidence.<\/li>\n<\/ul>\n<h3>Commercial connections<\/h3>\n<ul>\n<li>price-list reference;<\/li>\n<li>inventory item reference;<\/li>\n<li>quotation eligibility;<\/li>\n<li>sales-channel visibility;<\/li>\n<li>replacement or replenishment status;<\/li>\n<li>successor SKU when retired.<\/li>\n<\/ul>\n<p>The SKU master should not carry changing quotation prices or buyer-specific terms. It should link to the records that own those values.<\/p>\n<h2>7. Classify Handles and Applicators by Business Role<\/h2>\n<p>Not every component should behave the same way in a catalog or order system.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Component class<\/th>\n<th>Can appear separately in a quote?<\/th>\n<th>Inventory behavior<\/th>\n<th>Typical control<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Standard installed component<\/td>\n<td>Usually through the device SKU<\/td>\n<td>Included in device or assembly<\/td>\n<td>Required relationship<\/td>\n<\/tr>\n<tr>\n<td>Standard packed component<\/td>\n<td>May appear on the packing schedule<\/td>\n<td>Packed with device<\/td>\n<td>Fixed included quantity<\/td>\n<\/tr>\n<tr>\n<td>Optional component<\/td>\n<td>\uc608<\/td>\n<td>Stocked or supplied to order<\/td>\n<td>Compatibility and selection rule<\/td>\n<\/tr>\n<tr>\n<td>Alternative component<\/td>\n<td>Yes, but replaces another choice<\/td>\n<td>Selected within a mutually exclusive group<\/td>\n<td>Exactly-one rule<\/td>\n<\/tr>\n<tr>\n<td>Consumable applicator or head<\/td>\n<td>\uc608<\/td>\n<td>Reordered in defined pack units<\/td>\n<td>Device-version compatibility<\/td>\n<\/tr>\n<tr>\n<td>Replacement handle<\/td>\n<td>Yes, often through controlled support<\/td>\n<td>Tracked separately<\/td>\n<td>Serial or revision check where needed<\/td>\n<\/tr>\n<tr>\n<td>Service part<\/td>\n<td>\uc81c\ud55c\ub41c<\/td>\n<td>Maintenance inventory<\/td>\n<td>Technical approval required<\/td>\n<\/tr>\n<tr>\n<td>Demonstration-only item<\/td>\n<td>No normal sale<\/td>\n<td>Demo inventory<\/td>\n<td>Blocked from customer orders<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>This classification answers whether an item is part of the device, an addition, an alternative, or a later reorder. The label \u201caccessory\u201d is too broad to control all four cases.<\/p>\n<h2>8. Store Compatibility as Relationships<\/h2>\n<p>A component record should not say only \u201cfor laser machine\u201d or \u201cfor RF device.\u201d It should connect to exact approved models and, when needed, configuration or hardware revisions.<\/p>\n<p>Each compatibility relationship can contain:<\/p>\n<ul>\n<li>component SKU;<\/li>\n<li>compatible parent model;<\/li>\n<li>compatible device SKU or revision range;<\/li>\n<li>relationship type: standard, optional, alternative, replacement, or consumable;<\/li>\n<li>required quantity range;<\/li>\n<li>required companion item;<\/li>\n<li>mutually exclusive item;<\/li>\n<li>effective and retirement dates;<\/li>\n<li>verification source;<\/li>\n<li>confirmation status.<\/li>\n<\/ul>\n<p>This structure allows one component to support several configurations without copying the component record. It also allows the distributor to retire one relationship while preserving the item for older installed units.<\/p>\n<h2>9. Apply the Architecture to A0423 and A0426 Laser Models<\/h2>\n<p>The current SHEFMON pages for the <a href=\"https:\/\/shefmon.com\/product\/a0423-laser\/\" target=\"_blank\" rel=\"noopener\">A0423 \ub2e4\uc774\uc624\ub4dc \ub808\uc774\uc800<\/a> \uadf8\ub9ac\uace0 <a href=\"https:\/\/shefmon.com\/product\/a0426-755-1064-810-940nm-diode-laser-hair-removal-beauty-machine\/\" target=\"_blank\" rel=\"noopener\">A0426 diode laser<\/a> list selectable values involving wavelength arrangement, handle power, and spot size. A distributor should treat these as governed variant axes.<\/p>\n<p>The parent records remain separate:<\/p>\n<ul>\n<li><code>A0423<\/code> parent model;<\/li>\n<li><code>A0426<\/code> parent model.<\/li>\n<\/ul>\n<p>Under each parent, create only the configurations that the distributor has confirmed and intends to sell. A device SKU might resolve one approved wavelength profile, one handle-power choice, one spot-size choice or set, one handle quantity, one cooling arrangement, and one market profile.<\/p>\n<p>Handle SKUs should connect to the exact model and approved configuration. Do not create a generic \u201cdiode laser handle\u201d record and assume it works across platforms because the descriptive specifications look similar. Replacement-handle orders should reference the buyer\u2019s installed device SKU and, where required, its revision or serial information.<\/p>\n<h2>10. Model A0204 with Module and Cartridge SKUs<\/h2>\n<p>\uadf8\ub9cc\ud07c <a href=\"https:\/\/shefmon.com\/product\/a0204-9d-7d-focused-hifu-machine-5-in-1\/\" target=\"_blank\" rel=\"noopener\">A0204 \uc9d1\uc911\ud615 HIFU \uc2dc\uc2a4\ud15c<\/a> presents a multifunction platform with standard and optional handle or cartridge choices. Its SKU structure should separate the main device from the orderable treatment components.<\/p>\n<p>A workable hierarchy is:<\/p>\n<ol>\n<li>A0204 parent model;<\/li>\n<li>one or more approved A0204 device configuration SKUs;<\/li>\n<li>individual handle or module SKUs;<\/li>\n<li>cartridge SKUs identified by supported handle and depth or size;<\/li>\n<li>cartridge kits for fixed, commonly ordered sets;<\/li>\n<li>replacement and service-part SKUs where needed.<\/li>\n<\/ol>\n<p>Each device SKU should reference the exact standard handles and cartridges included. Optional cartridges remain separate choices. If the distributor offers Core and Advanced packages, each package should reference a locked set of component SKUs rather than copy an informal cartridge list into the product name.<\/p>\n<h2>11. Model A0152 with Handle and Needle-Head Relationships<\/h2>\n<p>\ud604\uc7ac <a href=\"https:\/\/shefmon.com\/product\/a0152-desktop-mmrf-deepth-8-microneedling-rf\/\" target=\"_blank\" rel=\"noopener\">A0152 RF-microneedling page<\/a> lists different handle arrangements and multiple needle-head types. The architecture should support the initial equipment sale and later consumable orders.<\/p>\n<p>\uc0ac\uc6a9:<\/p>\n<ul>\n<li>an A0152 parent model;<\/li>\n<li>a device SKU for each approved handle arrangement and market profile;<\/li>\n<li>separate needle-head or consumable SKUs by type and order unit;<\/li>\n<li>a compatibility relationship from each needle SKU to the supported A0152 device versions;<\/li>\n<li>optional starter-kit SKUs when fixed needle assortments are sold repeatedly;<\/li>\n<li>replacement-handle SKUs controlled by the installed device version.<\/li>\n<\/ul>\n<p>The distributor\u2019s customer record should retain the installed device SKU. A future reorder can then filter the catalog to compatible needle-head SKUs. This is safer than asking the buyer to choose from several similar names.<\/p>\n<h2>12. Model B0155 with Functional Handle Sets<\/h2>\n<p>\uadf8\ub9cc\ud07c <a href=\"https:\/\/shefmon.com\/product\/b0155-desktop-endos-velapro\/\" target=\"_blank\" rel=\"noopener\">B0155 desktop body-care system<\/a> is described with different handles for body and smaller-area applications. This lends itself to a parent-plus-components structure.<\/p>\n<p>The parent identifies the platform. Each handle receives its own component record when it can be added, replaced, priced, or tracked independently. The distributor can then create approved device SKUs or kits such as:<\/p>\n<ul>\n<li>body-focused handle configuration;<\/li>\n<li>broader body and smaller-area configuration;<\/li>\n<li>replacement handle for a confirmed installed version;<\/li>\n<li>fixed starter accessory kit.<\/li>\n<\/ul>\n<p>These names are distributor examples, not official SHEFMON SKU names. Their contents must be defined in the component relationships and confirmed before sale.<\/p>\n<h2>13. Model A0648 Without Treating \u201c9-in-1\u201d as a SKU Definition<\/h2>\n<p>\uadf8\ub9cc\ud07c <a href=\"https:\/\/shefmon.com\/product\/a0648-9-in-1-diamond-hydro-microdermabrasion-peeling-machine\/\" target=\"_blank\" rel=\"noopener\">A0648 \ud558\uc774\ub4dc\ub85c \ub9c8\uc774\ud06c\ub85c\ub354\ub9c8\ube0c\ub808\uc774\uc158 \uae30\uae30<\/a> is presented as a 9-in-1 facial-care platform. The headline describes its multifunction positioning, but a distributor SKU needs a physical supply definition.<\/p>\n<p>The device SKU should reference:<\/p>\n<ul>\n<li>installed functions;<\/li>\n<li>included handpieces and tools;<\/li>\n<li>tips, containers, tubing, cables, and accessories;<\/li>\n<li>opening consumable quantities;<\/li>\n<li>market and electrical profile;<\/li>\n<li>documentation package;<\/li>\n<li>approved optional or replacement items.<\/li>\n<\/ul>\n<p>If every A0648 unit is sold with one fixed package, one active device SKU may be enough for each market profile. If the distributor routinely sells more than one confirmed package, create separate device SKUs or a base device SKU plus controlled kits. Do not generate different SKUs merely because marketing teams describe the same package in different ways.<\/p>\n<h2>14. Separate Option Axes from SKU Records<\/h2>\n<p>An option axis is a type of choice, such as handle power, wavelength profile, cartridge set, electrical profile, or language. Store the permitted values before creating sellable combinations.<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Option axis<\/th>\n<th>Example values<\/th>\n<th>Rule type<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Handle arrangement<\/td>\n<td>One approved handle set or another<\/td>\n<td>Mutually exclusive<\/td>\n<\/tr>\n<tr>\n<td>Wavelength profile<\/td>\n<td>Confirmed platform choices<\/td>\n<td>Select exactly one<\/td>\n<\/tr>\n<tr>\n<td>Spot-size package<\/td>\n<td>Standard or expanded set<\/td>\n<td>Dependent on compatible handle<\/td>\n<\/tr>\n<tr>\n<td>Cartridge set<\/td>\n<td>Core, selected additions, or fixed advanced kit<\/td>\n<td>Contains component SKUs<\/td>\n<\/tr>\n<tr>\n<td>Electrical profile<\/td>\n<td>Approved voltage\/frequency\/plug combination<\/td>\n<td>Required by market<\/td>\n<\/tr>\n<tr>\n<td>Language package<\/td>\n<td>Confirmed interface\/manual combination<\/td>\n<td>Market-dependent<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>The SKU generator should allow only validated combinations. It should not create the full mathematical product of every value. Some combinations may be incompatible, unavailable, or irrelevant to the distributor\u2019s markets.<\/p>\n<h2>15. Keep Market Variants Under Control<\/h2>\n<p>Decide whether a market difference creates a new SKU, a suffix, or a linked fulfillment attribute. Use a separate SKU when the difference changes stock, packing, labeling, electrical components, documentation, or order handling.<\/p>\n<p>At minimum, control:<\/p>\n<ul>\n<li>voltage and frequency;<\/li>\n<li>plug;<\/li>\n<li>interface language;<\/li>\n<li>manual and labeling language;<\/li>\n<li>destination-specific documentation;<\/li>\n<li>approved product claims;<\/li>\n<li>sales eligibility by market;<\/li>\n<li>professional-setting restrictions.<\/li>\n<\/ul>\n<p>Do not infer the electrical version from a country field at the end of the order. The correct market profile should be selected before the quotation is released. Distributors should verify the requirements for each intended market.<\/p>\n<h2>16. Use Kit SKUs for Fixed Component Sets<\/h2>\n<p>A kit SKU is useful when the same group of components is ordered, priced, picked, and supplied together repeatedly. Examples include:<\/p>\n<ul>\n<li>a fixed cartridge set for one approved A0204 configuration;<\/li>\n<li>a starter needle assortment for a confirmed A0152 configuration;<\/li>\n<li>an accessory set for an A0648 package;<\/li>\n<li>a body-handle set for B0155;<\/li>\n<li>a laser accessory set tied to one A0423 or A0426 configuration.<\/li>\n<\/ul>\n<p>The kit record should contain component SKUs and quantities. It should also inherit or validate compatibility. If a component changes, the kit needs a revision or successor SKU depending on whether the delivered commercial identity changes.<\/p>\n<p>Do not use a kit to hide unresolved choices. A \u201ccomplete applicator kit\u201d is meaningful only when its contents and compatible device versions are fixed.<\/p>\n<h2>17. Build Bundle SKUs Without Duplicating Device Data<\/h2>\n<p>A commercial bundle can contain devices from different categories, consumable kits, and onboarding items. The bundle SKU should point to the active child SKUs.<\/p>\n<p>For example, a distributor\u2019s facial business package might reference:<\/p>\n<ul>\n<li>one approved A0648 device SKU;<\/li>\n<li>one separate skin-firming device SKU;<\/li>\n<li>each device\u2019s starter consumable kit;<\/li>\n<li>documented onboarding items;<\/li>\n<li>bundle-specific price and validity.<\/li>\n<\/ul>\n<p>The bundle record owns the package name and its components. It should not become a second source for device specifications. If a child SKU is revised or retired, the bundle should enter review automatically.<\/p>\n<p>Commercial bundling helps buyers plan a service portfolio. It does not establish that different devices should be combined in the same treatment session.<\/p>\n<h2>18. Distinguish Consumables, Replacements, and Service Parts<\/h2>\n<p>These records may look similar in inventory but have different sales rules.<\/p>\n<h3>\uc18c\ubaa8\ud488<\/h3>\n<p>Consumed during routine service delivery and sold in a defined reorder unit. Link them to compatible device configurations and record pack size.<\/p>\n<h3>Replacement components<\/h3>\n<p>Replace a normal handle, applicator, cable, or accessory. The order should confirm the installed model and version before release.<\/p>\n<h3>Service parts<\/h3>\n<p>Used for controlled maintenance or repair. They may require technical approval and may not belong in the public catalog.<\/p>\n<p>Do not label all three as \u201caccessories.\u201d Their visibility, approval, inventory, and buyer instructions differ.<\/p>\n<h2>19. Know When to Revise and When to Create a New SKU<\/h2>\n<p>Use a revision when the product\u2019s orderable identity remains the same, for example:<\/p>\n<ul>\n<li>correcting wording;<\/li>\n<li>improving instructions;<\/li>\n<li>updating a non-material internal attribute;<\/li>\n<li>replacing a document with the same purpose;<\/li>\n<li>clarifying an already included item.<\/li>\n<\/ul>\n<p>Create a new SKU when the buyer receives a materially different saleable object, for example:<\/p>\n<ul>\n<li>a different installed handle arrangement;<\/li>\n<li>a changed cartridge or applicator set;<\/li>\n<li>a market version that requires different stocking or packing;<\/li>\n<li>a changed consumable pack size;<\/li>\n<li>a replacement item that is incompatible with an earlier version;<\/li>\n<li>a bundle with different child products.<\/li>\n<\/ul>\n<p>When uncertainty exists, ask whether inventory, price, compatibility, fulfillment, or customer support must distinguish the old and new forms. If yes, a separate SKU is usually clearer.<\/p>\n<h2>20. Manage SKU Lifecycle States<\/h2>\n<p>Use controlled states such as:<\/p>\n<ol>\n<li>Draft;<\/li>\n<li>Under technical review;<\/li>\n<li>Approved but not active;<\/li>\n<li>Active for quotation;<\/li>\n<li>Restricted or supply-to-order;<\/li>\n<li>End of sale;<\/li>\n<li>Service only;<\/li>\n<li>Retired.<\/li>\n<\/ol>\n<p>Only active SKUs should appear in ordinary quotations. Restricted items should require approval. End-of-sale and retired SKUs must remain searchable for old orders, installed-base support, and component compatibility.<\/p>\n<p>Never recycle an old SKU code. If a successor exists, link the records and explain whether it is a direct replacement or requires additional review.<\/p>\n<h2>21. Connect SKU Architecture to Every Sales Document<\/h2>\n<p>The same SKU relationships should drive:<\/p>\n<ul>\n<li>product-category pages;<\/li>\n<li>distributor catalogs;<\/li>\n<li>comparison tables;<\/li>\n<li>price lists;<\/li>\n<li>quotations;<\/li>\n<li>purchase orders;<\/li>\n<li>packing lists;<\/li>\n<li>installation records;<\/li>\n<li>customer equipment records;<\/li>\n<li>consumable replenishment;<\/li>\n<li>replacement-component requests;<\/li>\n<li>service history.<\/li>\n<\/ul>\n<p>Each channel can use different wording, but it should reference the same device and component identities. A salesperson should not need to rebuild a handle set from memory when preparing a quote.<\/p>\n<h2>22. Define Ownership and Approval<\/h2>\n<p>Assign responsibilities by record type:<\/p>\n<div class=\"table-wrap\">\n<table>\n<thead>\n<tr>\n<th>Owner<\/th>\n<th>Main responsibility<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Product manager<\/td>\n<td>Parent model, category, commercial role, and active configuration plan<\/td>\n<\/tr>\n<tr>\n<td>Technical reviewer<\/td>\n<td>Options, component identity, compatibility, and evidence<\/td>\n<\/tr>\n<tr>\n<td>Sales operations<\/td>\n<td>SKU creation, naming rules, quotation eligibility, and channel publication<\/td>\n<\/tr>\n<tr>\n<td>Inventory or purchasing<\/td>\n<td>Stocking unit, order unit, availability, and supplier reference<\/td>\n<\/tr>\n<tr>\n<td>Commercial manager<\/td>\n<td>Price-list links, discount policy, and bundle economics<\/td>\n<\/tr>\n<tr>\n<td>Local compliance reviewer<\/td>\n<td>Market eligibility, documents, claims, and professional-setting conditions<\/td>\n<\/tr>\n<tr>\n<td>\uc11c\ube44\uc2a4 \ud300<\/td>\n<td>Replacement and service-part relationships for the installed base<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>SHEFMON should confirm its current product options and supply relationships. The distributor remains responsible for its own SKU codes, local catalog, quotation rules, and market-specific presentation.<\/p>\n<h2>23. Common SKU Architecture Mistakes<\/h2>\n<h3>One SKU for every possible option<\/h3>\n<p>This creates unused records and makes approval difficult. Activate only confirmed, meaningful combinations.<\/p>\n<h3>One SKU for every model regardless of contents<\/h3>\n<p>This hides material differences and pushes decisions into quotation text.<\/p>\n<h3>Technical specifications inside the code<\/h3>\n<p>Overloaded identifiers become unstable and hard to read. Keep details in structured fields.<\/p>\n<h3>Reusing a handle SKU across models without evidence<\/h3>\n<p>Similar names or connectors do not establish compatibility. Use approved relationships.<\/p>\n<h3>Treating package names as data<\/h3>\n<p>Core or Premium is not a component list. The package must reference exact child SKUs.<\/p>\n<h3>Creating SKUs for prices or promotions<\/h3>\n<p>Pricing changes faster than product identity. Link price lists and offers to stable SKUs.<\/p>\n<h3>Deleting retired records<\/h3>\n<p>This breaks traceability for installed units, replacement orders, and past quotations.<\/p>\n<h2>24. A Practical Implementation Sequence<\/h2>\n<h3>Step 1: List active parent models<\/h3>\n<p>Begin with products currently shown in the distributor catalog or quoted by sales teams. Assign one primary category and one product owner to each.<\/p>\n<h3>Step 2: Inventory every selectable component<\/h3>\n<p>List handles, applicators, cartridges, heads, consumables, accessories, and service parts. Record current names and supplier references without assuming compatibility.<\/p>\n<h3>Step 3: Define option axes and relationships<\/h3>\n<p>Create controlled option values, component classes, compatibility links, required companions, and mutually exclusive rules.<\/p>\n<h3>Step 4: Activate recurring sellable combinations<\/h3>\n<p>Create device SKUs only for confirmed configurations that the distributor intends to quote and fulfill.<\/p>\n<h3>Step 5: Create kits and bundles<\/h3>\n<p>Use child-SKU relationships for fixed component sets and commercial packages.<\/p>\n<h3>Step 6: Connect catalogs and quotations<\/h3>\n<p>Replace handwritten configuration descriptions with approved SKU selection and generated included-item schedules.<\/p>\n<h3>Step 7: Load the installed base<\/h3>\n<p>Record the device SKU and revision for existing buyers so later consumable, replacement, and service requests can be validated.<\/p>\n<h3>Step 8: Audit and retire<\/h3>\n<p>Block duplicates, close unused drafts, restrict obsolete combinations, and preserve successors for historical traceability.<\/p>\n<h2>25. SKU Architecture Review Checklist<\/h2>\n<ul>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Every active platform has one parent model record.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Every orderable device package has a unique sellable SKU.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Optional handles and applicators have controlled component identities.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Standard inclusions have fixed quantities.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Alternative choices use mutually exclusive rules.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Consumables have pack units and compatibility relationships.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Replacement components reference installed versions.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Market and electrical profiles are controlled.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Kit and bundle SKUs reference active child SKUs.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Prices, stock, discounts, and freight remain outside technical SKU identity.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> New SKU and revision rules are documented.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Retired records remain available for installed-base support.<\/li>\n<li class=\"check\"><input disabled=\"disabled\" type=\"checkbox\" \/> Catalogs and quotations use the same SKU master.<\/li>\n<\/ul>\n<h2>\uc790\uc8fc \ubb3b\ub294 \uc9c8\ubb38<\/h2>\n<h3>1. What is beauty-device SKU architecture?<\/h3>\n<p>It is the structure that identifies base models, saleable device configurations, handles, applicators, cartridges, consumables, service parts, kits, and bundles, then defines how those records relate to one another.<\/p>\n<h3>2. Should every optional handle have its own SKU?<\/h3>\n<p>Usually yes when it can be ordered, priced, stocked, replaced, serviced, or tracked separately. If it never exists independently and is permanently built into one device package, it may remain an included component relationship instead.<\/p>\n<h3>3. Should every possible handle combination become a device SKU?<\/h3>\n<p>No. Create device SKUs for confirmed combinations that the distributor plans to sell. Keep unusual requests in a review workflow until SHEFMON confirms the combination and the distributor decides to activate it.<\/p>\n<h3>4. What is the difference between a parent model and a device SKU?<\/h3>\n<p>The parent model identifies the platform and shared product content. A device SKU identifies one orderable configuration with resolved options, included components, market profile, and revision.<\/p>\n<h3>5. How should A0423 and A0426 be structured?<\/h3>\n<p>Maintain separate parent models. Create approved device SKUs under each model for the wavelength, handle-power, spot-size, handle-quantity, and market combinations the distributor actually offers. Link handles only through confirmed compatibility records.<\/p>\n<h3>6. How should HIFU cartridges be identified?<\/h3>\n<p>Give each orderable cartridge or fixed cartridge kit a stable component SKU. Record its handle, depth or size, compatible device configurations, pack quantity, status, and verification source.<\/p>\n<h3>7. How should RF-microneedling needle heads be managed?<\/h3>\n<p>Use consumable SKUs by type and order unit, then link them to the supported A0152 device SKU or revision. Save the installed device SKU in the customer record to guide reorders.<\/p>\n<h3>8. Does a different price require a different SKU?<\/h3>\n<p>No. Price, currency, discount, promotion, and freight belong in linked commercial records. Create a new SKU only when the orderable product or package is materially different.<\/p>\n<h3>9. What happens when a component is replaced by a newer version?<\/h3>\n<p>Retire or restrict the old SKU without deleting it, create the successor record, and state whether the new item is directly compatible with old installed units. Require review when compatibility is not universal.<\/p>\n<h3>10. What should distributors confirm with SHEFMON?<\/h3>\n<p>Confirm current handle and applicator options, standard versus optional status, compatibility, market versions, replacement relationships, and availability whenever the distributor\u2019s approved records do not already provide a current answer. Send the exact model and intended combination through the <a href=\"https:\/\/shefmon.com\/contact\/\" target=\"_blank\" rel=\"noopener\">SHEFMON contact page<\/a>.<\/p>\n<h2>\uacb0\ub860<\/h2>\n<p>A strong SKU architecture makes optional handles and applicators easier to sell without turning the catalog into an uncontrolled list of combinations. Keep the platform identity in the parent model, create device SKUs for recurring saleable packages, assign component SKUs to items that need separate control, and store compatibility as governed relationships.<\/p>\n<p>Start with active products that have the most configuration choices, then connect the resulting SKU structure to quotations, orders, installed-device records, consumable reorders, and replacement requests. Review the <a href=\"https:\/\/shefmon.com\/beauty-machines\/\" target=\"_blank\" rel=\"noopener\">SHEFMON beauty-device range<\/a> \uadf8\ub9ac\uace0 <a href=\"https:\/\/shefmon.com\/contact\/\" target=\"_blank\" rel=\"noopener\">\uc170\ud504\ubaac\uc5d0\uac8c \uc5f0\ub77d\ud558\uc138\uc694<\/a> to confirm model-specific handle, applicator, cartridge, and market options before activating new distributor SKUs.<\/p>","protected":false},"excerpt":{"rendered":"<p>Professional beauty devices often begin with one model number and expand into several saleable combinations. A console may accept different<\/p>","protected":false},"author":3,"featured_media":18400,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[35],"tags":[],"class_list":["post-18399","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-aesthetic-equipment"],"_links":{"self":[{"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/posts\/18399","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/comments?post=18399"}],"version-history":[{"count":1,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/posts\/18399\/revisions"}],"predecessor-version":[{"id":18401,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/posts\/18399\/revisions\/18401"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/media\/18400"}],"wp:attachment":[{"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/media?parent=18399"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/categories?post=18399"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/shefmon.com\/ko\/wp-json\/wp\/v2\/tags?post=18399"}],"curies":[{"name":"\uc6cc\ub4dc\ud504\ub808\uc2a4","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}