惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
V
Visual Studio Blog
J
Java Code Geeks
Engineering at Meta
Engineering at Meta
爱范儿
爱范儿
Vercel News
Vercel News
博客园 - 聂微东
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
W
WeLiveSecurity
B
Blog RSS Feed
P
Privacy International News Feed
Latest news
Latest news
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
The Hacker News
The Hacker News
人人都是产品经理
人人都是产品经理
D
Docker
Blog — PlanetScale
Blog — PlanetScale
C
Cisco Blogs
T
Threatpost
aimingoo的专栏
aimingoo的专栏
C
Cybersecurity and Infrastructure Security Agency CISA
T
The Blog of Author Tim Ferriss
P
Proofpoint News Feed
有赞技术团队
有赞技术团队
L
Lohrmann on Cybersecurity
F
Full Disclosure
H
Help Net Security
Microsoft Azure Blog
Microsoft Azure Blog
Stack Overflow Blog
Stack Overflow Blog
月光博客
月光博客
博客园 - 【当耐特】
T
Threat Research - Cisco Blogs
Security Latest
Security Latest
雷峰网
雷峰网
T
Tor Project blog
Cisco Talos Blog
Cisco Talos Blog
Spread Privacy
Spread Privacy
K
Kaspersky official blog
I
Intezer
The Register - Security
The Register - Security
宝玉的分享
宝玉的分享
P
Proofpoint News Feed
P
Privacy & Cybersecurity Law Blog
Simon Willison's Weblog
Simon Willison's Weblog
腾讯CDC
U
Unit 42
T
Tenable Blog
IT之家
IT之家
NISL@THU
NISL@THU

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
新零售SKU管理策略:最小单位与整箱商品SKU的管理
杰记 · 2024-09-23 · via 人人都是产品经理

在新零售中,SKU管理是一个异常复杂的模块。这篇文章,我们来看看作者的经验和观点,这个复杂的模块一共如何管理才对。

一个商品的最小单位与该商品的整箱,是作为两个不同的SKU管理,还是把整箱商品作为最小单位商品的一个箱规属性?

一、简单了解SKU的概念

SKU(Stock Keeping Unit,库存量单位)是指用于识别商品的最小可管理单元。它是零售和电商系统中用于追踪和管理库存的关键元素,通常代表某个产品的具体规格,例如大小、颜色、包装形式等。

SKU 的特点

1.唯一标识:每个SKU都是独一无二的,用于区分不同规格、型号或包装的产品。例如,同一款T恤,白色和黑色的SKU可能不同,S码和L码的SKU也会不同。

2.具体到产品的属性:SKU会涉及到商品的细节属性,包括:

  • 品牌:例如耐克和阿迪达斯的鞋子有不同的SKU。
  • 产品类型:如衬衫、裤子、鞋子。
  • 颜色:红色、蓝色、黑色等颜色的区别。
  • 尺寸:小号、中号、大号,或具体的尺码(S、M、L)。
  • 包装形式:单件包装、组合包装、整箱包装等。

3.管理库存和销售:SKU帮助公司精确追踪库存,了解具体规格的商品有多少存货、销量如何,从而决定是否需要补货或调整营销策略。

4.电商和零售中的应用

  • 在电商平台上,SKU用于管理不同规格的商品,方便消费者选择,例如选择颜色、尺码、数量等。
  • 零售商通过SKU管理库存,跟踪每个商品的流通情况,避免缺货或库存过剩。

二、SKU 与 SPU 的区别

SPU(Standard Product Unit,标准化产品单元):是对一类商品的概述,表示具有相同核心属性的商品组。一个SPU可以有多个SKU。

例如:一款T恤的SPU定义了这款产品的基本属性(如材质、设计),而不同颜色、尺寸的T恤会有各自的SKU。

例子:

  • 假设一家零售商出售一款品牌的蓝色、M号衬衫,它的SKU可以是 SHIRT-BLUE-M。
  • 如果这款衬衫有S号和L号,那么会有相应的SKU分别为 SHIRT-BLUE-S 和 SHIRT-BLUE-L。

三、最小单位和整箱商品作为一个SPU的不同规格的SKU管理还是同一个SKU

1、如果将最小单位的商品和整箱商品作为一个SPU(标准产品单元),而不同规格作为两个SKU(库存量单位)管理。我们分析有哪些优劣势。

优势:

1)精细化库存管理

  • 更准确的库存追踪:通过将最小单位和整箱作为两个SKU管理,可以精确追踪每种规格的库存。例如,你可以分别查看单个商品和整箱的库存,避免库存管理混乱,尤其是在库存低或者售罄时,能够更灵活地控制。
  • 灵活补货策略:由于每种规格都是单独的SKU,零售商可以根据销售情况分别补货。例如,如果单个商品销售快于整箱商品,可以仅为单品补货,而不需要整箱补货。

2)灵活定价与促销策略

  • 不同的定价策略:最小单位和整箱商品可以有不同的定价。例如,整箱商品可以打折出售,给顾客批量购买的价格优势,这样可以提升批量销售的可能性。
  • 个性化促销:在促销时,针对不同的SKU推出不同的优惠活动,如单件商品打折,而整箱商品享受更高的折扣,吸引顾客购买不同规格的产品。

3)更清晰的用户体验

  • 方便消费者选择:将最小单位和整箱商品作为两个SKU管理,可以让用户在购买时清楚地选择是购买单个商品还是整箱商品。用户在下单时不会因为规格混淆而感到困惑,提升了购物体验。

4)销售数据的精细分析

  • 独立数据分析:每种规格的SKU会有独立的销售数据,这样可以帮助电商平台更好地分析不同包装或规格的销售表现,优化库存计划、促销和市场策略。

劣势:

1)SKU管理的复杂性增加

  • SKU数量增加:每个不同规格的商品都会产生额外的SKU,导致SKU数量增加,管理工作复杂化。SKU越多,仓储和物流的管理难度也会增加,容易出现SKU混乱、订单处理出错等问题。
  • 供应链管理复杂化:对于不同规格的SKU,需要分别追踪采购、入库、配送等环节,增加了供应链管理的复杂性和运营成本。

2)运营成本上升

  • 数据维护与系统负担:每个SKU都需要独立管理库存、价格、促销等信息,这会给电商系统的数据维护带来额外的工作量。同时,SKU增加会导致系统的运营负担增加,特别是涉及多个仓库和多渠道销售时,成本上升。
  • 物流费用增加:最小单位和整箱商品在配送时可能涉及不同的包装和物流策略,管理多个SKU也会导致仓储和配送成本增加。

3)潜在的用户体验混乱

  • 规格选择混淆:尽管分开管理有助于清晰选择,但对于某些用户来说,在页面上看到多个SKU可能会增加混淆,尤其是在规格命名不清晰的情况下,用户可能无法轻松选择正确的规格。

4)促销活动的管理复杂性

  • 多个SKU的促销管理:如果同时对多个SKU进行促销,可能需要更多的管理和推广策略,尤其是在需要精细化运营时,不同规格的促销活动可能会相互影响,导致效果不佳。

适用场景分析

  • 适合使用多个SKU的场景:当单件和整箱的需求、定价、促销等有显著差异时,将它们分为多个SKU能更好地匹配业务需求。对于批发、电商平台或大规模零售商,SKU的独立管理能让他们更精确地控制库存和销售策略。
  • 不适合使用多个SKU的场景:如果产品的规格差异较小,且不会显著影响价格、库存和促销,使用单一SKU管理可能更为简便。例如,在小型电商或SKU数量较少的场景中,避免过多SKU管理可能会更有效。

2、如果我们把整箱商品作为最小单位商品的一个箱规属性,而不作为两个SKU管理。那么优势和劣势正相反。

四、如何选择

如果大家是一个BtoC的业务,或者是由仓发货,那么根据实际运营策略和优劣势,做一个选择即可。

关注我的同学知道,我们做的是一个新零售的项目,店是前置仓。用户线上下单后门店要做配送服务的履约,那么门店的安全库存、周转库存 是远低于集中统一发货的大仓模式,会有一些新的问题:

  1. 如果将单件和整箱设计为两个SKU,极高的概率在日常的销售中门店会出现:1)只有整箱的库存 ,用户买单价需要拆零销售。2)只有单件的库存,用户买整箱 又需要装箱销售。
  2. 系统可以通过sku和库存的转化来解决,但 增加了门店的作业 和 业务量。
  3. 门店需要实时关注两个SKU的库存,如果维护的不及时 会影响到线上用户的购买,影响了成交。
  4. 对门店的库存规划、周转和补货 也都提出了更高的要求。

我们是如何解决这个问题,大家可以做个参考,如果有更好的方法欢迎交流。

可以通过组合商品的方式,把单件商品组合为一个整箱的组合商品。

一般组合商品用来临时组合不同的商品,在仓里不做捆版销售 和 ERP也不需要做单独条码。将不同的商品组合为一个临时的商品售卖,这种组合只是在业务端或者中台。 可以把它理解为一个套装 通过系统的实时库存计算逻辑。

例如:三个SKU分别的库存为

  • 商品A 有库存10个
  • 商品B 有库存21个
  • 商品C 有库存18个

应促销活动要求将1个A+2个B+3个C 组合为商品D

考虑到在ERP中 A、B、C 三个SKU的订货、配送、结算 等供应链业务,以及促销等活动都相对复杂,那么我们可以在 销售端的后台 或者 中台 通过组合商品的方式,将ABC组合为一个临时的组合商品D。

商品D只在销售端的后台或中台,并没有在ERP新建SKU

那么D的库存是怎么来的,D的库存是由销售后台或中台 实时计算的,由ABC三个商品中最少库存的SKU决定。
在案例中 D的库存为 6个。

同时在销售后台 和 中台的促销活动、券的设计中可以允许组合商品参与,这样就解决了商品促销的问题。

同理:整箱商品 可以由 单件的商品组合而来。

这种方案的优点:

1)不影响供应链业务,ERP进销存不需要调整;

2)单件商品和整箱商品的库存 由 销售后台和中台实时计算,不会因为人为库存管理的效率影响;

3)不影响原来商品的促销活动,组合商品也可以做促销。并且各自的费用都可以清晰的规划和管理;

4)组合商品可以在线上端 做单独的展示,提高了整箱的购买机率。

这种方式的缺点:

1)运营同学的工作量较大,可以通过系统统一生成的方式提效;

2)订单中商品的分摊变复杂,需要做二次分摊;

3)很多平台不支持组合商品,比如:美团、饿了么 等。如果三方平台做了 库存的对接,用户同时购买了组合和单件商品 会有超库销售的问题。

各大平台单件和整箱都是 作为两个SKU销售和管理的,虽然这样管理上更清晰。如果库存有限的情况下这种方式显然不是最优解。通过组合商品的方式解决了这个问题,但是也有不足之处。

本文由 @杰记 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。