1. 先把 AI 定位成草稿生成器
1.1 AI 能做什么
把 AI 放在“整理—比较—提示缺口”的位置更稳妥。商家可以提供已经核准的产品、成本、市场和促销边界,让 AI 按模板列出建议价格、适用市场、需要确认的字段和审批问题。输出应被保存为待审记录,而不是直接变成店铺事实。
AI 还可以帮助把一条促销规则拆成条件、例外、适用范围和回退动作。拆解的价值在于让审阅者看到哪里缺证据:例如成本没有确认、目标市场没有确认、货币处理没有确认、审批人没有确认,或者旧价格根本没有记录。
1.2 AI 不能替代什么
AI 不能替商家确认当前成本,也不能决定一个价格是否符合店铺政策;不能把历史建议当成当前市场事实,不能为税、退货、支付或法律结论背书,也不能凭空补齐缺失字段。库存、价格、市场、订单、支付和客户数据应以真实店铺和已声明政策为准。
只要草稿涉及价格变更、促销上线、支付捕获、退款、取消、采购或法律判断,就必须停在人工授权前。本文的“自动化”一词只用于描述可重复的检查流程,不表示自动执行这些有外部影响的动作。
2. 用四层问题拆解定价风险
2.1 产品层:到底在改哪个商品
先锁定产品和变体的身份,再讨论价格。Products 页面和 Product details 页面是核对产品记录的官方入口;稿件只记录核准后的商品标识、当前价格、成本字段(若店铺有记录)、变体关系和适用政策,不从 AI 文本推断这些值。
如果草稿没有明确指向产品或变体,就不进入审批。相似名称、不同地区的同名商品、旧变体和草稿记录都可能让“正确的数字”落到错误的对象上。遇到身份不清,回退动作是退回补充产品证据,而不是猜测。
2.2 毛利层:先定不可突破的底线
毛利底线应来自商家自己的成本口径和批准政策。可以在内部用“草稿售价减去核准成本”计算毛利额,再用店铺认可的口径计算毛利率;这里不预设任何金额、费率或阈值。若成本、口径或批准阈值缺失,状态必须是待确认,不能用 AI 建议填空。
底线至少要能回答三件事:草稿售价是否达到底价;按真实成本计算后是否达到最低毛利要求;折扣应用后是否仍满足底线。若促销有多个条件,应对最不利但仍符合规则的组合做检查,并保留计算输入供人工复核。
2.3 市场层:同一规则不代表同一上下文
Markets 用于核对店铺当前的市场上下文;Currencies for Markets 用于核对与市场相关的货币设置。市场、语言、币种、税、退货和支付处理是分开的验收面,不能因为一个市场的价格看起来合理,就推断其他面也已通过。
市场字段缺失、货币显示不一致、适用地区不清,或本地政策未被引用时,草稿只能停留在草稿。审阅者需要确认“在哪个市场、以什么货币、对谁适用、由谁批准”,而不是只看一个数字。
2.4 权限层:谁能放行和谁能回退
审批不是文案动作,而是控制边界。每个草稿都要绑定一位或一组按店铺政策授权的人工审阅者;负责检查毛利的人未必就是负责确认市场的人。未授权、无法联系或证据不完整时,统一保持未发布。
3. 价格护栏表:底价、毛利、市场、审批
3.1 底价护栏
底价是店铺批准的不可突破条件,不是 AI 根据竞品、趋势或感觉生成的建议数字。记录底价的来源、适用产品、有效市场和批准人;没有这些字段,底价护栏没有可审计性。
3.2 毛利护栏
毛利检查使用店铺认可的成本与计算口径。若实际成本尚未确认,不能把草稿售价标记为“已过毛利审核”。促销检查应同时查看原价、折后价格和适用条件,避免只验证展示价格而漏掉实际规则。
3.3 市场护栏
市场护栏把市场、语言、币种、税、退货、支付处理分别列为检查项。Markets 与 Currencies for Markets 的核对结果应附在草稿记录中。这里的“通过”只表示当前店铺配置和政策已被人工确认,不表示对未来变更作保证。
3.4 审批护栏
审批护栏要明确谁查看了哪些证据、批准了哪个版本、何时批准、如果失败由谁触发回退。角色名和阈值都应从店铺政策填入,不能在文章或提示词中虚构。
| 护栏 | 必须记录的证据 | 通过条件 | 人工审批 | 失败回退 |
|---|---|---|---|---|
| 底价 | 产品/变体标识、店铺批准底价、来源与版本 | 草稿价不低于已批准底价 | 按店铺政策授权的价格审阅者 | 停止草稿,恢复已记录旧价格或退回补证据 |
| 毛利 | 当前成本口径、原价、折后价、计算输入 | 原价与促销后的结果都达到已批准毛利底线 | 成本/财务口径的授权审阅者 | 撤回促销草稿,保留计算记录,不擅自改数 |
| 市场 | 目标市场、适用人群、语言与政策上下文 | 目标市场已确认,例外已列出 | 市场运营或店铺政策指定人员 | 不发布该市场版本,回到市场配置核对 |
| 货币 | Markets 关联上下文、Currencies for Markets 核对结果 | 展示与结算相关的货币条件已人工验收 | 负责市场/支付验收的授权人员 | 暂停该市场促销,重新核对货币与支付条件 |
| 审批 | 审核版本、审阅意见、批准人、时间 | 所有必需角色明确批准同一版本 | 店铺授权人 | 保持未发布,必要时回退到旧版本 |
表中没有提供任何金额或折扣数字;“不低于”和“达到”都必须由商家自己的政策与真实数据实例化。这样可以让护栏可执行,又不会把示例误读为通用阈值。
4. 从 Products 到市场上下文建立证据链
4.1 先核产品记录
把产品标识、变体、当前价格和成本字段分成“店铺事实”和“AI 建议”两栏。店铺事实只能从当前后台或商家提供的记录进入;AI 建议必须带上来源为草稿、状态为审核中。Product details 页面用于逐项核对详情,不把模型生成的描述当成产品主数据。
4.2 再核促销对象和原价
促销前先记录旧价格。记录应至少能让审阅者识别商品、变体、目标市场、原价版本、促销规则规则和批准状态。旧价格是回退的锚点,不能等到错误发生后再从记忆中恢复。
4.3 最后核市场与货币
把 Markets 与 Currencies for Markets 的核对分开存档。对每个目标市场写清楚:草稿是否适用、使用哪个货币上下文、是否存在店铺政策要求的人工作业。税、退货、支付处理不因价格表通过而自动通过,仍要单独验收。
| 证据项 | 输入来源 | 审阅问题 | 未通过时的状态 |
|---|---|---|---|
| 产品与变体 | 当前店铺 Products / Product details 记录 | 目标对象是否唯一且为当前版本 | BLOCKED:补产品证据 |
| 当前价格与旧价格 | 当前店铺记录与回退记录 | 是否能重建促销前状态 | BLOCKED:不得发布 |
| 成本与毛利口径 | 商家批准的真实数据和政策 | 计算输入是否完整、口径是否一致 | REVIEW:不得用猜测补全 |
| 目标市场 | Markets 与商家政策 | 市场范围和例外是否明确 | BLOCKED:重新核对 |
| 货币条件 | Currencies for Markets 与当前配置 | 货币上下文是否已验收 | BLOCKED:暂停该市场 |
| 审批版本 | 人工审阅记录 | 所有意见是否对应同一审核版本 | HOLD:等待授权 |
5. 设计可复核的 AI 工作流
5.1 输入只放已确认的字段
提示词或任务表应将字段分为“必填事实”“待确认事实”和“禁止推断”。必填事实包括产品身份、当前价格、已批准底价、成本口径、目标市场、货币上下文和促销条件;待确认事实明确由谁核对;禁止推断则包括任何缺失的金额、费率、法律结论、收益和自动放行。
一个可复用的任务模板如下:
> 你是价格与促销草稿整理助手。只使用我提供的店铺事实和政策。请输出:产品/变体、旧价格、建议价格或规则、底价检查、毛利检查、目标市场、货币上下文、缺失证据、风险提示、需要批准的角色、失败时恢复旧价格的步骤。任何未提供的数字写“待确认”,不要自行补值;不要直接执行变更。
这个模板把 AI 的任务限制在结构化整理。商家仍需检查输出是否忠实,尤其要审阅 AI 可能误读的产品、市场和促销条件。
5.2 人工逐项审阅输出
审阅者先核身份,再核底价和毛利,之后核市场与货币,最后核审批和回退。不要先因为草稿方案“看起来有吸引力”就跳过证据。任何字段被 AI 改写、合并或模糊化,都应回到原始店铺记录。
5.3 保存版本和理由
每次草稿都保留版本号、输入快照、AI 输出、人工修改、拒绝理由、批准人和回退锚点。记录只保留完成治理所需的最小信息;涉及客户数据时,先说明用途、同意/退出、保留与删除边界,并按店铺政策处理。本文不把隐私设置当成法律意见。
6. 促销规则的上线交接时检查
6.1 检查规则而不只看展示文案
促销审核对象是规则本身:适用商品、适用变体、目标市场、货币上下文、开始与结束条件(若店铺政策要求记录)、折扣条件、例外、原价和回退版本。文章不预设任何金额、折扣或时间,所有值由当前店铺配置和批准记录填写。
6.2 复核原价、折后价和毛利
促销后价格必须重新进入底价与毛利检查,不能只验证促销标签或营销文案。若条件叠加、例外关系或适用范围无法由审阅者清楚重建,就先不发布,要求把规则拆成可核对的字段。
6.3 处理 AI 生成的解释
AI 生成的“为什么这样定价”只能当作说明草稿。不要把模型的估计写成市场事实、收益承诺或政策结论。Shopify AI best practices 强调应审阅 AI 生成内容;本页将同一原则应用到价格与促销草稿的每个字段。
7. 市场和货币要分开验收
7.1 Markets 验证适用范围
逐个目标市场确认草稿是否应该出现、是否有市场例外、商家政策是否允许该规则。一个市场通过不代表其他市场通过;市场上下文应与审核版本绑定。
7.2 Currencies for Markets 验证货币条件
货币检查看当前 Markets 关联的货币设置和店铺验收结果。不要用一张换算表或 AI 估算替代真实店铺配置,也不要在没有店铺依据时写入汇率、手续费或结算结论。
7.3 额外检查税、退货和支付
税、退货和支付处理需要各自按店铺配置与政策验收。它们不是本页价格护栏表中可以自动勾选的附属项。若规则会影响退款、支付捕获或取消,必须移交给有权限的人工处理,AI 只能提示待办。
8. 审批矩阵和放行语义
8.1 用状态代替模糊的“已完成”
建议使用草稿、需要补证据、待人工审核、已批准、已拒绝、已回退等状态。状态只描述治理流程,不宣称 Shopify 已经执行变更。只有授权人员确认同一版本后,才可进入店铺规定的发布步骤。
8.2 让审批意见可追溯
审批意见至少回答:看了哪个产品和变体;使用了哪一版成本与底价政策;检查了哪些市场和货币条件;是否重新计算促销后的毛利;批准的是哪一个版本;如果失败,旧价格在哪里。缺少任意关键回答,都应回到待审。
8.3 把拒绝当成正常回退
拒绝不是异常。成本不足、市场不清、货币未验收、规则无法重建、AI 输出与店铺事实不一致,均可直接拒绝草稿。保留拒绝理由有助于下一轮修复提示词和表单,但不能把拒绝理由改写成客户故事。
9. 失败促销回退演练:明确是测试夹具
9.1 夹具说明
以下是 runbook/test fixture(运行手册/测试夹具),不是客户案例,也不是生产操作记录。夹具使用缺失字段字段,不提供任何真实金额或折扣:
- 产品/变体:测试商品与变体
- 已记录旧价格:已记录的旧价格基线
- 已批准底价:已批准的底价
- 已批准最低毛利:已批准的最低毛利
- 目标市场:测试市场
- 货币上下文:测试货币上下文
- 促销规则:PROPOSED_PROMOTION
- 授权审阅者:AUTHORIZED_REVIEWER
- 失败触发:促销后结果低于底价,或市场/货币条件与批准记录不一致
夹具的目的不是证明某种促销效果,而是验证错误被发现后,旧价格可以被准确识别,发布可以停止,回退可以由人工授权执行。
9.2 演练步骤
- 在测试记录中登记产品/变体、已记录的旧价格基线、已批准的底价、已批准的最低毛利、测试市场 和 测试货币上下文。
- 生成一条 PROPOSED_PROMOTION,只允许使用夹具中的字段;将其状态设为审核中,不执行生产变更。
- 由审阅者重新计算促销后的价格与毛利,并核对目标市场和货币上下文。
- 注入一个明确失败条件:让促销后结果不满足 已批准的底价,或让市场/货币记录与已批准上下文不一致。失败条件只使用符号,不制造金额。
- 将审核状态改为拒绝/回退处理中,冻结进一步发布,并记录失败原因、版本和审阅者。
- 按店铺授权流程使用 已记录的旧价格基线 恢复旧价格;恢复动作由人工确认,不由 AI 自行发起。
- 再次核对产品、价格、市场和货币记录,确认回退版本与原始基线一致,并记录结果。
9.3 通过标准和回退边界
演练通过的最低标准是:错误被识别;草稿没有继续放行;旧价格基线可被定位;恢复动作有授权;恢复后再次验收;记录没有把夹具写成客户案例。任何一步无法完成,就保持未发布并升级给店铺负责人。
10. 上线交接时清单
10.1 事实清单
确认产品和变体唯一;当前价格和旧价格已记录;成本口径和毛利底线来自店铺批准记录;目标市场和货币上下文已核对;税、退货、支付处理如受影响已单独验收;所有缺失字段已显式标为待确认。
10.2 AI 清单
确认 AI 只生成草稿,没有执行未经授权的改价或促销;所有数字都来自真实店铺或政策记录;没有把估计写成事实,没有写法律合规保证、收益或安全保证;商家已审阅并修正输出。
10.3 审批与回退清单
确认同一审核版本有授权批准;审批意见可追溯;已记录的旧价格基线 或等价的旧版本锚点已保存;失败触发条件、停止动作和恢复负责人明确;上线交接时仍按当前店铺状态复测。
Markets 的多币种支付也要单独核对:当前支持路径要求使用 Shopify Payments 或 Adyen;其他支付提供方默认使用店铺币种。不要把多币种展示当成多币种结算已通过,支付提供方、市场资格和币种条件必须分别记录。
实际交接时,应把每个版本的商品身份、变体、市场、币种、价格、成本、毛利规则、优惠条件、审批角色和回退点放在同一份记录中。记录既要保留输入快照,也要保留 AI 生成的说明、人工改写、拒绝理由和恢复结果;任何字段不完整都应标明缺失范围,不能用默认值填补。市场配置、税费、退货和支付处理属于独立判断,促销规则只在对应范围内有效,不能因为一个市场的商品价格通过就自动复制到另一个市场。若系统展示、订单计算或客服沟通出现差异,应先停止扩散、保存原始读数,再由授权人员决定是否恢复旧版本。新一轮检查应注明时间、数据来源、适用语言和责任人,确保不同语言页面与店铺记录能够相互核对;这份记录描述的是治理过程,不是收益承诺。当成本或价格定义发生变化时,应重新确认毛利底线和旧版本锚点,并把变化原因与审批范围写入同一条版本链。
常见问题
FAQ 1:AI 可以直接修改 Shopify 价格吗?
本文不把 AI 当作直接改价工具。Shopify Magic 或 Sidekick 的输出可能错误,任何草稿都要先由商家根据真实产品、成本、市场和政策审阅,并经过店铺授权流程。价格变更是否执行属于店铺操作边界,不由本文自动放行。
FAQ 2:毛利底线应该填写多少?
本文不提供通用金额、费率或百分比。底价和最低毛利必须来自商家批准的成本口径与政策;缺少成本、口径或审批阈值时,状态应为待确认,不能让 AI 猜一个数字。
FAQ 3:一个市场的促销通过后,其他市场可以复用吗?
不能直接推断。Markets、语言、币种、税、退货和支付处理需要分开验收,Currencies for Markets 也要按当前配置核对。每个市场都应有自己的适用范围、货币上下文和审批记录。
FAQ 4:促销上线后发现价格错误,先做什么?
先停止进一步发布或扩散,锁定错误草稿的版本和失败原因,找到预先记录的旧价格,然后依店铺授权流程恢复旧价格。恢复后重新核对产品、毛利、市场和货币;不要靠记忆补旧价格,也不要让 AI 自行执行退款、支付捕获或取消。
FAQ 5:AI 的定价建议能否作为合规结论?
不能。AI 输出是草稿或风险提示,不是法律结论,也不是政策授权。税、退货、支付、隐私和法律问题要按当前店铺配置、已声明政策和有权限的人工审阅分别处理;本文不提供合规保证。
官方来源与核验日期
本文只使用发布负责人资料卡指定的五个官方来源,草稿日期均为 资料卡核验日期为 2026-08-30。上线交接时请重新打开并核对当前页面与店铺配置:
系列内链:营销内容治理见 Shopify AI 营销内容:广告、邮件与品牌事实;需求与历史数据上下文见 Shopify AI 需求预测:库存、市场与补货;系列延伸见 Shopify AI 跨境数据隐私:客户数据、供应商与权限。内链只使用已解析的同语种文章地址。