跳到主要内容

迁移中

迁移实际涉及哪些内容。

包括那些令人厌烦的环节、那些比谁说的都更耗时的环节,以及不去做这件事的理由。

一个只列出"哪些能迁移过来"的迁移页面,不过是戴着安全帽的销售页面。

数据

哪些内容能迁移过来,哪些不能。

给人的印象

  • 产品、选项与变体
  • 图片已重新托管并清理优化
  • 类目及其结构完整保留
  • 顾客与地址
  • 订单历史

让人感受到用心

  • 复杂的属性集
  • 自定义定价规则
  • 订阅计划
  • 忠诚度积分余额
  • 礼品卡余额

无法传达出来

  • 主题代码与模板
  • 定制扩展
  • 第三方应用数据
  • 分析历史记录
  • 只存在于插件中的任何功能

整个流程

实际情况如何。

  1. 01

    我们先导入一份样本

    不是全部——只是一部分,好让你在其中看到自己的产品,并在问题修复成本还低时就发现它们。

  2. 02

    我们让两者并行运行

    你的旧店铺照常营业。在新店铺完全就绪之前,不会切换任何东西,而所谓的“就绪”,由你而非我们来判断。

  3. 03

    我们为你映射 URL

    每一件商品和每一个品类都设置了重定向。正是这一步保护了你多年积累的搜索流量,也是大多数迁移仓促带过的一步。

  4. 04

    你可在自己选定的时机切换

    通常选在清淡的一周,绝不在旺季。如果你问的是十一月,那答案就是二月。

  5. 05

    头两周我们会密切关注

    因为真正要紧的问题会在真实订单中暴露,而不是在测试计划里。

关于时机

0

我们会在你销售旺季期间为你完成的迁移。

这条政策不是我们故意为难人——而是因为在十一月更换平台,会把好年景变成坏年景。旺季照常经营,之后再迁移。

"如果你现在还不该迁移,我们会直说。" 诚实的那一个

如果您现有的技术栈运转良好、如果您正处于旺季、如果您需要的只是一款应用而非一个平台——那么答案就是否定的,而且您会在收到账单之前就从我们这里得到这个答案。

下一步

让我们来把它的范围界定清楚。

把导出文件或你的商店链接发给我们,我们会告诉你哪些能干净地迁移、哪些需要重建、要花多长时间,以及这件事究竟值不值得做。

并行运行
标准配置,而非额外收费项
URL 映射
每一件商品和每一个品类
在高峰期
我们会请你稍等