BestFeed AI is live — review and improve product content for AI discovery.Explore BestFeed →
Home/Blog/What are Product Drafts, and why use them before Shopify?
SonarFulfill

What are Product Drafts, and why use them before Shopify?

Use an internal draft to review supplier identity, content, variants, cost, price, and sales channels before a Shopify product goes live.

For: Product teams that want faster publishing without sending raw supplier data straight to the store.

What you can do after reading: Define Product Draft states, fields, and approval rules.

A Product Draft is an internal workspace between a supplier item and a live Shopify listing. It is not a Shopify Draft Order, and it is not the same as the Draft status on a Shopify product. SonarFulfill uses the record to prepare and update a product. Shopify uses product status to control publication.

Why the middle layer matters

Supplier data tells you what the item is. A store still has to decide whether it suits the customer, whether the title and description fit the brand, whether the images can be used, whether variants are complete, whether the price makes sense, whether the catalog already contains the item, and whether the operation should create or update a product.

Shopify products can be Active, Draft, or Unlisted. Shopify notes that a duplicated product set directly to Active is published to the same sales channels as the original. If the merchant needs to choose channels, Shopify recommends keeping it in Draft first.[1]

A minimum data model

Source identity

  • Supplier name and supplier product ID
  • Original URL
  • First-added and last-refreshed times

Product content

  • Internal and customer-facing titles
  • Description, images, variants, options, specifications, and attributes

Commercial information

  • Cost, shipping range, pricing multiplier, price preview, and supplier risk notes

Shopify relationship

  • Shopify product and variant IDs
  • Sales channels, last-published time, and update status

Three core states

Draft: The item is unpublished and can be edited, compared, or rejected.

Published: The record is linked to a Shopify product. Later changes should target that product.

Update: Supplier data has changed and is waiting for review. A difference does not mean the live field must be overwritten.

State rules

CurrentTriggerNext
DraftContent and pricing approvedPublished
DraftProduct rejectedRejected or removed
PublishedSupplier field changesUpdate
UpdateSelected differences approvedPublished
UpdateSupplier change rejectedPublished with current content

What Product Drafts should prevent

  • Unapproved changes to a live product
  • Repeated records for one supplier product
  • Confusion between supplier cost and profit
  • Claims about planned automated purchasing or fulfillment as current capability
  • Loss of the Shopify relationship
  • Using title similarity as the product ID

A practical approval rule

Before publication, confirm source identity, category, title, description, images, variants, cost, price preview, duplicates, sales channels, owner, and approval time.

SonarFulfill Product Drafts connect product selection, editing, pricing, and publication. The point is not another draft list. It is a record of the current state and the person responsible for the next decision.

Create one Product Draft today

Choose an unpublished item and fill in the supplier ID, source, customer-facing title, cost, price preview, variants, and planned sales channels. Ask another person to review it. Leave one condition unresolved on purpose and confirm that the product cannot be treated as ready. Keep the record as an example for the next draft.

References

Learn more about SonarFulfill

SonarFulfill connects product discovery, draft review, pricing, and publishing in a controlled workflow.

View product →

适用读者: 希望加快上架,但又不想让供应商原始数据直接进入店铺的商品团队。

读完可以完成: 定义 Product Drafts 的状态、字段和审批规则。

Product Drafts 是供应商商品与 Shopify 正式 listing 之间的内部工作区。 它不是 Shopify Draft Orders,也不等同于 Shopify 商品本身的 Draft 状态。前者是 SonarFulfill 中用于准备和更新商品的运营记录;后者是 Shopify 商品的发布状态。

为什么需要中间层

供应商数据通常回答“这个商品是什么”,但 Shopify 页面还需要回答:

  • 它是否适合我们的顾客
  • 标题和描述是否符合品牌
  • 图片能否公开使用
  • 变体是否完整
  • 售价是否合理
  • 是否已经存在相同商品
  • 此次操作是新建还是更新

如果没有中间层,这些判断只能在 Shopify 商品创建后完成。 Shopify 官方说明,商品可以设为 Active、Draft 或 Unlisted;把复制商品直接设为 Active 时,它会自动发布到与原商品相同的销售渠道。官方建议需要选择具体销售渠道时,先设为 Draft,再选择渠道并激活。[1] 这说明“先准备、后发布”本身就是重要控制原则。

Product Drafts 的最小数据模型

来源身份

  • 供应商名称
  • 供应商商品 ID
  • 原始商品 URL
  • 首次添加时间
  • 最近刷新时间

商品内容

  • 内部标题
  • 顾客可见标题
  • 描述
  • 图片
  • 变体和选项
  • 规格与属性

商业信息

  • 商品成本
  • 配送范围
  • 定价倍率
  • 售价预览
  • 供应商评分或风险备注

Shopify 关系

  • Shopify product ID
  • Shopify variant ID
  • 发布渠道
  • 最近发布时间
  • 更新状态

三个核心状态

Draft

商品尚未发布。团队可以编辑、比较或放弃。

Published

记录已与一个 Shopify 商品建立关系。后续更新应优先作用于这个关联商品。

Update

供应商信息发生变化,等待审核。Update 不代表必须覆盖线上商品,只代表存在差异。

状态转换规则

当前状态 触发条件 下一状态
Draft 内容与价格审核通过 Published
Draft 商品不符合标准 Rejected 或移出流程
Published 供应商字段发生变化 Update
Update 批准选定差异 Published
Update 拒绝供应商变化 Published,保留现有内容

Product Drafts 不应该做什么

  • 未经批准直接覆盖线上商品
  • 把同一供应商商品反复创建为新记录
  • 混淆供应商成本与最终利润
  • 把计划中的自动采购或履约写成当前能力
  • 删除 Shopify 商品的历史关联
  • 用标题相似度代替稳定 ID

一条实用的批准规则

发布前必须满足:

  • 来源身份完整
  • 商品类别确认
  • 标题和描述审核
  • 图片及变体审核
  • 成本和售价预览确认
  • 无重复 Shopify 商品
  • 发布渠道确认
  • 负责人和批准时间有记录

SonarFulfill 的 Product Drafts 将商品选择、编辑、定价和发布连接起来。它的价值不是增加一个“草稿列表”,而是让团队知道每条商品记录目前处于什么状态、下一步由谁决定。

今天可以先建立一条 Product Draft

选择一个准备上架但尚未发布的商品,先建立内部草稿,并至少填写供应商 ID、来源链接、顾客可见标题、成本、售价预览、变体和预定销售渠道。 把状态设为 Draft,再请另一位负责人按批准清单检查。故意保留一项未通过条件,确认系统和团队流程不会把它误判为可发布。 当天的产出是一条包含完整身份关系和审核记录的草稿,它可以作为后续商品的示例模板。

参考资料

继续了解 SonarFulfill

专注于把商品发现、草稿审核、定价和发布连接成可控流程。

查看产品 →

SonarFulfill Team
SonarFulfill connects product discovery, draft review, pricing, and publishing in a controlled workflow. The team publishes one practical article each week.