How we fund what we build
Most software companies guess at what to build, then look for customers. We do it the other way round - a business with a real problem funds the product, and we build and run it.
Most small software companies start the same way. Someone has an idea, the team builds it for a year, and then goes looking for people who might want it. Some of those bets land. Most do not.
We are trying a different order of operations.
The business with the problem pays for the product
Our first product, Fleet CRM, exists because Freedom Cars needed it. They run a rent-to-own vehicle business across two sites in South East Queensland - roughly 400 vehicles and more than 300 subscribers, tracked across spreadsheets that had long stopped being adequate.
They funded the build. We designed, built, and will operate the result. When it launches in Q4 2026 it runs their fleet.
This arrangement does two useful things at once. Freedom Cars gets software shaped around how they actually work rather than a generic product they have to bend themselves around. And we get to build something we know at least one business needs, because one is already paying for it.
Why this makes the product better, not narrower
The obvious objection is that software built for one customer only fits that customer. In practice the opposite has been true, because the hard parts are not specific to Freedom Cars at all.
Registration expiry. Insurance renewals. Compliance deadlines that carry real penalties when missed. Workshop scheduling. Arrears that need chasing before they become write-offs. Every vehicle subscription and fleet operator in Australia deals with the same obligations, because they come from regulation rather than preference.
Building for one operator forced us to get those right. It did not make them peculiar.
What we are not claiming
Fleet CRM is not live yet. It launches in Q4 2026, and until then it is software under construction with a launch partner - not a track record.
We are five people: three engineers and two directors. We are not going to tell you we offer round-the-clock support, because at our size we cannot, and a promise that breaks the first time you need it is worse than no promise.
What we will say is that the people who wrote the software are the people who will keep it running. There is no handover to a support desk that has never seen the code, because there is no support desk. There is us.
If you have a problem worth solving
We take on a small number of client-funded builds. If you are running an operation on spreadsheets that stopped fitting a while ago, that is the conversation we are interested in having.