这是一个艰难的决定。一方面，您有大量的关键任务数据与管理这些数据的现有软件解决方案紧密地交织在一起。另一方面，软件解决方案正在失败，而且看起来只会变得更糟。您是进行迁移(带着可能带来的所有陷阱)，还是只是顺其自然，直到您的解决方案不可避免地崩溃和燃烧?

最近，我在帮助台软件的问题上面临着这样的抉择。我有大约五年的客户案例与一个叫Awesome Support的产品有关。这个WordPress插件在WordPress仪表板中提供了帮助台功能。很棒的支持一开始是很棒的，当它工作时仍然很棒，但它开始失败。通过Awesome support获得问题支持一点也不棒。它是不存在的。

我们来看看一些最好的虚拟主机提供商，并帮助您了解如何选择最适合您的需求。

我做了些调查，发现它通过拍卖换了主人。在网站的“关于”页面上列出了一个首席开发人员，但是当你访问首席开发人员的个人主页时，上面写着他在2016年就出售了这个插件。最后，购买Awesome Support的人在关于页面上把自己列为“不情愿的业务经理”。

看起来很棒的支持在没有任何开发者认真关注的情况下滑行。这一点很明显，因为我提交了关于我购买的免费增值附加组件的投诉，但却没有得到任何回应。

事情是这样的，我有超过600个客户，我有超过1000张支持票。我每天都依赖于帮助台软件。作为一名独立开发人员(这甚至不是我的主要工作)，我没有时间花一整天的时间挖掘电子邮件来了解给定客户问题的历史。帮助台软件将关于客户问题的所有内容整合在一个地方，允许我在一天一个小时左右的时间内提供支持。

如果没有好的服务台软件，我就跟不上了。

这是一个相对明显的决定:我需要改变我的支持环境。许多其他WordPress开发人员使用Help Scout。有一些扩展可以将它集成到WordPress中。所以Help Scout是Awesome Support的可行替代方案。

问题是没有明确的方法将我的所有数据从Awesome Support移动到Help Scout。帮助侦察不提供一个强大的支持导入功能。

这不仅仅是简单的导入客户账户。每个客户通常有不止一张票，每张票有不止一个入口，并且经常有与这些入口相关联的屏幕截图。为了能够支持我的用户，我需要能够访问按用户和票证组织的所有数据。

我曾经想过重新开始建立一个新的支持系统。我可以宣布服务台为零，然后继续工作。但与我的用户互动的历史是无价的。这些票据不仅告诉了我每个客户的情况，而且还包含了我在试图追踪漏洞解决方案时经常挖掘的症状和解决方案。

这是我不想丢失的数据。事实证明，我不需要这么做。

那是1月一个阴冷阴雨的下午，我决定穿上Google-fu的斗篷，开始寻找迁移解决方案。我给我的大脑注入了一杯热的甲基黄嘌呤类中枢神经系统兴奋剂，也就是咖啡因，再加上一点牛奶和甜味剂。我弯曲手指，敲了敲指关节，确保我的罗技MX Master 3鼠标和MX Keys键盘充满电，然后开始搜索。

经过大约一千秒的搜索，我似乎找到了一个可能的答案:helpdeskmigration.com上的服务。这让我有点意外，因为我本来是满怀希望，但期望不高的。毕竟，Awesome Support只是一个日渐式微的WordPress支持插件，而不是主流的服务台服务。然而，helpdeskmigration.com声称能够迁移它。

剧透警告:他们做到了。难以置信。

从下图中可以看出，该公司提供了广泛的来源和目的地服务来进行转换。

首先选择源平台并提供必要的凭据或API密钥，以便helpdeskmigration.com可以读取数据。

接下来，选择要用来匹配记录的索引。在我的例子中，我的用户的电子邮件地址是键标识符。您还可以指定其他映射。在我的例子中，地图并不完美，但我将在一分钟内讨论更多。

然后告诉程序你想要移动的地方。我不关心代理(我是唯一一个)，但我确实需要将所有Awesome Support用户移动到Help Scout客户，并将所有Awesome Support门票移动到Help Scout对话中。

然后进行测试导入。这有助于确定你有多少记录以及你的费用是多少。在我的例子中，测试导入失败了。

这是我与helpdeskmigration.com背后的乌克兰公司Relokia的谈话的开始。事实证明，我得到了他们的大力支持。我给他们发了一封快速的电子邮件，结果得到的回答是，我有一个损坏的联系人，需要在尝试迁移测试之前删除。

第二次，迁移测试成功了，但是Help Scout没有正确地表示我的用户名。

我知道数据在那里，因为它显示在我的Awesome Support仪表板上。

在这一点上，Relokia进入并为我修改了他们的迁移代码。我从Help Scout中删除了目的地记录，并进行了另一次测试。这一次，业务逻辑对于姓和名有点偏差。

它看起来是这样的:

基本上，如果只有名字或姓氏，但不是两个都有，那么在字段中输入“姓氏”就会很麻烦。我们来回发了几封电子邮件，讨论他们的系统能处理什么，什么对我有用，我们决定在用户记录中没有姓氏的情况下使用破折号。

我们又遇到了一个问题，源数据库中有一条记录出了问题。Relokia的工作人员帮我找到并清除了这个记录，至此我才能够完全完成迁移。

整个迁移过程总共花了四天时间。这主要是因为我们来回发送了27封电子邮件，以解决所涉及的问题。

如上图所示，总共有1943份记录被转移。它由655条用户记录和1288个票据线程组成。

除了所有来回的对话之外，Relokia还亲自修改了我的导入，并做了一些自定义编程来调整他们的Awesome Support界面，这与他们最常用的迁移平台之一还差得很远。

因此，我没有丢失所有的支持记录，也没有试图花几周时间在服务之间手工复制和粘贴所有的票据数据，而是使用了Relokia的helpdeskmigration.com，在四天内完成了这项工作，我这方面的大部分工作都是回复电子邮件。

这些量身定制的帮助和支持到底花了我多少钱?总共153美元。这是一笔交易，它奏效了，而且得到了特别的支持。

所以,是的。迁移帮助台数据绝对不是不可能的。只要使用这项服务。

您正在考虑迁移项目吗?您最近是否迁移了其他数据?你有什么建议或战争故事想分享吗?请在下面的评论中告诉我们。

你可以在社交媒体上关注我每天的项目更新。一定要关注我的推特账号@DavidGewirtz, Facebook账号Facebook.com/DavidGewirtz, Instagram账号Instagram.com/DavidGewirtz, YouTube账号YouTube.com/DavidGewirtzTV。

点击分享到