Before buying a faster vehicle
Identify whether you are losing deliveries, receiving less income or spending more to run the service. The right comparison uses the same time period and the same endpoints.
Jump to a section
Sources, dates & scope
Rechecked the official cargo-income documentation on October 19, 2026. The financial example is deliberately hypothetical.
CARGO DOCUMENTATION · ORIGINAL COST COMPARISONThe modding documentation describes distance-based income with a delivery-time input. That interface alone does not establish a default late-delivery cash penalty: the Towns manual says late cargo still earns full income, while its Delivery rating falls. Keep payment and town growth separate.
Official source: Urban Games manual · Cargo income ↗Source date/status: Checked October 19, 2026. Check the linked source for its current details.Additional source: Urban Games manual · Towns ↗
Additional source: Urban Games · Episode 2: Industries and Cargo ↗
| What you observe | Useful comparison | Decision to postpone |
|---|---|---|
| Larger delivery payment | Same-period income minus operating costs | Calling the line more profitable |
| A longer route to the same destination | Delay and costs before/after the change | Expecting a bonus for the detour |
| A costly shortcut | Additional surplus versus construction outlay | Assuming fast payback |
| Goods waiting at a transfer | The remaining journey to the receiver | Treating the handoff as completed delivery |
Does a longer detour earn more?
The documented distance is the aerial, or straight-line, separation between pickup and destination. A detour does not move those endpoints farther apart. That is the distinction to keep when comparing a tunnel with a route around a hill. The documented calculation also allows for elevation and difficulty, so an unqualified ‘distance never matters’ claim is wrong.
For your comparison, keep the cargo, destination and game settings unchanged. Ask what the tunnel would actually improve: fewer minutes travelling, a queue avoided, or access to a different customer? These are different proposals. If you change the customer as well as the track, you cannot attribute the result to the shortcut alone. A more expensive route deserves a specific reason to exist.
A payment is not a profit: a worked example
Consider two imaginary services over the same observation period. Service A takes in 120 accounting units and costs 80 to run; service B takes in 150 and costs 130. A leaves 40, B leaves 20. B has the larger income and the smaller operating surplus. These invented numbers illustrate arithmetic, not Transport Fever 3 prices or measured returns.
Now suppose a proposed upgrade costs another 200 and would add 10 to that surplus each period. A simple payback estimate is 200 ÷ 10 = 20 comparable periods. That estimate only holds while the extra surplus lasts, and it excludes financing and other changes. If there is no demonstrated improvement in surplus, there is no positive payback estimate to calculate. Use your own observations before spending money on that assumption.
What to write down before changing the route
Make two columns, Before and After, with one row each for delivered quantity, income, running costs and new construction spending. Add the start and end of the observation period. A short busy burst after clearing a backlog is not a fair comparison with an ordinary quiet period.
If quantity falls while income per delivery looks similar, investigate missing or delayed trips first. If quantity holds but the surplus shrinks, separate the added costs before blaming the cargo payment rule. If several lines share the upgraded facility, include their effects or state that you have only compared part of the project. This small record is more useful than comparing two isolated payment popups.
When does delivery time start and finish?
There are two different questions here. The modding interface accepts a delivery-time input, but the Towns manual says late cargo still provides full income while lowering the on-time Delivery rating. Do not infer a cash penalty from a red delivery indicator alone, or a universal speed bonus from the interface description.
The cargo documentation counts time from initial collection to unloading at an eligible final receiver. It exposes cargo-specific timing parameters; its example values are not a universal deadline. A handoff should therefore not be treated as proof that the end customer has received the load.
Follow one chain from collection to its actual receiver. Note where the load waits, then decide which wait is worth addressing. Cutting a journey segment is an uncertain investment when the delay you can see is at the unloading end. Resolve the delay you have identified before assuming you need a faster vehicle.
Where delivery time is actually spent
The official cargo blog introduces delivery deadlines that differ per cargo type, and says short loading times can therefore be decisive for financial success. It states the reason directly: end customers in towns are not served by cargo that is waiting at a warehouse. That gives a freight line four places where time is spent: pickup, waiting, transit and unloading. Only the transport leg improves when you add vehicles. The blog also notes the trade-off: with enough money a supply chain can be accelerated, often at the price of a higher environmental impact, which may bring consequences of its own. We have not measured any deadline values.
The payment mechanics come from the linked official documentation. The comparison method and numerical example are our own explanation, not a game benchmark; no route earnings or payback period has been measured.
Read our editorial policy →


