第二阶段 · 商品与店铺结构
商品、变体与库存：完整上架第一个可售 SKU
从商品核心信息、媒体、价格和成本开始，建立唯一 SKU 的颜色变体，连接库存位置、销售渠道和 SEO，再从移动端完成一次真实前台核对。
本课怎么做才算完成
沿着 Products > Add product 找到正确页面，再完成设置、保存、验证和记录。完成不是看过页面，而是能指出保存状态、验证结果和继续条件。
- 后台路径
- Products > Add product
- 本课产出
- 一款包含变体 A/B、唯一 SKU、价格、成本、重量、库存位置、销售渠道和移动端结果的可售测试商品。
- 可以继续
- 每个变体的图片、SKU、库存、重量和渠道状态一一对应，前台价格、变体选择和加购结果一致。
- 必须暂停
- 如果变体共用错误 SKU、重量为空、库存没有 Location，或前台选择后图片和库存不变，先修复商品模型。
证据边界：商品后台字段完整，不证明前台模板、渠道同步、实际库存或运费计算正确；必须从变体选择、加购和结账重新验证。
这一课为什么要先做
第一款商品不是把字段填满就结束，而是建立一个以后能复制的商品模型。标题和媒体解决客户理解，变体和 SKU 解决订单与库存，Location 和重量影响履约，渠道和 SEO 决定客户能否找到并购买。
开始前准备
- 准备真实商品规格、成本、图片、变体值、GTIN（如有）和库存位置。
- 明确首发渠道、Markets、商品分类和税务复核人。
- 准备桌面和移动端前台路径，使用测试商品而不使用真实客户订单。
跟着英文后台一步一步做
每做完一步就刷新页面或从前台验证一次。后台显示已保存，不代表客户看到的结果一定正确。
建立商品核心信息
进入 Products > Add product。标题写清品类和核心特征，不堆关键词；描述按用途、卖点、材质尺寸、使用方法、护理和包装信息组织，先回答客户买前最常问的问题。
做完后应该看到或拿到：得到一条能在前台解释产品用途、规格和购买边界的商品记录。
怎样算完成：标题、描述、商品类型、供应商和前台显示结果都与实际商品一致。
如果结果不对或入口没出现：入口或字段不对时，确认当前店铺和页面标题，回到完整 Products > Add product section，不要在名称相近的设置页继续改。
留下证据：记录商品 handle、状态、实际价格口径、负责人、保存时间和前台 URL。后台字段完整不证明主题、渠道和库存已经正确。
上传并排序媒体
首图先让人看懂产品，后面依次放细节、尺寸、使用场景和包装。每张图片写描述画面的 alt，不要把所有关键词复制成同一句；用移动端预览确认首图没有裁掉主体。
做完后应该看到或拿到：得到有明确顺序、画面说明和移动端结果的商品媒体组。
怎样算完成：首图、细节图、alt、变体图片和移动端裁切都能从前台复核。
如果结果不对或入口没出现：前台变体显示缺货或图片不变时，检查变体是否绑定正确媒体、是否发布到当前渠道，以及对应 Location 是否有库存。
留下证据：保存图片顺序、每张 alt、变体映射、移动端截图和验证时间。
失败处理：不要用改标题或描述掩盖变体图片、库存和渠道关系错误。
设置价格、成本与税务基础
按店铺币种和可解释的利润口径设置售价。Compare-at price 只在真实对比价成立时使用；Cost per item 填入可追踪的单位成本并记录日期。是否收税先选准确的 product category，再交给税务流程复核。
做完后应该看到或拿到：得到售价、成本、对比价和商品分类之间可解释的记录。
怎样算完成：商品页、购物车和记录表的价格口径一致，成本和分类有负责人复核。
如果结果不对或入口没出现：价格或税务提示异常时，确认币种、商品分类、当前市场和页面标题，不要只改一个金额让预览看起来正常。
留下证据：记录售价、成本日期、Compare-at 依据、分类、税务复核人和前台金额。
建立颜色变体和唯一标识
添加 Color 选项与变体 A、变体 B 两个值。每个变体都有唯一 SKU；Barcode 只填真实分配的 GTIN，不要把 SKU 复制进去。检查变体名称、图片、价格和库存是否一一对应。
做完后应该看到或拿到：得到可独立识别、定价、配图和扣库存的变体模型。
怎样算完成：两个变体的 SKU、图片、价格、重量、Barcode 和库存都能单独回读。
如果结果不对或入口没出现：运费高得不合理时，核对变体重量、单位制、默认包裹和 Shipping profile，不要只改运费数字。
留下证据：保存变体表、SKU/GTIN 来源、图片绑定、重量、库存位置和一条前台切换结果。
配置库存、位置和发货数据
开启 Track quantity，给当前履约位置分别录入数量。示例店铺的两个变体各 120 件只是练习值，实际店铺要填真实可履约数量。关闭 Continue selling when out of stock，除非有明确预售和交付方案；填写准确重量并确认商品需要发货。
做完后应该看到或拿到：得到按变体和 Location 分开的库存、重量和发货状态。
怎样算完成：库存扣减、缺货行为、Location 分配和商品重量能在后台与前台结账互相解释。
如果结果不对或入口没出现：前台变体缺货或运费异常时，先看当前渠道、Location、库存策略和重量单位，再按同一变体重跑。
留下证据：记录每个变体的数量、Location、Track quantity、缺货策略、重量和验证订单。
完成组织、渠道与 SEO 后发布
填写 category、vendor、product type、collections 和少量稳定标签。只发布到已准备好的 Online Store 渠道和选定的首发市场；编辑 search engine listing，检查 URL handle、SEO title 和 description，再从前台完成一次变体选择和加购。
做完后应该看到或拿到：得到可被目标渠道发现、可理解并能完成加购的商品页面。
怎样算完成：Status、Sales channels、Markets、collection、handle、SEO 字段、前台价格和变体选择结果均可复核。
如果结果不对或入口没出现：商品在后台有但前台搜不到时，检查 Status、Sales channels、Markets、collection 条件和导航链接，不要只重复发布。
留下证据：保存发布渠道、市场、handle、SEO title/description、前台 URL、移动端选择和加购证据。
失败处理：如果前台价格、图片或库存与后台不一致，冻结该商品并回到变体/Location 关系修复后重测。
现在把判断用到你的店铺
先用一款真实测试商品完成两种颜色变体，再逐项核对媒体、SKU、价格、成本、重量、库存、Location、渠道和移动端加购。不要用“已发布”替代商品模型验收；发现关系错误就暂停发布、修复并重测。
这一步先给出后台位置，再用一个实际情境检查你是否能做出决定。
把这一步用到你的店铺
完成后应得到：你的第一款实物测试商品已有变体 A 和变体 B 两个可售变体，每个变体都有唯一 SKU、价格、成本、重量、库存位置、销售渠道和移动端验证结果。
相关后台路径：Products > Add product
先做判断，再对照原因
这不是记忆题。先选出能解决问题的动作，再看解释。
在店铺里逐项确认
按当前店铺的实际值逐项确认；这份清单不会替你保存设置或执行测试。
这一步还不能说明：商品后台字段完整，不证明前台模板、渠道同步、实际库存或运费计算一定正确
继续条件：每个变体的图片、SKU、库存、重量和渠道状态一一对应，前台价格与加购结果也一致
暂停条件：如果多个变体共用错误 SKU、重量为空，或前台选择后图片和库存不变，先修复商品模型
下一步：下一课用稳定字段建立 Collections 和目录结构，让导航与筛选能长期维护。
先补齐判断或核对项。没有足够信息时，保持暂停比猜一个通过更安全。
把两个变体的关系逐项记录下来
这张表不是示例数据的替代品，而是把每个变体的可追踪关系写成验收记录。实际店铺的值、证据和结果必须由操作者填写。
| 字段 | 变体 A | 变体 B | 证据 | 结果 |
|---|---|---|---|---|
| 唯一标识 | SKU / GTIN：________ | SKU / GTIN：________ | 后台记录：________ | 通过 / 失败 |
| 价格与成本 | 售价 / 成本：________ | 售价 / 成本：________ | 口径和日期：________ | 通过 / 失败 |
| 图片与库存 | 图片 / Location / 数量：________ | 图片 / Location / 数量：________ | 前台切换：________ | 通过 / 失败 |
| 重量与渠道 | 重量 / 渠道：________ | 重量 / 渠道：________ | 加购结果：________ | 通过 / 失败 |
这一课需要做出的决定
按行填写当前店铺的实际值，不要把示例或计划值当成完成。实际值符合条件并有保存或测试证据，才可以标记通过。
| 项目 | 推荐设置 | 为什么 |
|---|---|---|
| 核心商品信息 | 用途、规格、护理、包装 | 先回答客户买前问题 |
| 变体模型 | 每个值独立 SKU、图片、库存 | 避免订单、库存和媒体混在一起 |
| 缺货策略 | 默认停止销售 | 只有真实预售计划才继续销售 |
| 发布范围 | 准备好的渠道和首发市场 | 避免未准备地区收到不可履约订单 |
这些地方先不要乱动
- 不要把 SKU 复制成 Barcode，也不要让两个可售变体共用一个 SKU。
- 不要用后台 Published 状态证明前台能找到、选择和加购。
- 不要在重量、Location 或渠道关系未验证时修改运费数字。
常见问题
可以把两个颜色变体共用一个 SKU 吗？
不建议。每个可独立售卖、扣库存和履约的变体都需要可追踪的唯一 SKU；否则订单和库存无法可靠对账。
有库存就代表商品已经可以发布吗？
不代表。还要确认媒体、变体、重量、渠道、Markets、SEO、前台选择和加购都符合实际。
可以把 SKU 复制到 Barcode 吗？
只有真实分配的 GTIN 才能填 Barcode。没有真实条码时应按店铺流程留空，不要制造一个看似完整的编号。
本课结论与继续条件
可售 SKU 的完成标准是关系一致，而不是后台字段数量：客户看到正确媒体和价格，选择变体后库存与图片正确，重量能进入运费，目标渠道和市场可发现，前台加购结果可复核。