跳至主要内容
Rosecraft Studios

数据可以导出。至于能不能继续用,祝你好运。

导出按钮很容易演示,业务能否顺利迁走才是真问题。在更换系统或取消旧服务前,先验证这五件事。

Corey Rosamond · 2026/10/24 · 约 6 分钟阅读

本文为英文原文的简体中文译文。资料和事件日期保留原文发表时的语境;代码示例保持原样。 Read in English

数据可以导出。至于能不能继续用,祝你好运。

数据可以导出。至于能不能继续用,祝你好运。

软件演示里,我最想看到的环节之一,就是有人把整个业务再搬出去。

销售演示会展示一个客户、客户尚未完成的工单、每张工单附带的照片,以及批准后才能开具发票的流程。所有东西都连在一起。可到了演示如何退出的时候,如果有人问起,拿到的往往只是一张电子表格。

你花了多年时间和费用积累可用的业务信息。直到准备离开时,才发现能带走的只是一堆互不关联的数据行,这实在令人失望。

我的看法是:在签订长期合约前,买方应该要求供应商演示如何迁出。提出定制开发方案的顾问,也应该接受同样的检验。

导出成功,迁移仍然可能失败

CSV 很有用,但它本质上是一张表。它不会自动说明哪张照片属于哪次现场服务、某个状态代表什么、谁有权批准变更,或者总金额是怎么算出来的。

假设一家维修服务公司要更换工单系统。这是用于说明问题的假设场景,并非真实客户事件。导出文件包含客户名称、工单编号、金额和照片链接。用 Excel 打开,一切正常。团队觉得大功告成。

到了新系统里,两位客户使用了相同的商号。导入程序按名称匹配,而没有使用稳定的唯一标识,结果工单关联错了客户。总金额作为数字导入了,计算规则却没有跟过来。照片栏里是指向旧服务的链接。在开出下一张发票之前,还得有人搞清楚原来的“已批准”究竟意味着什么。

出现这些问题,并不需要供应商怀有恶意。不同产品描述业务的方式本来就不同。买方把下载成功当成迁移完成的证明,才是问题的起点。

这些限制往往已经写在文档里

Notion 说明,工作区导出文件不能通过重新上传就立刻还原整个工作区。其当前导入指南也指出,新建 CSV 导入不会自动恢复关联、汇总或公式,需要重新配置。但这里有一个重要区别:合并 CSV 时,可以把数据映射到已有的关联属性。因此,笼统地说“CSV 无法处理关联”并不准确。详见 Notion 导出指南和导入指南。

Airtable 则说明了另一个具体问题:CSV 导出文件中的附件下载链接会过期。如果需要这些文件,应在链接失效前下载。链接过期不代表 Airtable 删除了附件;有效期限制是为了保护文件访问。详见 Airtable 附件链接说明。

这些都是公开说明的产品边界,可以帮助你针对自己的配置提出问题。它们不能证明这两款产品不适合使用,也不意味着所有导出方式都有同样的限制。

要求在另一个系统里完成一张完整工单

在选定平台或批准迁移预算之前,选取一项有代表性的业务,明确迁移后必须保留什么。使用独立的目标测试环境,以及模拟数据或经过适当授权的样本。测试期间关闭真实客户通知和付款操作。

对于上面的维修业务,我会要求负责迁移的人演示以下五件事:

  1. 客户和工单仍然正确关联。 即使客户改名或名称重复,稳定的标识也能保留关联。记录数量能够核对一致,异常情况有明确负责人。
  2. 文件确实已经迁过来了。 不依赖旧账户,从新系统直接打开照片和文档。一列网址不能证明这件事。
  3. 数字的含义没有改变。 检查币种、日期、时区和单位。明确哪些计算需要重新执行,哪些历史数值必须保持原样。
  4. 正确的人可以完成下一步。 重建并验证业务实际需要的权限和审批。导入一个状态标签,并不等于实现了审批流程。
  5. 普通员工能够完成工单。 请实际使用系统的人执行约定的流程,不要让开发者在幕后临时补洞。记录失败的环节和需要重建的部分。

样本测试不能证明每一条历史记录都正确。它的作用,是尽早暴露假设,让剩余工作可以估价。完整迁移仍然需要数据核对、明确的过渡期变更处理方式,以及目标系统未通过检查时的恢复方案。

在约定的检查通过、数据保留义务也已明确之前,保留对源系统的访问。先取消服务,可能会把一个本来能解决的字段映射问题,变成与访问权限失效赛跑。

定制软件也不能免检

拥有源代码,并不自动意味着业务可以顺利迁走。仍然需要有人知道如何恢复数据库、文件存在哪里、集成接口需要什么,以及哪些账户控制基础设施。

如果定制系统的规则没有文档,而且只有一名不可替代的开发者了解它,退出成本同样可能很高。要求提供另一支合格团队真正能用的交接资料。把导出格式、必要文档、访问要求,以及一次有代表性的恢复测试写进项目范围。

托管产品仍然可能是最佳选择。付费让服务商运行可靠的系统,往往很合理。我反对的是:用“有导出按钮”来完整回答业务连续性的问题。

趁你还有选择,先算清迁出的代价

比较方案时,要问清能取回哪些数据和文件、哪些功能必须重建、能获得什么支持,以及费用是多少。问清访问权限何时结束,也问清由谁证明新系统可以正常工作。

可信的答复可能包含限制、收费的迁移工作,以及一些棘手的边缘情况。这些都是有价值的信息。已知的限制可以纳入预算;未经验证的保证,无法成为计划的依据。

准备更换系统?把你绝不能中断的业务流程告诉我们。 Rosecraft 可以协助确定迁移范围、连接系统并开发缺失的功能。告诉我们你要离开什么系统、准备迁往哪里,以及哪些工作必须继续运行。请不要在首次留言中附上敏感导出数据。

愿意在迁移变贵之前,先听听哪些地方需要修好吗?联系 Rosecraft,或在 LinkedIn 上给我留言。迁移计划不应该停在“下载完成”的提示上。

作者:Corey Rosamond,Rosecraft 创始人兼首席工程师

继续阅读

订阅工作室邮件

留下邮箱以接收工作室更新。订阅后请检查确认邮件;确认邮件目前使用英文。

了解隐私政策

下一步,从交流开始

把您的问题,变成清晰的下一步。

告诉我们您想开发或改进什么。我们会一起梳理范围、限制和合适的工程方案。

聊聊项目