商家视角
从品牌简介和商品资料开始，审阅设计、价格、配送与政策，再决定何时发布。
AMPLIFY / PRODUCT SPECIFICATION
让一个经营想法，
成为可持续运转的电商生意。
从品牌、商品到交易与日常运营，梳理 AI 辅助电商系统的产品范围、关键责任和交付路线。
品牌：AMPLIFY订阅：月付 / 年付官网：静态发布状态：设计方案
01 / POSITIONING
定位与设计决策
AMPLIFY 的目标是把品牌店铺的创建与日常经营放到同一个清晰的工作空间。商家提出方向、审核商品与政策；AI 协助准备可修改的内容，重要的经营决定仍由商家负责。
顾客视角
以熟悉的语言了解商品、总价与卖家身份，并获得可追踪的订单和售后。
经营控制
智能体负责整理与建议；收款、退款、调价和正式发布设明确授权。
平台角色
订阅费与店铺商品销售款分开记录；商家使用自身的支付服务商账户收款。
首发范围的选择
| 主题 | 当前设计 | 后续边界 |
|---|---|---|
| 业务关系 | 为商家提供订阅式经营软件 | 平台代收与分账需另行设计资金流和责任 |
| 商品与履约 | 先围绕普通实物商品与单仓流程 | 数字商品、多仓和企业采购独立评估 |
| 市场开放 | 先核对主体、支付服务商与首发法域 | 翻译界面不等于市场已开放交易 |
| 店铺生成 | 结构化页面与可审阅版本 | 不开放任意服务端代码执行 |
| 交易核心 | 独立于官网的确定性业务服务 | 随规模再决定服务拆分 |
| 部署 | 官网可采用静态发布或 Workers | 交易后台与官网部署范围应分开 |
02 / DOMAIN & ACCESS
领域、隔离与权限
工作空间是合同、员工和数据隔离的基本单位；店铺承载品牌与域名；市场决定语言、货币、税费和配送策略。浏览器传入的 ID 不能替代服务端授权。
| 对象 | 用途 | 边界 |
|---|---|---|
| 工作空间 | 管理合同、套餐、人员与数据归属 | 每条业务记录必须归属一个经过认证的租户 |
| 店铺 | 管理品牌、域名、商品展示和客服政策 | 既有订单保留成交时的卖家与政策快照 |
| 市场 | 规定可用语言、币种及地区规则 | 启用须显式审核，不依据 IP 擅自切换成交规则 |
| 渠道 | 分配商品与价格到销售入口 | 渠道分区不能当作安全隔离 |
| 法律卖家 | 记录经营主体、地址与联系资料 | 平台主体不自动成为商品卖家 |
隔离贯穿整条数据链
- 数据库查询、缓存读取、文件下载和搜索索引均以可信租户上下文限制范围。
- 异步任务重新鉴权，外部回调须先核实签名和支付账户映射。
- 支持人员的临时访问应限时、限目的，并留下可审计记录。
角色与权限
| 角色 | 可操作范围 | 需要额外控制 |
|---|---|---|
| 所有者 | 合同、成员、账单及店铺配置 | 收款账户和所有权变更需额外验证 |
| 管理员 | 管理分配店铺的商品与订单 | 退款执行不默认开放 |
| 编辑 | 商品草稿、内容、主题与 SEO | 调价与正式发布分别授权 |
| 客服 | 查询获准订单并准备售后建议 | 不可直接完成退款 |
| 财务审批人 | 对账和逐笔审核退款 | 批准须绑定订单、金额与原因 |
| Agent 身份 | 只读查询与指定草稿工具 | 不得继承所有者权限 |
03 / MODULE CATALOG
功能模块目录
功能目录覆盖从品牌建立到售后运营的 31 个领域。表中的“首发设计”是规划范围，不表示这些能力已经在当前网站实现。
| 模块 / Module | 目标 | 阶段 |
|---|---|---|
| 01 · 工作空间与店铺 | 品牌、成员、市场、域名和配额 | 基础闭环 |
| 02 · 身份与权限 | 登录、MFA、角色与资源范围 | 基础闭环 |
| 03 · 商家入驻 | 卖家资料、收款连接和上线核查 | 基础闭环 |
| 04 · AI 店铺搭建 | 页面组件、主题参数与草稿版本 | 基础闭环 |
| 05 · 域名与发布 | 所有权验证、TLS、预览和回滚 | 基础闭环 |
| 06 · 任务编排 | 规划、队列、检查点与恢复 | 基础闭环 |
| 07 · Agent 治理 | 审批、预算、工具权限与审计 | 基础闭环 |
| 08 · 商品与 SKU | 规格、分类、图片、语言与导入 | 基础闭环 |
| 09 · 库存与预占 | 库存流水、原子占用与释放 | 基础闭环 |
| 10 · 价格与促销 | 市场价目、优惠条件与金额分摊 | 基础闭环 |
| 11 · 购物车与订单 | 服务端报价、结账和订单快照 | 基础闭环 |
| 12 · 商家支付连接 | 支付适配器、回调与对账 | 基础闭环 |
| 13 · 风险复核 | 规则信号、人工队列与记录 | 基础闭环 |
| 14 · 退货退款 | 售后申请、逐笔审批与退款状态 | 基础闭环 |
| 15 · 支付争议 | 截止时间、证据与拒付独立状态 | 基础闭环 |
| 16 · 配送履约 | 运费、运单和部分发货 | 基础闭环 |
| 17 · 税费单据 | 税区、税类、快照和收据 | 基础闭环 |
| 18 · 客户账户 | 订单查询、地址与偏好 | 基础闭环 |
| 19 · AI 客服 | 知识来源、身份核验与人工转交 | 基础闭环 |
| 20 · 内容与 SEO | 可抓取页面、元信息和站点地图 | 基础闭环 |
| 21 · 国际化 | 语言、时区、翻译与回退 | 基础闭环 |
| 22 · 多币种 | 显示、支付、结算货币与舍入 | 基础闭环 |
| 23 · 协议政策 | 平台与店铺文本、版本和审阅 | 基础闭环 |
| 24 · 同意隐私 | 偏好、数据请求与保留规则 | 基础闭环 |
| 25 · 订阅权益 | 月/年周期、席位与点数账本 | 基础闭环 |
| 26 · 经营分析 | 订单、退款和净销售口径 | 基础闭环 |
| 27 · 开放接口 | 版本化 API、Webhook 与重试 | 基础闭环 |
| 28 · 交易通知 | 订单和售后消息与投递状态 | 基础闭环 |
| 29 · 安全运维 | 监控、备份、事件响应与恢复 | 基础闭环 |
| 30 · 迁移导出 | 可验证的导入与数据退出 | 基础闭环 |
| 31 · 扩展商业模式 | 后期评估 B2B、数字商品及新渠道 | 后续扩展 |
04 / STORE JOURNEY
从想法到店铺上线
从一个想法出发，商家逐步补齐可交易店铺需要的资料。每一步都应给出可检查的产物，而不是把一次生成结果视为上线完成。
| 步骤 | 商家确认 | 系统准备 | 进入下一步的条件 |
|---|---|---|---|
| 01 经营方向 | 品牌、商品和目标顾客 | 结构化需求 | 核对商品适用范围 |
| 02 工作空间 | 主体、成员和订阅 | 租户与权限配置 | 账户和费用确认 |
| 03 商品资料 | 图片、规格、价格和库存 | 商品草稿与导入报告 | 必填字段通过验证 |
| 04 页面搭建 | 布局、文案和视觉方向 | 可编辑店铺预览 | 移动端与内容审核 |
| 05 交易设置 | 支付账户、税费、配送与政策 | 结账规则与市场配置 | 关键资料真实且完整 |
| 06 测试订单 | 付款、履约、退款和客服演练 | 验收记录与回调审计 | 异常路径可恢复 |
| 07 正式发布 | 批准的版本与域名 | 发布记录与政策版本 | 审阅人与版本一致 |
| 08 日常运营 | 订单处理和改进建议 | 工作台与操作历史 | 关键动作持续受权限约束 |
05 / AGENT SYSTEM
Agent 编排与治理
智能体可以理解目标、准备草稿和提出建议；是否允许读数据、调用工具或执行外部动作，由独立的权限层判断。
| 智能体 | 准备的内容 | 默认限制 |
|---|---|---|
| 建站 | 页面结构与主题建议 | 不改支付代码，不自行发布 |
| 商品 | 属性、分类、描述和翻译草稿 | 不凭空生成库存与商品认证 |
| 内容 | 页面摘要、SEO 与内链建议 | 发布前需审核 |
| 客服 | 基于已批准政策的回复和售后建议 | 退款必须由授权人员确认 |
| 运营 | 库存和订单异常的处理建议 | 不自动认定欺诈或结案 |
任务运行与审批
created → planned → validated → awaiting_approval → queued → running → succeeded
分支：failed / cancelled / needs_attention- 执行计划注明资源、权限、预算和外部影响。
- 高影响批准绑定具体动作、目标、参数与有效期；参数变化后重新审批。
- 服务端以实际工具结果更新状态，失败任务从检查点恢复。
- 页面草稿可以回退；已完成的扣款、发信或物流动作要走补偿流程。
06 / COMMERCE CORE
商品、库存与报价
商品与库存
商品概念与可销售规格分开管理。每个 SKU 记录变体、价格、库存、媒体、语言和可售市场；成交时保留不可变订单快照。
可售数量 = 在库 − 已预占 − 已分配 − 安全库存
预占状态：held → committed / released / expired结账前原子预占库存，付款确认后转为订单分配；过期和失败释放需要幂等。晚到的支付结果先重新核实库存，再由员工处理异常。
服务端报价顺序
商品验证 → 市场价目 → 优惠与分摊 → 运费 → 税费 → 舍入
→ 报价快照 → 顾客确认 → 订单快照部分退款按原成交明细和已退份额计算，不使用现价重算；税费与配送也要在真实市场配置下校验。
07 / TRANSACTION STATES
交易与支付状态
订单、支付尝试、发货、退款和争议各有状态，界面再汇总成可读摘要；避免用一个状态覆盖多条并行事实。
| 对象 | 示例状态 | 可信依据 |
|---|---|---|
| 订单 | 草稿 → 下单 → 已确认 → 完成 | 价格、政策与库存快照 |
| 支付尝试 | 待操作 → 处理中 → 已授权 → 已扣款 | PSP 返回与已验证回调 |
| 履约 | 待处理 → 打包 → 部分发货 → 已完成 | 包裹与运单记录 |
| 退款 | 请求 → 审批 → 处理中 → 成功 / 失败 | 逐笔审批与支付服务商结果 |
| 争议 | 收到 → 收证 → 已提交 → 处理结果 | 争议事件与截止时间 |
回调和幂等
- 请求重试使用稳定业务键；同键但金额或目标不同应拒绝。
- Webhook 核验签名、去重并允许乱序到达；浏览器跳转不等于支付成功。
- 支付账户与店铺绑定关系在服务端验证，不依赖外部 metadata 随意切换商户。
08 / RISK & FULFILLMENT
风控、退款与履约
风险提示只帮助商家判断，不替代人工决定。售后流程把退货许可、物流、付款退款和争议证据分别追踪。
| 事项 | 建议处理 | 需要留存 |
|---|---|---|
| 风险信号 | 向授权人员展示来源与原因 | 复核结论及操作者 |
| 退货申请 | 检查订单与政策版本 | 申请、照片和时点 |
| 部分退款 | 核对未退余额并逐笔批准 | 原始付款与退款金额 |
| 拒付争议 | 在截止前准备证据 | 提交回执与后续结果 |
| 部分发货 | 按包裹维护状态 | 运单与顾客通知 |
09 / CUSTOMER CARE
Agent 客服与客户
客服回答应基于已发布商品、政策和获授权的订单资料。需要确认身份时，把顾客引导到安全的订单入口；超出范围时连同上下文交给人处理。
可自动准备
常见问题回复、订单查询线索、售后摘要。
需要商家确认
退款、改价、政策例外和正式对客承诺。
接管记录
人工开始处理后，自动回复暂停并保留草稿与来源。
客户范围
知识检索和客户资料始终受店铺及权限约束。
10 / MARKETS & I18N
多币种与国际化
语言、展示价格、支付币种和最终结算币种是不同概念。市场必须逐一核实商品、支付、税费、配送和消费者政策。
| 要素 | 展示与规则 | 交易约束 |
|---|---|---|
| 语言 | 翻译稿由商家审阅并支持回退 | 商品事实保持一致 |
| 货币 | 显示、支付、结算分别标注 | 报价锁定汇率及舍入 |
| 税与运费 | 根据地址与商品税类计算 | 结账前显示可确认总额 |
| 支付方式 | 按 PSP 与商家账户能力展示 | 不可因界面翻译就声称可用 |
订单及退款保留原币金额与当时的汇率依据；跨币种报表在图表中注明折算口径。
11 / DISCOVERABILITY
SEO 与内容发布
商品与内容页应可被抓取、正确标注语言版本，并避免预览草稿进入搜索索引。
- 正式页输出标题、描述、规范 URL、结构化商品数据及站点地图。
- 语言版本互相声明关联，变更 slug 时维护重定向。
- 私人预览需要访问限制并设置 noindex；不要只依赖 robots 禁止抓取。
- AI 可准备草稿与改进建议，但商品事实和发布动作由商家复核。
12 / LEGAL & PRIVACY
协议与隐私设计
平台服务合同与商家对消费者的店铺政策应分开管理，按主体、语言、市场和生效版本保存。
| 范围 | 需要版本化的资料 | 处理原则 |
|---|---|---|
| 平台订阅 | 服务、计费、隐私、数据处理及 AI 使用 | 签署版本与权利义务明确 |
| 店铺交易 | 购买、配送、退货、支付与客户隐私 | 成交时保留适用文本快照 |
| 同意记录 | 协议版本、语言、时间和操作证据 | 可重现当时所见内容 |
| 隐私请求 | 访问、更正、删除及导出 | 兼顾合法保留与审计 |
13 / ARCHITECTURE
技术与部署架构
将内容展示层与资金、订单等交易核心分开部署。官网和静态资源适合静态托管或 Workers；需要数据库事务、支付回调和队列的后台按其运行条件部署。
| 层次 | 职责 | 交付关注点 |
|---|---|---|
| 公开网站 | 品牌、资源、静态内容与预览 | 可缓存、可回退、SEO 友好 |
| 商家后台 | 权限、商品、订单与审批 | 鉴权与资源范围 |
| 交易服务 | 报价、库存、支付及退款 | 一致性和幂等 |
| Agent 服务 | 任务编排、工具网关与预算 | 隔离与可审计 |
| 存储集成 | 关系数据、对象与事件队列 | 备份、密钥与监控 |
Cloudflare Workers 的 Node 兼容能力需要逐项核查，不能把静态官网可部署到 Workers 推导为整个交易后台可原样运行。
14 / DATA & API
数据模型与 API
数据模型和 API 要让租户归属、业务版本和外部事实清楚可见。操作接口以资源范围鉴权、稳定幂等键和有版本的响应为基础。
| 实体 | 关键归属 | 关键记录 |
|---|---|---|
| Tenant / Store | 合同与品牌 | 成员、市场、政策版本 |
| Product / Variant | 商品与规格 | 媒体、价格、库存流水 |
| Quote / Order | 成交意图 | 金额、税费与政策快照 |
| Payment / Refund | 外部支付账户 | 尝试、回调和对账引用 |
| AgentTask / Approval | 发起人与资源 | 预算、审批、步骤和结果 |
API 示例
POST /v1/stores/:storeId/orders
Idempotency-Key: <stable-business-key>
If-Match: <resource-version>
服务端校验：会话 → 租户范围 → 资源版本 → 参数 → 副作用15 / SECURITY & OPERATIONS
一致性、安全与运维
订单、支付与异步任务需要共同的追踪标识，同时把可恢复性和安全性纳入交付检查。
| 领域 | 设计要求 |
|---|---|
| 身份 | 短会话、管理员 MFA、最小权限与敏感操作再验证 |
| 数据 | 传输和存储加密、密钥轮换、测试与生产隔离 |
| Web | 输出编码、CSP、上传限制和签名下载 |
| 交付 | 依赖审查、迁移检查、可回退发布 |
| 观测 | 将订单、支付、回调和 Agent 任务按 Trace ID 关联 |
| 备份 | 定期恢复演练，核对外部已完成付款、退款和发货 |
报表中净销售、税费、运费、退款和拒付分别列示；图表标注币种、时区与统计区间。
16 / SUBSCRIPTIONS
订阅价格与计费
下列金额与本站首页和定价页保持一致，均为展示用方案；年付按月费八折、一次计 12 个月。适用税费在付款前确认。
| 项目 | 初创版 | 成长版 | 企业版 |
|---|---|---|---|
| 月付 | $30 / 月 | $90 / 月 | $240 / 月 |
| 年付总额 | $288 / 年 | $864 / 年 | $2,304 / 年 |
| 年付折合月均 | $24 / 月 | $72 / 月 | $192 / 月 |
| 店铺 | 1 | 3 | 10 |
| 席位 | 1 | 5 | 20 |
| SKU 上限 | 100 | 2,500 | 20,000 |
| AI 点数 / 月 | 1,000 | 5,000 | 20,000 |
额度与周期
- 店铺、席位和 SKU 的实际计算口径在正式服务规则中明示。
- 年付展示年度实扣总额，不把折合月均误写为每月扣费。
- AI 点数按月补充；新任务预算不足时暂停任务，不应影响现有订单处理。
- 取消、升级、降级与退款均需显示生效时间、差额及服务截止日。
17 / MARKETING WEBSITE
官网内容与预览范围
官网介绍服务用途、商家控制权限及计费方式；技术文档说明各模块的设计与协作方式。
| 页面元素 | 表达重点 | 预览边界 |
|---|---|---|
| 首页主视觉 | 从品牌想法到可经营的店铺 | 不使用虚构客户或交易数据 |
| 店铺演示 | 草稿、审核和发布流程 | 模拟数据不发送真实资料 |
| 功能板块 | 商品、订单、支付、售后与内容 | 规划能力与已交付能力区分 |
| 定价 | 周期、金额与套餐额度 | 展示模拟，不接真实扣款 |
| 资源与协议 | 架构、联系方式和法律条款 | 未完成目标不伪造已可用页面 |
本网站当前提供可审阅的首页、定价页和这份架构说明。其他页面将按用户逐页设计后再接入。
18 / DELIVERY & ACCEPTANCE
阶段与具体验收
各交付阶段明确服务范围、验收标准和责任分工。
阶段 A · 可审阅设计
文档、官网与套餐交互，明确所有模拟范围。
阶段 B · 基础交易闭环
从商家身份、商品、支付到订单和售后的受控实现。
阶段 C · 多店与运营
扩展更多市场、集成、库存和审批能力。
阶段 D · 可选扩展
按需求评估数字商品、企业采购或更多渠道。
验收示例
| 检查项 | 通过表现 |
|---|---|
| 租户隔离 | 跨店数据和文件访问均被拒绝 |
| 库存并发 | 并发结账不产生负库存和重复分配 |
| 回调幂等 | 重复或乱序支付事件不重复发货 |
| 退款审批 | 未授权或超原付款额的退款无法完成 |
| Agent 权限 | 修改审批参数后必须重新批准 |
| 移动与无障碍 | 窄屏无横向溢出、键盘可完成主要操作 |
| 交付边界 | 演示页面没有真实发送或收款的误导 |
19 / PRIMARY SOURCES
官方资料与依据
以下链接直接指向资料发布方。它们用于核对第三方能力与公开标准；本页中的产品结构和实施顺序仍是 AMPLIFY 的设计规划。
- 01Cloudflare · Workers Static Assets 静态网站部署 · developers.cloudflare.com
- 02Cloudflare · Node.js compatibility 运行时兼容范围 · developers.cloudflare.com
- 03Vendure · Core 商业框架与许可 · vendure.io
- 04Vendure · Channels 渠道设计 · github.com
- 05OWASP · AI Agent Security 智能体授权 · cheatsheetseries.owasp.org
- 06OWASP · Multi Tenant Security 多租户隔离 · cheatsheetseries.owasp.org
- 07Stripe · Webhooks 回调验证与事件处理 · docs.stripe.com
- 08Stripe · Supported currencies 货币与最小单位 · docs.stripe.com
- 09Stripe · PaymentIntent lifecycle 付款状态 · docs.stripe.com
- 10Stripe · Refunds 退款流程 · docs.stripe.com
- 11Stripe · Security guide 支付集成边界 · docs.stripe.com
- 12Google Search Central · Localized versions 多语言页面 · developers.google.com
- 13Google Search Central · Canonical URLs 规范 URL · developers.google.com
- 14Google Search Central · Product data 商品结构化数据 · developers.google.com
- 15Google Search Central · Noindex 预览阻止索引 · developers.google.com
- 16Google Search Central · Sitemap 站点地图 · developers.google.com
- 17W3C WAI · WCAG 2.2 无障碍标准 · www.w3.org
- 18EUR-Lex · GDPR 欧盟数据保护文本 · eur-lex.europa.eu
- 19EUR-Lex · Directive 2023/2673 在线撤回规则文本 · eur-lex.europa.eu
- 20European Commission · ODR 平台关闭说明 · consumer-redress.ec.europa.eu
- 21IETF · RFC 9110 HTTP 条件请求 · www.rfc-editor.org
- 22Stripe · Subscription webhooks 订阅事件 · docs.stripe.com
AMPLIFY · 产品与系统设计
供产品审阅；实施、商业与适用法律边界以最终确认的版本为准。
供产品审阅；实施、商业与适用法律边界以最终确认的版本为准。