为什么我们选择从零打造 LiteTMS

LiteTMS 不是 LogisticsERP 的升级版本，而是我们从零开始构建的全新系统。我们的行业经验可以追溯到 2017 年，但代码、架构和产品决策皆为全新打造。我们希望汲取运输企业多年来的宝贵经验，打造一款真正契合业务的 TMS，而不把旧系统的局限性带入下一代产品中。

始于 LogisticsERP

我们自 2017 年起就一直为运输企业开发软件。LogisticsERP 是我们走出的第一个重要篇章。

许多企业将其用于日常实际运营。调度员管理运单，司机同步最新动态，车队老板掌控车辆与单证。这为我们带来了任何产品规划会议都无法提供的宝贵洞察：看清软件在面对繁忙运输业务时的真实运行状态。

我们明白了信息应该在何时何地呈现。我们见证了微小的特例演变成为日常的必备需求。我们也意识到，一个功能即便完全按照设计运行，但如果需要点击太多次，依然会成为操作上的累赘。

这些经验弥足珍贵，但这并不意味着旧系统应该一直沿用下去。

系统并非越大越好

旧软件往往是一层层不断叠加膨胀的。一家企业需要增加一个字段，另一家企业有不同的单证流转流程，还有客户需要针对特定货主的报表。每一项需求单独来看都十分合理。但数年之后，系统就会变得像一个堆满物品的大仓库，东西一应俱全，却极难找到所需之物。

运输团队很快就会感受到这种臃肿带来的负担。调度员不可能停下手头的工作去回忆某个设置项藏在哪里；司机绝不会在装卸货场去翻阅操作手册；车队老板也不希望在屏幕上看到第一笔实际运单之前，耗费巨资经历漫长的系统推行周期。

从 LogisticsERP 中得出的最大教训很简单：一款好用的 TMS 必须从第一天起就能带来实际帮助。企业无需为了回归运输本职工作，而先大费周章地去学习一套复杂的软件。

我们选择了从零开始

老旧的建筑可以不断修缮翻新，但有时更好的解决方式是推平场地，重新规划。

这就是 LiteTMS 的由来。我们没有直接搬用 LogisticsERP 的代码并换个图标，而是从多年来一直倾听到的问题切入：

• 企业如何才能在无需花费数周上线部署的情况下直接启用 TMS？
• 运单、关联单证以及沟通记录如何才能集中在同一处管理？
• 团队如何在无需定制开发的前提下灵活调整工作界面？
• 当运输业务出现旺季忙碌、淡季清闲的月度波动时，计费方式应当如何设计？

那些问题伴随着我们一路走来，而旧代码则被留在了过去。

定价必须契合真实的运输业务

运输业务每个月的节奏并不相同，固定套餐模式无法反映这种变化。无论是在货运淡季的七月，还是在车队昼夜不停的十二月，账单金额始终如一，导致企业一直在为闲置的容量买单。

在我们看来，这并不合理。

LiteTMS 的订单与合作方管理功能完全免费且不限数量。您只需为您当月实际使用的坐席和付费服务买单。业务清淡的月份费用更低；业务繁重的月份费用虽有所上升，但也是随着实际完成的业务量增长，绝不会有人为从未使用过的功能付费。

从您登录系统的第一天起，完整的资费标准就已在控制台中公开列明。每项付费功能的费率与当前使用量都显示在同一处，在计入账单之前一目了然，月底绝不会产生意料之外的费用。

这种定价模式并非产品完工后追加的营销噱头，而是源于多年来对运输企业日常运营波动的深入洞察。您可以在什么是 LiteTMS，以及为何采用按需付费模式中阅读完整的原委。

源自 2017 年深厚经验积累的全新系统

LiteTMS 目前处于抢先体验阶段，因为我们希望审慎打磨产品，并倾听使用企业的反馈。但这并不意味着运输软件对我们的团队来说是一个全新领域。

我们深知，如果一个操作界面只有设计者自己看得懂，会带来多大的代价；我们明白所谓的“高度灵活”往往只是漫长复杂配置的代名词；我们也清楚，如果一项功能无人能找到，那它就如同不存在一样。

因此，我们选择了重新开始。我们并没有抛弃以往的经验，而是为自己争取了充分运用这些经验的空间。

如果您想亲身体验成效，欢迎免费注册您的企业，当天即可录入第一笔订单。