商品的退市流程，多半最好和新品导入一样规范
一款商品从货架消失，管理层往往等到库存积压、营收下滑时才被动响应。但退市和上市本质上是对称的：新品导入有多套准入标准，退市却常沦为一场“大家商量着办”的尾部处理。这种不对称，正在消耗企业的利润。
把退市流程提到和新品导入一样的规范高度，意味着要解决三个核心问题：哪些商品该退、退市动作谁触发、谁审批、退完之后的数据和库存如何闭环。这不是简单的删除商品编码，而是从管理规则到系统执行的一次机制升级。
退市流程不规范的两类管理风险
第一类风险是“尾部商品不断消耗管理资源”。旧款不退，新业务人员仍在推销即将停产的商品，导致退货率上升、客服投诉增加。库存积压占用资金，仓库盘点效率下降，管理者却无法快速识别哪些是该处理的商品。
第二类风险是“退市缺乏审批和追踪”。商品生命周期结束后，如果没有规范的流程，下游供应商、客户和内部团队可能仍按旧有主数据操作。结果是对账单出错、采购订单与实时库存脱节，甚至出现重复补货。
这两类问题背后，是退市环节缺少类似新品导入那样的流程引擎、数据引擎和权限管控，导致判断标准模糊，执行动作不可追溯。
退市流程的规范路径：从“人治”到“工具治”
规范退市流程并不是建一个Excel记录表，而是通过系统把如下动作固定下来：
- 退市触发：根据库存周转天数、销售下滑幅度、退货率、替代品上线情况自动或手动触发。
- 退市审批：由业务负责人发起，产品、销售、财务、供应链等节点按条件分支流转，而非一人拍板或无人拍板。
- 退市后处理：下架、清仓、退货、折旧、报废必须有对应单据和结果录入；商品主数据标记为“已退市”，避免新订单引用。
- 数据归档：该商品的历史采购价、销售价、客户记录、供应商记录需与主数据解耦，但仍支持查询和分析。
以上节点都可以借助流程引擎和表单引擎快速配置完成。对于技术团队有限的企业，还可以利用轻流这类无代码平台搭建随身业务系统，不写代码即可定义退市字段、审批流和统计报表。
旧流程与规范退市流程的对比
下图对比了两种模式下，一个典型商品退市涉及的关键节点差异：
| 流程节点 | 旧流程（人治） | 规范流程（工具治） |
|---|---|---|
| 退市触发 | 相关负责人口头或邮件提议 | 基于库存周转、销售下滑阈值自动触发或手动发起 |
| 审批流转 | 线下签批或无固定审批节点 | 按条件分支流转至产品、销售、财务、供应链节点 |
| 执行动作 | 直接下架或停采，无正式单据 | 下架单/清仓单/报废单，录入系统 |
| 状态变更 | 商品状态未更新，仍被新订单引用 | 主数据标记“已退市”，系统禁用引用 |
| 归档与报表 | 零散记录，难以分析 | 历史数据归档，可随时查询并生成分析看板 |
从比较可以看出，旧流程几乎每个环节都靠个人经验和责任心在驱动，一旦人员变动或信息传递断裂，退市就无法闭环。
退市流程的选型与边界判断
不是所有企业都需要一上来就搭建完整的退市系统。是否需要规范退市流程，取决于以下判断维度：
- 商品SKU规模：如果商品种类小于20，且生命周期短，手工管理表格基本能满足退市管理。反之，上百个SKU时，没有系统支持下，退市管理的成本会显著上升。
- 库存周转压力：如果商品滞销直接导致资金占用达到营收的10%以上，退市流程就必须有明确的触发和审批节点。
- 系统集成需求：如果退市动作需要联动采购、销售、财务、仓库等多个模块，就必须具备数据引擎和流程引擎，使各系统的状态自动同步，减少人工搬运数据。
对于已经具备标准进销存或ERP系统的企业，不一定要替换现有系统。可先梳理退市主数据规则，再通过流程引擎配置一套退市审批流。如果企业当前没有合适的工具，可以借助轻流企业数字化管理系统的表单引擎快速搭建退市单据，并通过流程引擎配置跨部门审批。同时，利用Q-Linker将退市后的主数据变更同步至外部ERP或电商平台，缩短数据进入管理闭环的时间。
落地退市规范的三步实施准备
第一步，清洗商品主数据。确保每款商品都有唯一的编码、清晰的分类、准确的库存节点和状态字段。重复或失效的主数据必须先清理，否则系统记录会被放大错误。
第二步，定义退市规则和审批节点。确定哪些人员有发起权限、哪些角色必须会签、哪些情况可以跳过部分审批。例如，库存低于设定阈值且无在售替代品的商品，可走简易审批；库存量高且有替代品的商品，必须经过产品、销售、财务三方会签。
第三步，配置自动化动作。将退市审批通过后的自动执行动作——变更商品状态、禁用销售引用、生成清仓或退货单、通知各相关部门——通过自动化引擎固定下来。这样就能减少人为操作带来的疏漏。
执行以上步骤时，不一定需要大版本的系统改造。小团队可以先跑通退市审批流，等业务验证后再叠加报表分析模块。管理者不必追求一步到位的“完整系统”，而是先让退市动作有据可查、有迹可循。
商品退市不是“末端废物”，而是帮助企业加速资金周转、优化产品结构的重要管理动作。关键是要把它和新品导入一样，嵌入标准化的流程和数据体系中。
常见问题
Q1: 企业规模较小，商品SKU不多，还有必要规范退市流程吗？
答：如果商品数量很少、生命周期长、库存压力小，可以先从退市审批表单入手。建议设置一个简单的审批流，至少让退市动作有记录、可追溯。不必一开始就搭建复杂的报表和自动化规则，但要有明确的触发和审批节点，避免个人决策带来的管理漏洞。
Q2: 用流程引擎配置退市规则，是否需要开发人员参与？
答：如果选用无代码平台，如轻流，业务人员可通过拖拽式配置退市表单、审批节点和自动化规则，无需编写代码。自定义字段和流程分支的操作门槛较低，通常经过简单培训即可上手。不过，如果涉及退市数据与外部ERP系统双向同步，则需要IT人员配合完成集成配置。
Q3: 退市流程规范后，如何确保销售团队不再使用已退市商品编码？
答：关键在于将退市判断后的状态变更与业务系统联动。退市审批通过后，系统应立即将商品主数据标记为“已退市”，并自动禁用该商品在采购订单、销售订单、库存单据中的引用。同时，建议生成退货或清仓单通知相关部门。通过数据引擎和自动化规则固定这些动作，能有效防止后续订单引用的错误。
