做定制独立站，有一个很直接的验收方法：让同一位顾客购买两批规格相同、图案不同的商品，再修改其中一批。检查价格、文件、确认记录和生产单有没有跟着正确变化。
这个过程能检验商品页、购物车与后台订单是否真正接通。
Shopify 店铺案例博文中的 Artisaire，经营火漆印章、预制封蜡和相关文具。其定制封蜡页面提供形状、尺寸、颜色、背胶、数量等选项，并展示阶梯价格与制稿要求，很适合用来讨论定制电商的实施细节。Shopify 案例来源、Artisaire 定制商品页
下面以“同一订单购买两种图案的封蜡”为假设场景，拆开六项具体工作。官网观察会标明来源，其余为 WESWOO 对同类 Shopify 项目的实施建议，不代表 Artisaire 的后台实现，也不属于 WESWOO 客户案例。
一、先拆商品数据：哪些做规格，哪些跟着本次订单走？
假设顾客购买两批圆形、金色、带背胶的封蜡：A 图案 100 枚，B 图案 50 枚。
如果把图案只写进整张订单的备注，制作人员拿到“共 150 枚”时，仍需人工确认每个图案分别做多少。把每位顾客的名字都建成商品规格，又会让商品目录不断膨胀。
建站前，先做一张字段归属表：
| 信息 | 建议归属 | 判断依据 |
|---|---|---|
| 形状、尺寸、颜色 | 商品规格或受控配置 | 是否影响售价、库存、可制作组合和生产编码 |
| 背胶方式 | 规格、配置或可计价附加项 | 由实际收费与履约方式决定，不能只保存文字却漏收费用 |
| 本次刻字、设计编号 | 具体商品条目的附加信息 | 同一种商品，每次购买的内容可能不同 |
| 原稿、确认稿、修改历史 | 定制业务记录，并关联订单条目 | 需要保留多个版本，不能互相覆盖 |
| 期望收货日期 | 订单或项目需求 | 代表顾客诉求，不能直接当成已承诺交期 |
| 已确认版本、生产放行状态 | 由后台控制的业务记录 | 顾客填写的值不能直接决定是否开工 |
Shopify 的 line item properties，可以理解为“附在购物车某一行商品上的补充信息”，适合收集刻字、姓名或文件等定制内容；商品的 variants 则承载可销售的规格组合。两者用途需要先分清。商品表单文档、商品规格文档
实施判断：影响价格、库存或生产方式的选择，要接入相应业务逻辑；一次性的顾客输入，要跟随对应商品条目。不要把所有内容塞进一个备注框。
二、阶梯价先确定“按什么累计”，再做价格组件
Artisaire 的商品页同时展示数量、总价和单件价格。对类似网站，开发前更关键的是明确阶梯的计算单位。数量与价格展示
以上面的订单为例，A 图案 100 枚，B 图案 50 枚。如果每种图案都需要独立制版，那么“订单共 150 枚”与“同一图案 150 枚”可能采用不同计价规则。
先让业务团队回答三个问题：
- 阶梯按单一图案、同一规格，还是整单数量累计？
- 制版费按图案收取，还是已经包含在单价内？
- 补单沿用旧版时，哪些费用可以减免，谁来确认？
例如，商家如果采用“每个图案单独计算阶梯、另收制版费”的模式，报价结构可以写成：
商品金额＝各图案的〔数量 × 对应阶梯单价＋制版费＋适用附加费〕之和。
这是说明计算方式的示例，不是 Artisaire 的实际计费公式。
界面应让顾客看见当前数量对应的单价、该批小计，以及尚未计入的运费或税费。不要用一个“低至”价格承担全部说明。
Shopify 实施时，要核对三个位置
- 商品页显示的报价。
- 加入购物车后系统返回的金额。
- 结账时实际收取的金额。
三处必须采用一致的规则。把“加急费”“特殊加工费”写进商品附加信息，本身不会完成收费；前端用脚本改了价格文字，也不会自动改掉结账金额。
应根据业务选择真实可结算的规格价格、独立收费项目、适用的定价或折扣应用，复杂需求则先报价再下单。采用独立收费项目时，还要验证顾客删掉收费项后，定制商品能否继续被错误结算。
最容易漏的测试：A 图案数量从 100 改成 90，或者删除 B 图案后，单价、制版费和优惠条件是否重新计算？不要只验收首次加购的价格。
三、定制商品页应按“决定顺序”排，而不是把字段一次铺满
对于本例，我们建议将页面安排成五步：
| 步骤 | 顾客完成什么 | 页面必须反馈什么 |
|---|---|---|
| 选择规格 | 形状、尺寸、颜色 | 可选组合、对应图片、不能制作的组合 |
| 选择使用方式 | 背胶等配置 | 实际交付内容与适用的费用变化 |
| 确定数量 | 输入或选择数量 | 当前阶梯、单价、该批总价 |
| 提交设计 | 上传文件、填写定制文字 | 上传结果、文件名、替换入口、检查状态 |
| 核对后加购 | 检查整批配置 | 规格、数量、图稿、金额与后续确认规则 |
图片也要承担不同任务：场景图帮助理解成品用途，细节图展示纹理与边缘，尺寸示意解释测量口径，背面图解释背胶方式。一个上传图案的合成预览，可以辅助判断位置，不能替代真实材质照片或生产确认。
移动端保留“本批配置与小计”，通常比只固定一个购买按钮更有帮助。上传失败后，应保留前面已经选择的规格；顾客返回更换尺寸时，应检查已有图稿是否还适用。
Artisaire 的商品页列有字体转轮廓、分辨率和线条要求。对于同类项目，可以把这些要求转成上传区域的短提示与合格/不合格示例，而不是只放一篇长教程。官方制稿要求
文件检查建议分两层：程序检查格式、大小及是否上传完整；制作人员判断细线、小字、层次等是否适合加工。界面相应显示“上传完成，待检查”，避免顾客把收到文件理解成已经可以生产。
四、同规格不同图案，必须始终是两份可区分的定制内容
回到这笔订单：A、B 两种图案的商品规格相同，可能对应同一个 Shopify variant ID。这里有三个值得提前处理的技术细节。
第一，修改购物车时要定位到正确的一行。 Shopify 允许同一规格因附加信息不同而出现在多个商品条目中。官方建议用当前条目的 line item key 区分；这个 key 可能随属性或折扣变化，更新后应使用最新返回的数据。
第二，改一项属性时要保留其余属性。 使用 Ajax Cart API 更新 properties，会替换整个属性对象。只提交一个新文件字段，可能把原有的刻字或设计编号一起清掉。
第三，长期设计编号要独立保存。 不要用会变化的购物车 key 充当永久图稿编号。Shopify Cart API
我们建议为每份独立定制内容分配稳定的设计编号。A 图案、B 图案各有自己的编号，再分别关联购物车条目、订单条目与图稿版本；这是业务方案，需要按实际系统实现。
购物车里，顾客至少应看见“商品规格＋设计缩略图或文件名＋数量＋小计”。只有商品名称和颜色，无法让他确认两份不同图案有没有买对。
同一设计再次加购是否合并数量，也应先确定规则。编号既要区分不同设计，也要支持对同一份设计进行编辑，避免每点一次按钮就产生一份无法辨认的新记录。
五、确认稿管理，要写出“什么情况可以生产”
查阅 Artisaire 官网时，有一处具体差异：商品页写明包含数字确认稿，FAQ 则表示按顾客要求或图稿调整需要发送。这是 2026 年 9 月 16 日可见的页面说明，不能据此推断实际订单处理结果。商品页、FAQ
对经营者来说，这提醒我们先确定适用规则，再设计确认页面。下面给出一种“每份定制设计都需顾客确认后生产”的实施示例：
| 状态 | 谁负责下一步 | 可以发生什么 | 不能发生什么 |
|---|---|---|---|
| 待检查文件 | 制作人员 | 接受文件或要求补充 | 自动放行生产 |
| 待顾客确认 | 顾客 | 批准当前版本或提交修改 | 仅凭已付款就开始制作 |
| 修改中 | 设计/制作人员 | 生成新版本，重新发送 | 沿用旧版本的批准结果 |
| 已确认，待放行 | 业务/生产负责人 | 核对付款、规格和排期 | 未核对就把文件交给机器或工厂 |
| 已放行生产 | 生产人员 | 按锁定的文件与规格制作 | 让顾客的新上传直接覆盖生产资料 |
一条有效的确认记录，至少包括六项
设计编号、确认稿版本、对应商品规格、确认人、确认时间，以及客户当时看到的确认稿文件。
只记录“已确认＝是”不够。例如顾客批准了 V2，随后要求改成 V3，此时系统需要明确哪一版有效。若已经开工，应转人工评估修改影响，不能静默替换文件。
确认按钮的说明也要具体：顾客正在批准文字、图案和位置；颜色与实物质感如何判断，应按商家的样品与制作说明解释。不要让一张屏幕预览承担它无法证明的效果承诺。
生产单应当固定一份完整资料
建议包含：订单及条目编号、设计编号、最终规格、数量、已批准版本、生产文件、特殊说明和交期安排。
这个动作相当于把“这次到底做什么”定下来。以后修改商品描述或上传新稿，不应悄悄改变已经放行的生产单。
Shopify metafields 可为订单等对象保存额外信息，但字段本身不会自动完成审批、权限控制和生产放行。多条定制商品、多版本修改等场景，通常还需要应用或后台业务记录承接。Shopify metafields
六、交期、上线验收和运营指标，要能落到具体动作
1. 用最晚确认时间，管理有截止日期的订单
先定义“必须送达的日期”，再倒推生产、运输及必要缓冲，得到最晚确认时间。若涉及工作日、节假日和产能，应按实际日历计算。
顾客逾期未确认时，订单应进入交期复核，而不是继续显示原来的预计送达日期。加急服务也要说明加快的是制作还是运输；等待顾客回复的时间，无法靠升级快递消除。
这是一套适合本例的安排建议。实际交期必须由业务与生产团队确认，不能只凭一个前端日期计算器承诺。
2. 上线前，用下面八个场景验收
| 操作 | 应当看到的结果 |
|---|---|
| 同规格分别上传 A、B 两种图案 | 两份定制内容可区分，数量与文件对应正确 |
| 只替换 B 图案文件 | A 图案不变，B 的其他配置不丢失 |
| 数量跨过价格阶梯，再改回来 | 单价、小计和费用按规则恢复 |
| 从商品页、购物车及快捷购买入口进入结账 | 必需资料与计价检查均生效；不支持的路径应限制 |
| 手机上传中断后重试 | 不误显示上传成功，已选配置可恢复 |
| 顾客打开旧版确认邮件 | 旧稿不能被误批准为当前生产版本 |
| 已付款但未确认图稿 | 不进入本例设定的生产放行流程 |
| 同一确认或放行通知重复到达 | 不重复创建生产任务 |
还应让实际接单人员参与验收：从后台找出 A、B 两批各自的生产资料。如果需要回到聊天记录里猜文件，流程仍有缺口。
3. 上线后，先统计三类问题
- 上传失败率：失败次数除以上传尝试次数，并按设备、文件类型区分。
- 确认等待时间：从确认稿发出到顾客作出回应，记录修改轮次与长时间未回复的订单。
- 订单资料完整率：进入制作准备环节时，无需再追问关键规格或文件的定制条目，占全部定制条目的比例。
这三项能帮助定位具体问题：手机上传失败，就先修上传；多轮改稿集中在小字细线，就改制稿提示；制作端反复追问背胶方式，就检查字段展示与传递。
转化率仍然值得看，但不能用它替代对定制流程的诊断。本文没有 Artisaire 的后台经营数据，也不据此推算收益提升。
WESWOO 的实施建议：先跑通一种定制商品，再扩大功能
第一阶段可以选择一种规格范围明确的定制商品，完成五项交付：字段归属表、可结算的价格规则、购物车定制摘要、确认与放行流程、实际订单验收记录。
待这条流程稳定后，再评估实时设计器、多工艺组合、企业采购或复杂排期。功能是否值得增加，要看它能解决哪一类已经确认的问题。
作为 Shopify 合作伙伴团队，WESWOO 会把品牌设计落实到产品摄影的分工、选项解释与移动端配置体验，把开发落实到实际计价、文件关联和状态处理，再由前台购买到后台制作的完整验收检验交付。
如果你正在建设定制礼品、包装或刻字商品独立站，可以与 WESWOO 团队从一笔最容易出错的订单开始拆解：两种设计、一次改稿、一次数量调整。让这笔订单在每一步都能被正确理解，比单独增加一个上传按钮更接近业务需要。
本文沿用已审阅的中文完整稿，使用 AI 辅助整理。品牌页面与官方配图用于独立分析；方案示例、概念图均不代表已部署客户项目或实测经营效果。