商品与分类

本文档面向采购 VortMall 电商系统的平台运营方，说明商品与分类域下的 16 条典型业务流程，便于培训、实施与二次规划。

1. 商品分类管理流程（管理端）

平台运营人员在管理端维护商品分类体系，支持创建、编辑、删除与排序，并可构建多级分类树以满足前台导航与后台归类需求。

参与角色： 平台运营人员、系统（分类服务与数据持久化）

flowchart TD
    startNode([开始])
    startNode --> checkAuth{权限校验}
    checkAuth -->|通过| chooseOp{选择操作}
    checkAuth -->|失败| deny[拒绝访问]
    chooseOp -->|新建| createCat[填写分类信息]
    chooseOp -->|编辑| editCat[修改分类信息]
    chooseOp -->|删除| delCheck{是否有子分类或商品}
    chooseOp -->|排序| sortCat[调整同级排序]
    createCat --> setParent[指定父级或设为根级]
    setParent --> validateTree[校验树深度与命名]
    validateTree --> saveCat[保存分类]
    editCat --> validateTree
    delCheck -->|无依赖| confirmDel[确认删除]
    delCheck -->|有依赖| blockDel[禁止删除并提示]
    confirmDel --> removeCat[执行删除]
    sortCat --> persistOrder[持久化排序]
    saveCat --> auditLog[记录操作日志]
    removeCat --> auditLog
    persistOrder --> auditLog
    auditLog --> finishNode([结束])
    deny --> finishNode
    blockDel --> finishNode

步骤说明：

运营人员登录管理端并进入「商品分类」模块。
系统校验账号是否具备分类管理权限；无权限则终止并提示。
新建分类时填写名称、编码、展示图等，并选择父级分类或设为一级分类。
系统校验多级树深度、同级名称唯一性等规则后保存。
编辑分类时修改信息并再次校验，保存后更新前台与检索侧可见分类（视部署而定）。
删除前检查是否存在子分类或已绑定商品；存在则禁止删除并提示处理顺序。
无依赖时二次确认后执行删除，并记录操作日志。
排序时在同级范围内拖拽或输入序号，保存后持久化排序值。
流程结束。

特别说明：

删除与移动分类前建议先迁移商品或子分类，避免数据孤岛。
分类编码若被外部系统引用，修改编码需评估对接影响。

2. 品牌管理流程（管理端）

在管理端维护品牌主数据，包括品牌创建与编辑，以及品牌 Logo 的上传、替换与合规展示，保证列表页与详情页品牌信息一致。

参与角色： 平台运营人员、系统（文件存储与品牌主数据）

flowchart TD
    beginNode([开始])
    beginNode --> enterBrand[进入品牌管理]
    enterBrand --> opType{操作类型}
    opType -->|新建| fillBrand[填写品牌名称与简介]
    opType -->|编辑| loadBrand[加载已有品牌]
    fillBrand --> uploadLogo[上传或选择Logo]
    loadBrand --> editFields[修改品牌字段]
    editFields --> uploadLogo
    uploadLogo --> validateFile{文件格式与大小}
    validateFile -->|不通过| showErr[提示错误]
    validateFile -->|通过| saveBrand[保存品牌]
    saveBrand --> publishState[更新列表与关联展示]
    publishState --> doneBrand([结束])
    showErr --> uploadLogo

步骤说明：

运营人员进入「品牌管理」列表页。
新建时填写品牌名称、英文名称、简介等必填与选填项。
上传品牌 Logo：选择本地图片或从素材库选取。
系统校验图片格式、尺寸与大小策略；不通过则提示并允许重新上传。
编辑时加载已有数据，修改后同样执行 Logo 校验（若更换）。
保存后写入品牌主数据，并影响已绑定该品牌的商品展示位。
流程结束。

特别说明：

Logo 建议使用透明背景 PNG，避免在浅色/深色主题下显示异常。
品牌一旦与大量商品关联，更名需考虑前台缓存与搜索同步周期。

3. 属性模板管理流程（管理端）

通过属性组与属性项定义可复用的规格维度（如颜色、尺码），并将模板分配到指定商品分类，支撑后续 SPU/SKU 规格搭建。

参与角色： 平台运营人员、系统（属性模板与分类关联）

flowchart TD
    s0([开始])
    s0 --> manageGroup[管理属性组]
    manageGroup --> addGroup[新建属性组]
    addGroup --> addAttr[在组内新建属性项]
    addAttr --> setType[设置输入类型如单选多选]
    setType --> bindCat[将模板绑定到分类]
    bindCat --> conflictCheck{与已有模板是否冲突}
    conflictCheck -->|冲突| adjustBind[调整绑定或属性定义]
    conflictCheck -->|通过| saveTpl[保存模板与关联]
    adjustBind --> conflictCheck
    saveTpl --> s1([结束])

步骤说明：

运营人员进入「属性模板」或「商品属性」配置。
创建属性组（如「规格属性」「销售属性」），并设置组内排序。
在组下新增属性项，定义名称、可选值、是否必填、展示方式等。
将属性模板分配到目标商品分类（可多选分类）。
系统或人工检查同一分类下属性定义是否重复、互斥或遗漏关键维度。
确认后保存模板与分类关联关系，供商品发布时引用。
流程结束。

特别说明：

已产生销售数据的属性项，修改可选值可能影响历史 SKU 解释，需谨慎。
属性组与分类的绑定范围决定前台筛选器与规格弹窗的可用项。

4. 商品创建与发布流程（管理端）

以 SPU 为商品主体录入基础信息与媒体，再基于规格生成 SKU 变体，完成定价、库存与可售状态设置后上架，使消费者可检索与购买。

参与角色： 平台运营人员、系统（SPU/SKU、价格、库存、上架状态）

flowchart TD
    p0([开始])
    p0 --> createSpu[创建SPU并填写标题与类目]
    createSpu --> bindBrand[绑定品牌与属性模板]
    bindBrand --> mediaSpu[上传主图与详情图]
    mediaSpu --> specMatrix[配置规格维度与SKU矩阵]
    specMatrix --> genSku[生成SKU列表]
    genSku --> priceSku[为各SKU设价]
    priceSku --> stockSku[设置初始库存]
    stockSku --> shelfRule[设置上架规则与可售渠道]
    shelfRule --> submitPub[提交发布]
    submitPub --> validateAll{校验完整性}
    validateAll -->|失败| fixSpu[返回修改]
    validateAll -->|通过| onShelf[上架或定时上架]
    fixSpu --> validateAll
    onShelf --> p1([结束])

步骤说明：

创建 SPU：填写商品标题、副标题、所属类目、品牌等。
选择或继承该类目的属性模板，确定销售属性（参与生成 SKU 的维度）。
上传商品主图、轮播图与详情图文。
在规格矩阵中选择各维度取值组合，生成 SKU 列表（每个组合一条 SKU）。
为每个 SKU 设置销售价、划线价（如有）、成本参考（内部）等。
为每个 SKU 录入初始库存或对接仓库策略（视版本能力）。
配置上架时间、销售渠道、限购等规则。
提交发布；系统校验必填项、价格合法性、库存非负等。
通过后商品进入在售或待售状态（视「立即上架」或「定时上架」）。
流程结束。

特别说明：

SPU 承载内容与搜索主体；SKU 承载成交单位与库存单位。
规格组合爆炸时需用批量填价、批量改库存等能力降低操作成本。

5. 商品编辑与更新流程

在商品生命周期内持续维护标题、图文、价格、库存与上下架状态，保证前台展示与后台策略一致，并保留必要变更痕迹。

参与角色： 平台运营人员、系统（商品版本与库存价格）

flowchart TD
    e0([开始])
    e0 --> openSpu[打开SPU编辑页]
    openSpu --> editScope{修改范围}
    editScope -->|基础信息| saveBase[保存标题类目与图文]
    editScope -->|规格与SKU| editSku[增删改SKU或规格值]
    editScope -->|价格| changePrice[批量或单SKU改价]
    editScope -->|库存| changeStock[盘点或同步库存]
    editScope -->|状态| changeStatus[在售停售等]
    saveBase --> riskCheck{是否影响订单履约}
    editSku --> riskCheck
    changePrice --> riskCheck
    changeStock --> riskCheck
    changeStatus --> riskCheck
    riskCheck -->|需提示| confirmUser[二次确认]
    riskCheck -->|无风险| commit[提交保存]
    confirmUser -->|确认| commit
    confirmUser -->|取消| e0
    commit --> syncChannel[同步各渠道展示]
    syncChannel --> e1([结束])

步骤说明：

从商品列表进入 SPU 编辑页。
按需要修改基础信息、规格 SKU、价格、库存或销售状态。
系统对敏感变更（如删 SKU、大幅降价）进行风险提示或二次确认。
保存后更新主数据，并触发前台、搜索索引与渠道的同步（异步视架构）。
流程结束。

特别说明：

进行中的订单仍绑定原 SKU，删除 SKU 前需处理未完结单据。
会员价、活动价若存在，改销售价时注意叠加规则与展示优先级。

6. 商品上下架流程

对单个或多个商品执行上架或下架，支持批量操作与结果反馈，用于促销节奏、合规处置与库存清零后的停售。

参与角色： 平台运营人员、系统（批量任务与商品状态）

flowchart TD
    u0([开始])
    u0 --> selectGoods[勾选商品或按条件筛选]
    selectGoods --> actionType{上架或下架}
    actionType -->|上架| preCheckUp{是否满足上架条件}
    actionType -->|下架| reasonDown[填写下架原因可选]
    preCheckUp -->|不满足| showReason[展示缺失项]
    preCheckUp -->|满足| batchUp[批量上架]
    reasonDown --> batchDown[批量下架]
    batchUp --> resultUp[返回成功失败条数]
    batchDown --> resultDown[返回成功失败条数]
    showReason --> u1([结束])
    resultUp --> u1
    resultDown --> u1

步骤说明：

在商品列表中勾选目标或按类目、品牌、状态筛选。
选择「批量上架」或「批量下架」。
上架时系统校验必填信息、类目有效性、库存与价格等策略。
不满足条件时列出失败原因，便于逐条修正。
下架时可填写原因（如换季、违规整改）供内部追溯。
执行批量任务并展示成功、失败条数及失败明细。
流程结束。

特别说明：

下架后购物车与收藏中的展示行为依产品配置（移除、置灰或提示）。
大批量操作建议非高峰执行，并关注搜索索引刷新延迟。

7. 商品审核流程（商户/供应商版）

在商户入驻或供应商供货模式下，商户或供应商创建商品并提交，平台审核通过后方可上架销售，形成「提交—审核—退回/通过」闭环。

参与角色： 商户/供应商运营、平台审核员、系统（审核工单与商品状态）

sequenceDiagram
    participant merchant as 商户或供应商
    participant sys as 平台系统
    participant auditor as 平台审核员
    merchant->>sys: 创建或编辑商品并提交审核
    sys->>sys: 校验必填与合规关键词
    sys->>auditor: 生成待审核任务
    auditor->>sys: 查看商品详情与资质
    alt 通过
        auditor->>sys: 审核通过
        sys->>sys: 允许上架或自动上架
        sys->>merchant: 通知审核通过
    else 驳回
        auditor->>sys: 填写驳回原因
        sys->>merchant: 通知驳回与修改要点
        merchant->>sys: 修改后再次提交
    end

步骤说明：

商户/供应商在后台创建 SPU/SKU 并完善图文与价格库存。
提交审核；系统进行格式、必填与敏感词等机审或规则校验。
生成待办任务至平台审核队列。
审核员查看商品信息与附件（如授权书），做出通过或驳回决定。
通过则商品进入可上架状态或按规则自动上架。
驳回则附带原因，商户修改后重新提交，直至通过或撤销。
流程结束。

特别说明：

审核 SLA（时效）建议在合同中约定，避免积压影响商户经营。
类目、品牌涉及知识产权时，审核标准需与法务策略一致。

8. 商品库存管理流程

围绕 SKU 维度的库存准确性，支持盘点、手动调整、安全库存预警与变动日志查询，支撑运营决策与对账。

参与角色： 仓库或运营人员、系统（库存中心与日志）

flowchart TD
    i0([开始])
    i0 --> entryType{入口}
    entryType -->|盘点| planCount[创建盘点单]
    entryType -->|调整| adjustStock[选择SKU与仓库]
    entryType -->|预警| viewAlert[查看预警列表]
    entryType -->|日志| queryLog[按条件查询流水]
    planCount --> execCount[实盘录入或扫码]
    execCount --> diffHandle{是否存在差异}
    diffHandle -->|是| approveAdj[审批后生成调整单]
    diffHandle -->|否| closeCount[结案盘点]
    adjustStock --> inputQty[录入增减与原因]
    inputQty --> writeLog[写入库存与流水]
    viewAlert --> replenish[补货或促销消化]
    queryLog --> exportLog[导出或对账]
    approveAdj --> writeLog
    closeCount --> i1([结束])
    writeLog --> i1
    replenish --> i1
    exportLog --> i1

步骤说明：

盘点：创建盘点单，指定仓库与 SKU 范围，实盘录入并与账面比对。
有差异时走审批，通过后生成库存调整并记入变动日志。
无差异则结案盘点单。
手动调整：选择 SKU、仓库、数量增减及业务原因（报损、赠品等），保存后更新库存并记流水。
预警：系统按安全库存规则生成预警，运营据此补货或营销。
日志：按时间、SKU、单据类型查询流水，支持导出对账。
流程结束。

特别说明：

库存扣减与订单、售后、调拨的并发一致性依赖平台库存服务设计。
原因码规范有助于后续报表分析（损耗率、活动消耗等）。

9. 商品预售设置流程

为商品配置预售模式：全款预售一次性付清，或定金预售分定金与尾款两阶段，并定义起售时间、尾款时间与超时规则。

参与角色： 平台运营人员、系统（预售规则与支付节点）

flowchart TD
    pr0([开始])
    pr0 --> chooseMode{全款或定金预售}
    chooseMode -->|全款| fullPay[设置全款价与发货时间]
    chooseMode -->|定金| depositPay[设置定金比例或金额]
    depositPay --> tailRule[设置尾款时间与未付处理]
    fullPay --> timeWindow[设置预售起止与库存上限]
    tailRule --> timeWindow
    timeWindow --> bindSku[绑定参与预售的SKU]
    bindSku --> validateRule{规则校验}
    validateRule -->|失败| fixRule[修正配置]
    validateRule -->|通过| savePre[保存并生效]
    fixRule --> validateRule
    savePre --> pr1([结束])

步骤说明：

在商品或活动模块选择预售类型：全款预售或定金预售。
全款预售：设置预售总价、预计发货时间与参与 SKU。
定金预售：设置定金（固定额或比例）、尾款截止时间、尾款未付的订单处理（如关闭并扣定金规则，依平台政策）。
设置预售时间窗与预售库存上限（可与现货隔离）。
系统校验时间逻辑、金额比例与法务展示文案要求。
保存后，前台商品详情与结算页展示对应预售说明。
流程结束。

特别说明：

定金与尾款涉及支付合规与消费者提示，需在页面显著位置说明。
超时未付尾款的订单处理规则应预先配置并写入订单状态机。

10. B2B询价流程（B2B版）

批发客户在 B2B 场景下提交询价单，商家评估后报价，双方确认后生成约定价格或订单，完成线下或线上成交闭环。

参与角色： B2B 客户采购、商家销售/运营、系统（询价单与报价单）

sequenceDiagram
    participant buyer as B2B客户
    participant portal as 商城端
    participant seller as 商家端
    buyer->>portal: 选择商品与数量发起询价
    portal->>seller: 生成询价单通知
    seller->>seller: 评估库存与价格政策
    seller->>portal: 提交报价与有效期
    portal->>buyer: 通知客户查看报价
    alt 接受报价
        buyer->>portal: 确认成交
        portal->>portal: 生成订单或协议价
    else 议价或拒绝
        buyer->>portal: 还价或关闭询价
        portal->>seller: 同步状态
    end

步骤说明：

B2B 客户在商城端将商品与数量加入询价并提交需求说明。
系统生成询价单并通知商家（站内信、邮件等，依配置）。
商家评估库存、阶梯价与账期政策，填写报价金额与有效期。
客户收到报价通知，查看明细。
客户接受则生成订单或绑定协议价；还价则返回商家再次报价；拒绝则关闭询价单。
流程结束。

特别说明：

报价有效期与币种、税率需在 B2B 合同中与系统字段对齐。
大客户常需审批流，可在商家侧扩展多级审批后再对外报价。

11. 电子卡密商品流程

卡密类虚拟商品在后台配置卡池与发放规则，用户支付成功后自动出卡，支持核销与状态追踪，减少人工发卡成本。

参与角色： 平台或商户运营、系统（卡密池与核销服务）、消费者

flowchart TD
    c0([开始])
    c0 --> cfgCard[配置卡密商品与面额]
    cfgCard --> importPool[导入或对接卡密池]
    importPool --> bindSku[绑定SKU与销售策略]
    bindSku --> userBuy[用户下单支付成功]
    userBuy --> allocate[从池内分配未使用卡密]
    allocate --> deliver[站内信或订单页展示卡密]
    deliver --> useCard{核销场景}
    useCard -->|线上| verifyOnline[调用核销接口]
    useCard -->|线下| verifyOffline[扫码或输入核销]
    verifyOnline --> markUsed[标记已使用]
    verifyOffline --> markUsed
    markUsed --> c1([结束])

步骤说明：

运营配置卡密商品类型、面额、使用说明与售后规则。
向卡密池导入密钥或对接上游发卡接口，保证唯一性与加密存储。
将卡密 SKU 上架并与普通商品流程一致完成发布。
用户支付成功后，系统从池中锁定并分配一张未使用卡密。
通过订单详情、短信或邮件将卡密交付用户（脱敏展示策略依产品）。
核销时校验卡密有效性与使用次数，成功后标记已使用并记日志。
流程结束。

特别说明：

卡密泄露与盗刷风险需配合风控（设备、频次、黑名单）。
池内余量不足时应自动停售或预警，避免超卖。

12. 商品搜索流程（消费端）

消费者在商城通过关键词检索，由搜索引擎返回相关商品，并可结合分类、品牌与排序条件缩小结果集，提升找品效率。

参与角色： 消费者、系统（搜索服务 Elasticsearch）、前端展示

flowchart TD
    s0([开始])
    s0 --> inputKw[输入关键词或选热搜]
    inputKw --> sendQuery[发起搜索请求]
    sendQuery --> esRank[搜索引擎分词与召回排序]
    esRank --> applyFilter[应用分类品牌价格等筛选]
    applyFilter --> applySort[按销量价格上新等排序]
    applySort --> renderList[渲染商品列表]
    renderList --> userAction{用户操作}
    userAction -->|翻页| sendQuery
    userAction -->|进详情| detailPage[进入商详]
    userAction -->|改条件| applyFilter
    detailPage --> s1([结束])

步骤说明：

消费者在搜索框输入关键词或点击运营配置的热搜词。
前端将关键词、分页、筛选与排序参数提交至搜索服务。
搜索引擎完成分词、同义词扩展、相关性打分与基础排序。
在结果集上应用用户选择的类目、品牌、价格区间等筛选。
再按用户选择的排序方式重排（如综合、销量、价格）。
返回商品列表卡片信息（图、价、标签等）并渲染。
用户可翻页、修改筛选或进入商品详情。
流程结束。

特别说明：

无结果或极少结果时，建议展示纠错词与热门推荐，降低跳出率。
索引延迟会导致新上架商品短暂不可搜，需运营知晓同步窗口。

13. 商品浏览流程（消费端）

消费者通过分类导航进入列表，浏览商品卡片并进入详情页查看图文、规格与评价，形成典型的「逛—选—看」路径。

参与角色： 消费者、系统（类目树、列表与详情服务）

flowchart TD
    b0([开始])
    b0 --> homeNav[首页或频道入口]
    homeNav --> catTree[展开多级分类导航]
    catTree --> listPage[进入商品列表]
    listPage --> filterBrowse[筛选排序与浏览]
    filterBrowse --> clickCard[点击商品卡片]
    clickCard --> detailView[商品详情页]
    detailView --> viewMedia[查看主图与详情]
    viewMedia --> selectSpec[选择规格SKU]
    selectSpec --> nextAct{下一步}
    nextAct -->|加购| addCart[加入购物车]
    nextAct -->|购买| buyNow[立即购买]
    nextAct -->|返回| listPage
    addCart --> b1([结束])
    buyNow --> b1

步骤说明：

消费者从首页、频道或分类入口进入。
通过分类树定位目标类目，进入该类目下的商品列表。
在列表页使用筛选、排序与分页浏览商品。
点击商品进入详情页，查看图片、视频、参数与图文详情。
选择规格后查看对应价格、库存与配送信息。
加入购物车或立即购买，或返回列表继续浏览。
流程结束。

特别说明：

类目与运营位（Banner、榜单）联动可提升导购转化。
详情页加载性能与首屏信息优先级直接影响跳出率。

14. 会员价商品流程

商品在定价策略中配置会员等级价，系统在用户登录后识别会员身份，在列表与详情展示对应会员专享价，与活动价叠加规则需预先定义。

参与角色： 消费者（会员）、系统（会员等级与价格引擎）

flowchart TD
    m0([开始])
    m0 --> cfgPrice[后台配置会员价或折扣]
    cfgPrice --> userVisit[用户访问商品]
    userVisit --> loginCheck{是否登录}
    loginCheck -->|未登录| showGuide[展示登录享会员价引导]
    loginCheck -->|已登录| getLevel[读取会员等级]
    getLevel --> calcTier[计算该等级可享价格]
    calcTier --> overlapRule{与活动价叠加规则}
    overlapRule --> displayPrice[展示最终价与标签]
    showGuide --> m1([结束])
    displayPrice --> m1

步骤说明：

运营在商品或价格策略中为各会员等级维护专享价或折扣系数。
用户浏览商品时，若未登录可展示「会员价」引导与登录入口。
登录后系统读取用户当前会员等级与有效期。
价格引擎按优先级计算会员价、活动价、券后价等（依平台规则取最低或指定顺序）。
在列表与详情显著展示会员身份与到手价。
流程结束。

特别说明：

规则需透明，避免结算页价格与浏览价不一致引发投诉。
企业会员与个人会员若并存，需明确等级互斥或并行策略。

15. 商品库存日历/预约库存流程（O2O版）

在 O2O 或到店场景中，按日期维度管理可预约库存，消费者选择日期与时段下单，门店履约时扣减对应日期的预约额度。

参与角色： 门店运营、消费者、系统（日历库存与订单）

flowchart TD
    o0([开始])
    o0 --> cfgCalendar[配置可预约日期规则]
    cfgCalendar --> setQuota[按日或按时段设置库存]
    setQuota --> userPick[用户选择日期与时段]
    userPick --> lockQuota[预占或锁定额度]
    lockQuota --> payOrder[支付订单]
    payOrder --> confirmBook[确认预约]
    confirmBook --> consumeDay[履约日服务或到店]
    consumeDay --> deductFinal[核销并扣减已用额度]
    deductFinal --> o1([结束])

步骤说明：

门店在后台配置可预约日历（营业日、休息日、特殊闭店）。
为每个日期或时段设置可售库存上限（与员工、场地、材料挂钩）。
用户在商品页选择服务日期与时段，系统校验剩余额度。
下单时预占库存，支付成功后确认预约单。
履约当天完成服务或到店核销，释放未使用规则依业务（过期不退等）。
流程结束。

特别说明：

预占超时释放策略需防止恶意占坑。
多门店场景需按 LBS 或用户选择门店展示可约日历。

16. 关联商品与推荐流程

通过后台配置相关商品、搭配购与算法推荐位，在商详与购物车等环节展示「猜你喜欢」「看了又看」，提升客单价与连带率。

参与角色： 平台运营、系统（推荐引擎与配置中心）、消费者

flowchart TD
    r0([开始])
    r0 --> cfgManual[人工配置关联与榜单]
    cfgManual --> cfgAlgo[启用算法推荐策略]
    cfgAlgo --> mergeSlot[合并人工权重与算法结果]
    mergeSlot --> exposeUser[在商详购物车等曝光]
    exposeUser --> trackEvt[埋点曝光与点击]
    trackEvt --> optimizeOp[运营调整规则与素材]
    optimizeOp --> r1([结束])

步骤说明：

运营在后台为 SKU/SPU 配置手动关联：同类、配件、搭配套餐等。
配置推荐位启用算法（协同过滤、热门、新品等）与兜底策略。
系统合并人工置顶、加权与算法召回，去重后填充各坑位。
用户在商详页、列表侧栏、购物车等位置看到推荐商品。
通过埋点统计曝光、点击与成交，反哺运营调整与算法参数。
流程结束。

特别说明：

人工强插与算法冲突时需定义优先级，避免重复或违规导购。
跨境或敏感类目需过滤推荐池，符合合规要求。

文档版本说明：流程与角色以 VortMall 商品与分类域通用实践为蓝本，具体字段与接口以实际交付版本为准。