01
What do technical reviews most often find?
The same families of risk turn up: hidden technical debt
behind a confident roadmap; key-person risk, where one departure
stalls the platform; security and compliance gaps; performance claims
that have never been tested at the promised scale; licence exposure
inside the dependency tree; and roadmaps the current team cannot staff.
02
Who commissions technical due diligence?
Investors ahead of a term sheet, boards who have stopped trusting the
dates, acquirers, and founders who want the exercise run on their own
company before someone else runs it. That last one is the cheapest version to commission, and the findings arrive
while there is still time to act on them.
03
How long does technical due diligence take, and what does it cost?
Two weeks and a fixed fee, agreed before we start.
For a software business the fee lands between A$12,000 and
A$25,000, set by the size and state of what we are reading;
larger or unusual targets are scoped on a call. The written report
and a walkthrough of it are the deliverable.
04
How disruptive is it to the engineering team?
Most of the work is reading: the code, the infrastructure, the
tickets, the deploy history. The conversations that follow are short and specific.
05
Does the company being reviewed see the report?
That is the commissioning party's call, and we agree it before
starting. We encourage sharing at least the substance, so the engineering team can act
on it.
06
What if the review comes back bad?
A bad report is rarely a dead deal. Findings usually put a price on a risk; the report flags the ones that
threaten the deal itself. Either way you get the same output: a clear reading of the technology and
what it will cost to fix.