What the Software Supplier Market in Australia Is Made Of
Buying custom software at national scale is different from hiring a firm down the road, and the first thing worth understanding is how the supply side is layered. At the top sit global consultancies and systems integrators with local delivery arms, staffed partly onshore and partly from offshore engineering centres owned by the same group. Below them is a broad domestic middle: established bespoke software houses that sell across the whole country, usually with one office and a distributed payroll. Then come specialist practices, often ten people or fewer, built around a single competence such as data engineering, embedded systems, or integration with a particular industry platform.
These three layers price and staff projects on completely different assumptions, and a buyer who sends the same request to all three gets back documents that cannot be compared. Decide which layer your project belongs to before you shortlist. A programme with multiple business units, a steering committee and an audit trail belongs with the first group. A system that one operations manager will own belongs with the third. Mixing the two in a single evaluation wastes everyone's time and usually ends with the cheapest bid winning work it was never scoped for.
Onshore Is a Word That Needs a Definition in Your Contract
Almost every supplier selling into Australia describes itself as local, and almost none of them mean the same thing by it. Some run every developer on a domestic payroll. Some keep account management and a technical lead here and run the build from a wholly owned subsidiary abroad. Some subcontract entire workstreams to partners the client never meets. All three can deliver well, but they carry different risks around communication, data access, and what happens when a dispute arrives.
So ask the question in a way that cannot be answered vaguely. For each named person in the proposal, ask which legal entity employs them, which country they work from, and which hours they will be reachable. The national market itself spans several time zones, and a supplier who is genuinely distributed across the continent is already used to running a working day that does not overlap perfectly; that habit is worth more than an office address. If any part of delivery happens outside the country, say so in the agreement and attach the controls that go with it rather than discovering the arrangement halfway through a build.
Privacy and Data Residency Shape the Architecture Early
Australian privacy law applies to the software you commission, not only to the way you run your own office, and it reaches your supplier through the contract you sign. The privacy principles govern collection, use, disclosure, and cross border transfer, and the mandatory breach notification scheme means that an incident inside your supplier's environment becomes your regulatory problem within a defined window. That single fact should change how you write the security schedule.
Put the specifics on the table at design stage. Where will production data live, who can reach it from outside the country, how are support staff granted and removed from access, and how quickly will you be told about a suspected breach. If you serve regulated sectors, add the obligations that come with them: consumer data sharing rules for banking and energy, records retention duties, and the hosting certification expectations that apply to federal and state government work. Suppliers that already carry recognised information security certification such as ISO 27001 will answer these questions quickly. Suppliers that treat them as paperwork to be handled later are telling you something useful.
Ask How the Supplier Funds Its Own Product Ambitions
A quiet source of conflict in this market is the research and development tax incentive, which rewards firms for building genuinely novel technology. Many good software firms use client projects as the raw material for reusable frameworks, accelerators, and in some cases products they intend to sell to others. That is not automatically wrong, and it can lower your price. It becomes a problem only when nobody writes down who owns what.
Settle it before the first sprint. Confirm that the software written for you is assigned to you, that the assignment binds subcontractors and individual developers rather than only the signing company, and that anything the supplier retains comes to you as a perpetual, transferable licence you can keep using if the relationship ends. Ask for a list of third party and open source components with their licences before final payment, because permissive and reciprocal terms create very different obligations if you later distribute the product. If a supplier proposes taking equity or deferring fees in exchange for rights, treat that as a financing decision for your board, not a discount.
Comparing National Proposals Without Comparing Totals
Fixed price, time and materials, and dedicated capacity are not three prices for one thing; they are three different distributions of risk. Fixed price suits work you can describe in detail, and the supplier charges you for carrying the uncertainty. Time and materials suits discovery heavy work and hands that uncertainty back to you, which only pays off if someone on your side can steer weekly. Dedicated capacity suits long programmes where continuity matters more than any single deliverable. Say in the request which model you want and why, and ask each bidder to price that model rather than proposing their own.
Then compare on composition rather than on the number at the bottom. How many senior engineers, for how many of the weeks, and what does the team look like in month one against month six. Ask what each supplier would do in the first month if you signed tomorrow; the answers separate firms that have thought about your problem from firms that have reformatted a template. Check that the entity on the contract is registered here, that its invoicing satisfies your tax reporting, and that liability and dispute resolution sit under a jurisdiction you can actually use.
Running One Brief Across Australia Instead of Five Conversations
A comparable tender needs the same inputs for everyone: the business problem in plain language, the systems that must be integrated, the privacy and hosting constraints, the engagement model, the acceptance approach, and what support looks like after launch. Give every candidate the same document and the same deadline, and score the responses against criteria you wrote before you read any of them.
If the core of the work is a customer facing product rather than a back office system, it is worth putting application developers and web engineering firms on the same list, because that shape of work is usually priced lower. Buyers who want a city level shortlist can narrow to Melbourne, Brisbane, Perth, or Adelaide, and readers comparing across the Tasman can look at suppliers in the neighbouring market. Verified profiles for software companies are listed on Edvido, and you can send one brief to a shortlist so the proposals come back in a form you can score side by side.