PostNL 利用低代码实现新业务模式
“我们才刚刚开始。” Jasper ten Hove 在谈到 IT 部门为 PostNL.
ten Hove 是荷兰邮政公司 PostNL 的物流电子商务 IT 经理,该公司是荷兰国家邮政运营商,也是比荷卢三国最大的物流和包裹公司之一。他谈到了 PostNL 不断增长的包裹业务的命脉:他们新的适合用途的定制订单管理系统。
该系统及其构建方法帮助 PostNL 每天处理 1.1 万个包裹,这是逐年持续大幅增长的结果,并在短短两个季度内消除了两年来的 IT 积压问题
然而,对于 ten Hove 和 PostNL 的同事来说,这些成就只是他们长期业务战略的开始。他们的团队通过快速发展、持续的反馈循环和对业务目标的密切关注,创造了良性的价值循环。
物流供应商取得的最大成就是将软件牢牢地置于与客户开展业务的核心位置。 Mendix 低代码开发平台.
PostNL 的 IT 部门正在将 PostNL 从一家提供软件的邮件和包裹公司转变为一家提供邮件和包裹的技术驱动型公司。这一切都由一种新的工作方式驱动,这种方式源于微服务架构的订单管理系统,这可能是有史以来最复杂的低代码实现。
处理变更
是什么促使荷兰邮政 Mendix 低代码平台是以下内容的组合:
- 不断变化的市场需求
- 需要 调整其 IT 系统 以符合他们的商业愿景
PostNL 的整个基础都建立在邮件之上——将信件和包裹直接送到荷兰和比利时 17 万客户的邮箱。PostNL 每天仍递送 8.1 万封信件,但在过去 15 年里,该公司的信件数量激增 包裹业务,受电子商务大规模增长的催化。
但 PostNL 做到了。作为一家以邮件为基础的企业,PostNL 已成功转向包裹业务。2020 年,PostNL 的包裹业务正式取代邮件,成为其业务的最大组成部分。订单管理系统是实现这一目标的关键。
订单管理系统的产品负责人 Chris Neuteboom 预计包裹订单数量将会增加,于是他和他的团队于 2007 年开始开发解决方案。该系统每天可以处理 600,000 万份订单,这在当时 Neuteboom 和团队看来是相当惊人的规模。订单管理系统是典型的技术巨石:使用传统编程语言、在旧操作系统上开发,由第三方开发人员开发。
订单管理系统对 PostNL 的核心业务至关重要。与许多庞然大物一样,Neuteboom、ten Hove 和团队其他成员构建的订单管理系统已无法满足快速增长和变化的市场需求。电子商务继续蓬勃发展,包裹订单量大幅增加,预计每天的峰值为 600,000 件。
除了扩展系统以满足不断增长的电子商务需求之外,物流还需要不断改进业务流程。为了优化这些流程, 物流供应商 需要:
- 快速更新软件,有时是实时的
- 避免或减少停机时间 用于重要系统
由于他们的订单管理系统过于单一,再加上需求不断增长,支持这种程度的规模和流程改进是不可能的。
PostNL 的愿景不止于此 更加现代化 订单管理系统。是的,他们需要跟上包裹需求——这种需求将继续增长。事实上,在疫情肆虐的 2020 年,包裹需求几乎全年都在假日季达到高峰。
但即使在 2015 年,PostNL 也雄心勃勃,将业务范围扩大到包裹以外的其他领域,例如限时、家具配送、订单履行或医疗和医药。所有这些领域都需要支持软件,这些软件可以反映包裹的许多相同输入/输出流程,但具有不同的配送和数据需求。
不同的包裹需要不同的信息,但通常遵循与包裹或邮件相同的输入/输出流程。例如,大型货物和药品。这些物品的订单接收业务流程非常相似,但两者的信息构成非常不同。每种包裹都需要不同的设备和送货人员。一种对时间敏感,另一种通常不敏感。一种可能需要冷藏,另一种可能需要冰箱。
PostNL 通过识别不同的企业(称为运营商)来区分这些商品。运营商有自己的物流功能,可以最好地满足商品的独特需求,这意味着订单管理系统必须根据通过其交付的商品进行更改。
PostNL 立志成为市场领先的物流供应商,并希望通过不断、即时的流程变革来实现这一目标,但他们意识到,如果订单管理系统处于脆弱、单一的状态,就不可能满足这一标准。
奠定基础 未来规模并帮助 PostNL 转型成为市场领先、高效的物流供应商,这是需要做出改变的。
规划新路线
单片系统曾经适合订单管理等用例,但其定义明确、稳定的架构意味着 快速变化 适应不断变化的商业环境所需的一切几乎不可能实现。为了实现他们的愿景,PostNL 团队需要找到一条棘手的路径。他们需要为持续变化和优化提供渠道,同时又不牺牲稳定性和可靠性。
2015 年,Neuteboom、ten Hove 和 Ramp 开始重新设计订单管理系统。但这个过程进展缓慢。使用传统语言编写代码时,看似简单的业务流程被包裹在复杂的语法中,迫使读者先理解其含义,然后才能提出改进建议。这个过程进展缓慢,这在很大程度上是由于变化速度太快。到 2019 年,该团队仅完成了大约 40% 的工作。
Neuteboom 很好地总结了新订单管理系统的目标:
重新思考其架构的一部分意味着将订单管理系统转变为一个框架,PostNL 可以一次构建并在其运营商之间重复使用,并根据所交付的物品进行必要的调整。
考虑到每个包裹在处理链中都有 18 个事件或接触点引导包裹到达目的地,这绝非易事。此链包含元数据,包括包裹应送达何处、何时送达以及是否需要签名。新系统由 32 个分拣中心的重复服务组成,每天需要处理多达 10 万笔交易。
Neuteboom、ten Hove 和 Ramp 开始寻找替代开发方法,以便他们能够更快地采取行动并为组织的未来做好准备。最终,他们选择使用 Mendix,以巨大的 微服务架构.
您的包裹正在运送途中
为了实现如此宏伟的目标,PostNL 组建了一个团队。在内部,他们与业务利益相关者合作,确保他们构建的应用程序真正满足用户的需求。在外部,PostNL 寻求了 Mendix 交付伙伴 CAPE集团 重建和重新设计订单管理系统,将其转变为PostNL业务运行的框架。
CAPE Groep 项目经理 Arthur van Leeuwen 表示,他们的出发点是“找到将软件推向市场的最有效方式。你需要考虑如何建模 应用程序部件的重复使用 并考虑代码和模型的质量。将质量融入所有这些方面以降低拥有成本非常重要。”
CAPE Groep 开发人员 Terence Duinkerken 详细阐述了如何通过配送中心网络进行扩展:“如何扩展实体业务并基本上复制这种扩展方式?我们开发了一个非常大的微服务环境来支持这一点。”
该团队设计了一个由 64 个微服务组成的架构。PostNL 的 32 个分拣中心将分别分配两项专用服务:
- An 输入服务,负责接收订单
- A 流程服务,处理订单变更
如果另一项服务出现故障,每项服务都会分配一个副本,以确保高可用性并创建故障保护机制,从而加强 PostNL 按时交付的承诺。然后,这个应用程序网络会将包裹的路线发送到现场服务平台,并将订单更新传输到 PostNL 生态系统的其他部分,以告知用户订单的状态。该系统承诺将实现令人印象深刻的覆盖范围。4.5 万人将能够跟踪他们的包裹并在必要时重新安排送货路线。
PostNL 和 CAPE Groep 意识到拟议系统的复杂性,以及可能对维护和更新产生的影响,因此利用了 Mendix 平台保证 主动监控 交付过程并在解决方案部署过程中主动了解其状态。
Duinkerken 表示:“它还有其他好处。如果你为每个分拣中心都准备了一个应用程序,当你推出新版本时,你可以将一个分拣中心视为笼中的金丝雀。
PostNL 将他们的愿景转化为复杂的架构和项目计划,并在 CAPE Groep 的帮助下开发系统,然后开始工作。
低代码交付
在之前的四年里 Mendix 项目,订单管理项目仅交付了 40%。使用 Mendix 和微服务,在 CAPE Groep 的协助下,PostNL 仅用 12 个月就交付了解决方案的其余部分。
其核心内容为:
- Mendix“ 基于模型的开发
- 无缝 跨部门协作
- Mendix 云 部署
运用 Mendix的可视化开发语言,构建这些应用程序并在 32 个仓库中复制它们比传统的编程和复制要简单得多。对于 PostNL 的 IT 团队来说, Mendix 非常适合物流,因为它可视化 业务流程.
“低代码非常适合快速、持续地调整工作流程,”ten Hove 说。“这基本上就是订单管理器:工作流程的组合。”
对于代码,开发人员很难甚至不可能向业务领域专家展示一行又一行的代码如何转化为他们能识别的业务流程,而且更难的是实时协作解决问题。据 Neuteboom 称,这很容易 Mendix。“有了微流程和符号,它的可读性就很强。你可以在其中识别你的业务流程。”
通过 Mendix,PostNL 所创建的内容本质上是用户友好的、易于理解和可维护的。这对 Ramp 来说最有价值的地方在于利益相关者和 IT 之间的协作。“低代码使业务主题更容易理解,因为它是一个业务流程。因此,我们有一种可以讨论的共同语言,”他说。
PostNL 正在微服务架构上运行整个框架,部署在 Mendix 云,一个完全托管的部署目标。除了节省睡眠时间外,Neuteboom、ten Hove、Ramp 及其团队还确信这些关键工作负载将得到以下支持:99.95% 的正常运行时间保证、自动恢复和自动备份。部署到环境中的每个应用程序都 完全云原生 开箱即用,使团队能够专注于持续改进,而不是细粒度的基础设施和架构配置。
通过结合微服务和 Mendix“ 视觉语言、协作功能和监控功能,新系统允许 PostNL 的 IT 团队对软件进行精细到分子层面的更改:在仓库级别、运营商级别进行的更改,甚至是支持客户的功能,例如商业客户可以重新安排货物在其营业时间内送达。
PostNL 可以定期定制和优化这 64 个微服务而无需停机,其拥有明确的 DevOps 理念和 CI/CD 功能,包括:
- 版本控制
- 质量与安全管理
- 控制中心 提供对整个应用程序组合的可见性
以前,对之前单一系统的更改可能会对其余代码产生深远影响。现在,如果需要进行更改,只需几天即可完成,而不会影响其余部分。“您只需部署一个新应用程序,”ten Hove 说。ten Hove 回忆说,以前,“添加特定于分拣中心的要求需要我们几周的时间。”
复制成功
有了新的订单管理系统,IT 现已牢牢占据了 PostNL 业务模式的核心位置。该系统已证明自己能够每天处理多达 1.1 万个包裹,并且还在不断增长。IT 团队在短短两个月内就消除了两年来积压的请求。
他们所开发的软件要想取得成功,需要关注的重点不是技术,而是业务问题。这种理念转变创造了新的商机。“在过去几个月里,我们开始在这个订单管理系统的基础上开发新服务,”Neuteboom 分享道。
“在旧体系中,这样的改变非常困难、昂贵、耗时,而且风险很大,”他补充道。
PostNL 不会满足于现状。新订单管理系统的底层架构是经过验证的基础和模板,可以 其他业务.
以编排为例。另一位 PostNL 资深人士 Bram Grijzen 担任编排平台的首席平台所有者。他负责监管的平台在发送方、操作员和接收方之间运作。Grijzen 简单地阐述了该平台的目的:“为每一件物品创建供应链。”
过程如下:
- 订单到来后,会补充额外的数据。
- AI 用于预测物品何时到达。
- 然后,该预测将告知执行计划,考虑到接收者的交付偏好和过去的交付历史。
- 协调器通过各种约束来运行计划,以验证计划
- 最后,包裹类型决定了送货人。例如,自行车快递员不能送沙发。
PostNL 的目标不仅是提高运营效率,还要提供业内最佳的客户体验。编排平台让客户可以掌控自己的配送。PostNL 还能够衡量一切,从系统运行状况到通过成本效率、NPS 分数和客户流失分数做出的决策的价值。
基于此低代码框架构建的另一个系统是包裹时限网络,该系统允许 PostNL 在紧迫的时间范围内为不同类型的包裹提供递送服务。
Ramp 拥有 Time Bound Network,并谈到了其根据不同业务线的需求来扩大数量和质量的能力:“它每小时管理 50,000 到 60,000 个订单。但是,例如,健康业务线的订单量要低得多——每天 5,000 个订单——但对每个订单的质量要求更高。”
PostNL 还利用该框架加速改进其业务的这些相关部分。除了包裹的时限和新编排平台的推出之外,还正在构建新平台来支持:订单履行、家居用品以及健康或药品配送,重复使用订单管理项目中的组件和专业知识。
这种新架构证明,构建一个强大的、任务关键型的系统并不一定意味着它必须庞大、不透明、一成不变。它提供 灵活性,为改进和发展创造了无数的可能性。PostNL 现在迅速实施以下变革:
PostNL 的工作和技术成就在全国范围内获得认可,这是理所当然的。为了反映这一成功的巨大成就,PostNL 获得了可计算奖,这是荷兰最重要的 IT 荣誉之一。客户正在以新的方式接收不同类型的包裹;就健康和药品包裹而言,生活正在得到改善。
PostNL 不仅是物流领域的领先者,而且事实证明其在 IT 领域也处于领先地位。
超越物流
向这一新架构的转变是 PostNL 在现实中做出转变的数字化体现。PostNL IT 曾经是一个基于项目的组织,会临时做出更改或构建新功能,但现在它拥有一支持续的团队来运行、维护和 不断改进 他们的平台。“人们会在这里长期工作,”谈及转型后的部门时,滕霍夫说道。
PostNL 已成为一家 IT 公司。IT 部门正在培养一个迭代构建、试验和协作的社区,该社区在部门内以及与其他业务利益相关者之间都有所发展。随着 IT 的这些变化,ten Hove 看到 PostNL 内部为积极进取的开发人员和技术型人才提供了大量机会,并且未来将有大量技术人员加入。“技术工作掌握在那些积极进取、力求有所作为的人手中。”
Ramp 回想起自己在 PostNL 的早期经历。他记得自己面临的限制不仅限于技术方面。当时行之有效的方法如今已无法满足组织和客户的需求。
“在这背后,是一种追求卓越的动力,一种让自己从普通人中脱颖而出的动力。”
就像他们所创建的平台的底层架构一样 Mendix,PostNL 的新工作方式创造了 可持续的框架 它将在未来几年内与团队一起成长。鼓励团队成员提出新想法并进行实验。
一直在进步
ten Hove 继续期待这种新的运营方式带来的新机遇。这种新框架的构建不仅能简化物流,还能将运营成本减半。
“它让我们意识到自己不仅仅是一个物流供应商,”他表示,并设想 PostNL 营销和销售他们所构建的功能,以帮助其他物流企业和运营商,并构建一个更强大的生态系统,帮助消费者收到他们的包裹。
PostNL 计划发展壮大。计划在荷兰和比利时再设立 12 个仓库,预计包裹数量将增加,司机数量也将增加,新业务线也将增加。IT 团队是这一增长的核心。
他们可能已经完成了框架的初步构建,但这只是一个开始。“平心而论,”滕霍夫说,“我的团队可能会说还有很多工作要做。从这个角度来看,也许我们才刚刚开始。”