从 Kickstarter 项目转向 Shopify 运营，首先要把已有支持者承诺与新的网店购买分开。项目奖励、已付金额、选项、地址和交付批次应保留对应关系；不能把导入的一条记录当成需要再次付款的新订单。
建立奖励到可售商品的映射
先整理项目奖励及附加选项，再对应 Shopify 商品、变体和数量单位。一个奖励包含多件商品时，记录每件的交付责任；项目限定版本与普通零售版也应保持区别。保留原项目与支持者标识，用于售后查询和去重，不要求顾客重新解释过去的购买。
| 原记录 | 转换时需要确认 | 防止的问题 |
|---|---|---|
| 奖励与选项 | 商品、版本、数量及附加件 | 发错奖励或漏发 |
| 付款情况 | 已付、待付及退款 | 重复收款或把失败付款当已付 |
| 地址 | 最新确认地址及可配送性 | 用过期地址出库 |
| 承诺 | 批次、时间、限制与更新 | 普通零售说明覆盖原项目承诺 |
先对账，再生成履约工作
冻结一次可核对的数据版本，保留原始记录，不在转换时改写金额或交付承诺。先检查重复支持者、未确认选项、付款异常与缺少地址的记录，将它们放入待处理队列。只有符合已定义交付条件的项目记录，才送往仓库流程。
商品到货与库存同步可按“Shopify 库存同步的地点与异常补偿”核对，项目待交付数量不能与网店现货无条件混用。分批发货时保留每件商品的履约结果和顾客通知。
单独设计项目结束后的新购买
新网店可以销售现货或设置预售，但新购买应有自己的价格、付款方式、交付说明和售后流程。Shopify 原生预售购买选项需要应用及适用配置，参见 Pre-orders 官方说明。它不代表过去的 Kickstarter 付款会自动变成 Shopify 可继续扣款的授权。
项目支持者联系信息用于交付核对时，和后续营销订阅分别记录。新商品补购、换货或追加运费有变更时，先说明并获得相应确认，不能在迁移过程中静默改变客户所需付款。
用一个交付批次完成验收
选择可控制的批次，核对原承诺、仓库商品、付款记录、地址、追踪与通知。再做地址变更、奖励缺件、部分退款和重复导入检查。自动释放订单之前，可阅读“Shopify Plus 自动化交付的状态与接管”，明确何种记录等待人工判断。
FAQ
把支持者导入客户列表就完成迁移了吗？
还需保留奖励、已付状态、选项、地址和交付承诺的对应关系。客户资料本身不足以安排正确履约。
原项目已付款，需要顾客再次结账吗？
先按真实付款和承诺设计流程，避免重复收款。新增购买或已确认的补款应与原项目付款分开说明。
可以把支持者全部加入营销名单吗？
应分别保留项目交付联系与后续营销同意记录。拥有用于履约的联系方式，不能直接当作新的营销选择。