Picture a customer who needs your equipment now but cannot make a large upfront purchase. Without another way to pay, the sale waits for the next budget, or the customer walks away.
An equipment business had customers in exactly that position. We added a rental line to its existing sale, from the business case to a live website that offers purchase and rental side by side. With the offer and the site live, a customer without a budget this year can request a rental this month instead of waiting for the next budget. Each rental contract is designed to bring income that repeats. We designed the rental line, modelled it and put it online.
What the build changed in the offer.
-
Revenue shapeDesigned into terms and prices. A rental is billed for as long as it runs.A monthly price next to the sale
- Before
- Once per sale
- After
- Once per sale, plus monthly per rental
-
Ways to buyA monthly price turns the next budget year into this month. Same product range.Buyers without this year’s budget have a way to start now
- Before
- Purchase only
- After
- Purchase, long-term rental, short-term rental
-
Price logicPages hold no prices of their own. Purchase and rental offers stay consistent.A price changes once, everywhere
- Before
- Spread across documents and pages
- After
- One central price file feeds pages and configurators
What a one-time sale costs
Equipment that is bought once and used for years has an awkward sales shape. The next order from the same customer may be years away.
Some deals are lost outright when a customer needs the equipment now and has no way to spread the cost. Cash comes in large, irregular pieces, which makes stock and staffing hard to plan around. And the relationship tends to end at delivery, since after the invoice the customer has little reason to call.
A rental line is designed to answer each of these. For many buyers a monthly rate turns a large purchase into an operating cost that can fit the current budget. That depends on how the buyer reports. Under German commercial law (HGB) a rental is usually booked as a running expense. Under IFRS 16, a lessee books most leases longer than 12 months as an asset and a liability.
For the seller, the income repeats every month while a contract runs, and the customer stays in contact for the whole term.
Choosing the rental model
Better sale terms, such as discounts or payment terms, and a leasing partner would both have helped some customers. Better terms leave the revenue shape as it is, since the money still comes once. Leasing has a real advantage for the seller. The lessor usually pays the full price at once. The seller carries no fleet capital and no idle risk. In return, the partner holds the customer contract and part of the margin, and the seller still earns once per device. The fair comparison is the cost of carrying a fleet against the partner’s margin, and a business case has to show both.
Own rental with service included does change the shape. The business keeps the device and rents it out with delivery, maintenance and replacement. That ties up capital in a fleet, but it brings monthly income for years and keeps the relationship with the seller. Short-term rental, under 10 days, puts the same fleet to use and fills idle time between long-term contracts.
Both went in next to the existing sale. The trade-off is capital and responsibility: the business owns the devices, carries idle time and promises service for years. That is why the business case had to come first.
A monthly price is a promise about capacity
A customer who rents buys access to equipment and to the service around it. The provider buys the asset first and gets paid over time, with delivery, maintenance, idle periods and redeployment in between.
A rental price is therefore more than a number. It is a promise that someone will deliver, install, maintain and replace the device for years.
That changes how a price is set. Each technician can support only so many visits a year, and the service interval decides how many visits a device needs. If the interval changes, the price, the staffing plan and the website promise change together, and updating only the margin would hide the real consequence.
The economics
Our own framework The Hidden Cash Flow uses a simple example that you can adapt to your own range. A machine that sells for €15,000 rents for €1,000 a month, and the rate alone reaches the sale price at month 15. We add a €1,500 setup fee at signing. With it, the rental receipts pass the sale price in month 14. Every later rate adds receipts the sale never brings.
Receipts are only half the story. Every rented device starts in the red, since the business buys it before the first rate arrives. In the example the device costs €12,500, and selling it would earn €2,500 once. If it is rented instead, the setup fee softens the start. The monthly rate, less €200 of service costs, then earns the device back in month 14.
That makes fleet growth a working-capital question. Each new device repeats the early dip, so the plan has to show the lowest cash balance while the fleet grows, not only the return per device.
The example leaves out the variables that usually decide whether a fleet makes money: utilisation, financing cost, payment default, refurbishment when a device comes back and residual value. It also flatters rental. If demand allows, stock that is sold can be replaced and sold again several times in 36 months. The fair measure is the return on the capital tied up.
A sale, a rental and a service plan on the same device each bring a different cash shape and a different obligation.
| One-time sale | Long-term rental | Service plan | |
|---|---|---|---|
| When cash arrives | Once, at delivery | Setup fee, then monthly | Per visit or per year |
| Who owns the asset | The customer | The provider | The customer |
| Capital needed first | Stock | The device itself | Technician time |
| Main risk | The next order is years away | Idle time and redeployment | Travel and capacity |
| What it needs to work | Demand and margin | Financing, service and a return process | Device records and a route that pays |
A business case built on evidence
A business case is only as good as its inputs, so we replace estimates with evidence wherever the evidence already exists.
Acquisition cost comes from supplier invoices rather than list prices. Prices are checked against real customer quotes. Where a quote carries a negotiated discount, the model keeps the standard rate, because it must describe a price the business can offer again.
Every assumption sits on a dated cash schedule, where purchase payments, setup fees, monthly rates, service visits and idle months each get a date. Connected inputs change together: a service interval, for example, moves cost and technician capacity at the same time.
Utilisation, financing cost and the number of refurbishment cycles per device run as scenarios, from weak to strong. Renewal and resale value stay in scenarios too, until real contracts show them. The first contracts will matter more than any spreadsheet.
A rental aimed at buyers who cannot pay upfront also carries credit risk. The prices on the site are net indications for business customers only, and a binding offer follows a credit check. Payment default and the cost of recovering a device belong on the cash schedule, next to idle time.
The launch order
We launch in a fixed order from our own framework, The Hidden Cash Flow. It is the sequence we work by.
- Offer: decide what the customer gets, for how long and with which service.
- Model: price it against acquisition cost, service, idle time and financing.
- Website: put the offer online with prices a buyer can configure.
- Existing customers: start with people who already know the product, prepared through the CRM.
- Feedback: note across requests why buyers asked, for how long, in which region and what blocked them.
- Tuning: adjust terms and prices from real conversations.
- New advertising: scale reach only once the loop works.
Existing customers come before new advertising for a reason. We work on the premise that they decide faster, cost less to reach and give more honest feedback.
Email to them has its own rules. Without consent, German law allows it only to addresses obtained with a sale, and only for similar own products. The customer must have been told of the right to object at collection, must not have objected and gets an opt-out in every message. So this step starts by checking who may be emailed at all.
From one offer to a buying journey
The website is where the offer meets a buyer, and we built it from four pieces.
In the rental configurator, the buyer picks a model, then a term and a quantity. The page shows the monthly rate and a one-off setup fee. Longer terms lower the monthly rate, while additional units lower the setup fee. The last step is a request rather than a checkout, after which sales prepares an individual offer.
The short-term configurator lets the buyer set days, single devices and complete bundles. A bundle costs the sum of its chosen components, minus a fixed bundle discount.
A decision aid on each product page lets the buyer switch between purchase and rental. Pages for each buyer group set a classic purchase against a monthly rate.
The last piece is one journey instead of two. Purchase and rental live in one site, and the main site’s existing URLs kept their exact paths without redirects. The rental view of each model points search engines to the matching purchase page, so the two do not compete. Google treats this as a hint for near-duplicate pages, not a command. Rental can still rank through the rental overview and configurator pages, which keep their own canonical. On every product page, a switch leads from purchase to rental.
The configurator is only the front of the process. After the request, the offer has to survive delivery, service, the end of the term and the next placement.
Protecting prices and requests
Prices and requests are where a rental offer earns or loses trust, and they carry the strictest guardrails.
Pages and configurators read from one central price file, and no page holds a price of its own that could drift from it. A discount is a rule about a base price. When a base price changes, we review every reduction built on it, and stacked reductions get checked with every price change. Releases need explicit approval, and forms and configurators change only with sign-off.
A status check alone would pass too easily. A single-page app can answer every address with status 200, even pages that do not exist, which Google warns about as soft 404s. The release gate therefore fetches every existing URL and checks for status 200 and for text that only that route carries. The previous version stayed available until the new one proved itself. Ad and analytics tags load only after consent, and a request reaches them only as an event without contact details. After any ads migration, we inspect the conversion requests themselves, not only the tag settings.
Who owns what
We built the case, the model and the website for the rental line. In search, the purchase page stays the main page for each model.
What’s next
The offer is live, and now the market sets the numbers.
- First contracts. They put payment timing, idle periods and service effort to the test against the plan.
- More short-term quotes. Each one sharpens the mix of bundles and single devices.
- A flexible term. A short, cancellable term is already in the price list, and real customers will show how it holds.
- Existing customers. Outreach lists, templates and the CRM foundation are prepared, and the first conversations come next.
What the offer is worth is now for the market to decide.
What we would tell another business
If you are weighing a second revenue model, start by asking who says no today and why. A budget limit is often a pricing problem rather than a lost customer.
Price the obligation along with the device, as a monthly rate promises service and capacity for years. Plan for the lowest cash point too, since every new rental device starts in the red. Keep one central price file that pages, configurators and quotes all read. And sell to existing customers first, as they tend to decide faster and tell you more plainly what the offer lacks.
Your own sales history can tell you whether this applies. Go back through the last quotes that stalled and sort them by reason. If several customers wanted the product but not the upfront price, a second way to earn may already sit in your range. We would be glad to model it with you.
Credits
Built by the Capcelerate team. AI speeds up our work, and our team is responsible for every result. The client’s team contributed product knowledge, real quotes and supplier documents. Thank you.