OpenLMSHong Kong
迁移服务

搬走培训数据与课程,同时保住审计轨迹。

LMS 迁移最难的部分从来不是平台,而是七年的完成纪录、管理层已在引用的报表,以及没有人想起要导出的审批历史。我们在报价之前先把这些界定清楚。

关于 LMS 迁移的重点数据

我们迁移什么
用户与组织架构、课程内容、完成与评估纪录、证书、审批与资助纪录,以及报表定义。
内容格式
SCORM 1.2 及 2004 套件、H5P 互动内容、xAPI 记录与 YAML 课程套件 —— 全部是 Drupal LMS 原生支持的开放格式。
最难的部分
历史纪录与报表定义。内容通常比其上的报表更容易搬走。
需要你准备什么
现有系统的导出权限、一位熟悉审批规则的具名联系人,以及一份必须继续运行的报表列表。
我们不做什么
我们不会在界定范围之前承诺固定时长,也不会在没有先用你真实数据副本试跑的情况下就执行迁移。
平台授权费
HK$0。迁移是独立的范围式服务项目,单独报价,并附书面假设前提。

为何我们现在不报时长

迁移工作量由数据量、历史深度与需要重建的报表数目决定 —— 不是由用户人数决定。在还未看过你的数据样本之前给出的报价,只是包装成数字的猜测。评估的存在,正是为了用你可以查证的东西取代那份猜测。

一次迁移如何进行

1

范围界定与样本

我们取一份具代表性的数据副本 —— 用户、一门课程,以及一段历史 —— 另加一份必须继续运行的报表列表。由此产生的才是你的实际范围,而不是套模板。

2

字段对应与决策纪录

旧系统的每一个字段,都会对应到新字段、一段转换逻辑,或一项「不搬」的明确决定。这份决策纪录就是交付给你审阅的文件 —— 意外都藏在里面,而这也是让不可逆步骤变得可问责的唯一方法。

3

试跑迁移与核对

我们在测试环境用完整副本跑一次迁移,并核对数量:导入用户等于导出用户、导入完成等于导出完成,所有例外都列出原因。核对通过之前,不会动到正式环境。

4

切换与验证

我们在约定的切换时段执行,然后对照迁移前的基准核对 —— 而不是「网站开得到就算」。范围之内的证书、纪录与报表都会与迁移前的数字逐项核对。

5

交接与退场

为将会运行平台的人员提供培训、为配置提供文件,并设有一段让旧系统以唯读方式留作后备的时期。退场日期由你们同意,不是我们单方面决定。

什么可以搬走,以及怎样搬

你目前有什么如何搬迁需要你提供什么
用户账号与组织架构对应后导入并套用角色对应一份载明部门、职级与直属上司的用户名单
完成与出席纪录导入并保留原有日期与完成状态附时间戳的导出档,而非只有汇总数字
评估与考试成绩导入至学员的学习文件附分数与合格状态的导出档
证书依导入的纪录重新产生 PDF,或上载原有文件原始纪录与到期日
审批与资助历史以带日期的工作流程纪录导入旧有审批数据(若有保存的话)
SCORM / H5P 课程套件原生载入 —— 无需转换课程套件文件
以专有工具创作的内容在有干净导出路径时作转换,没有时明确标示该创作工具的导出权限
报表与仪表板在新的报表层重建,再与旧数字核对管理层实际会看的报表列表
学员留言与讨论区通常不迁移由你们决定,不由我们代决

两种迁移情况,需要不同的答案

由成熟的商业平台迁出

数据通常干净而可直接导出,真正的工作在报表。预期大部分工时花在重建仪表板,以及核对它与旧数字是否一致。在范围界定时确认了导出路径的前提下,这是较可预测的一种。

  • 大量数据迁移
  • 报表重建与核对
  • 单一登录与 HRIS 重新指向
  • 就新配置培训你的团队

由 Excel 或自建系统迁出

通常没有干净的导出路径。第一步是数据考古 —— 还原那份 Excel 实际代表什么,因为一个名为「status」的字段可能编码了三种不同状态。好消息是数据量通常不大,所以工时花在诠释而非搬运量。

  • 数据考古与意义还原
  • 重新定义那份 Excel 所代理的流程
  • 决定哪些历史值得保留
  • 一个更小、更干净的目标系统

迁移最常在哪一步出错

01
失效模式

用人数而非历史深度来估算

一套五年历史的 5,000 人系统,迁移成本低于一套有十年纪录连同定制报表逻辑的 300 人系统。真正的估算问题是「多少历史、多少定义」,而不是「多少账号登录」。

02
失效模式

把报表重建成「看起来对」而不是「数字一致」

一张外观相似但统计口径不同的报表,比没有报表更糟,因为人会据此做决定。范围之内的每一张报表,都要在称为完成之前与迁移前的数字核对过。

03
失效模式

让旧系统无限期运行

后备方案在有限期内很有价值,过期之后则有害。我们在范围界定时就议定退场日期并遵守它,因为第二套系统会悄悄变成下一位同事眼中的「系统真相」。

04
失效模式

搬走根本没人查过的数据

六年前已离职员工的完成纪录,搬起来便宜,存起来、保护起来、解释起来都贵。我们会告诉你哪些数据值得带走、哪些不值得,由你作这个决定。

关于 LMS 迁移的常见问题

你们可以专门从我们现有的 LMS 迁移吗?

我们未曾做过由市场上每一套平台迁出的正式项目,所以不会声称熟悉我们未曾见过的导出格式。我们能做的是在范围界定时取一份你现有实例的导出样本,确认哪些数据可取,然后在你就任何事情作决定之前,如实说明哪些做法可行。

迁移要多久?

我们不公布固定数字,而任何在你看过数据之前就给你一个数字的供应商,其实是在猜。我们在界定范围之后给你的是一个区间,附上假设前提,以及一组你可以用来追问的里程碑。

你们迁移内容还是只迁移纪录?

两者都做,而它们是两件不同的工作。SCORM、H5P 或 YAML 的内容原生搬迁;以专有工具创作的内容需要转换路径,我们在界定范围时确认。纪录需要字段对应,而那份对应表,就是你在任何东西移动之前应该先审阅的文件。

日后我们要离开,数据怎么办?

数据留在标准架构中,可以标准格式导出 —— SQL、YAML、SCORM。离开时没有专有导出费要谈,因为平台是开源的,格式也是开源的。

可以分阶段迁移吗?

通常可以,而且通常更好。常见做法是先把新计划与新入职同事迁过去,历史纪录等新平台运行稳定后才搬。顺序取决于你们的切换风险,而不是我们的方便。

《个人数据条例》会影响迁移吗?

迁移过程涉及个人数据,其处理方式 —— 访问、发送、保留 —— 必须符合《个人数据(私隐)条例》。我们配合你既有的私隐流程,也不会建议任何规避条例的搬迁路径。

先给样本,不要先给价格

给我们一份数据样本,以及必须继续运行的报表列表。我们会告诉你哪些做法可行、范围是什么、以及费用是多少 —— 全部在你作任何承诺之前。