What a SaaS Renewal Audit Actually Finds

I spent years on the vendor side of enterprise software, and I have seen what an outside audit surfaces on the customer side often enough to know the findings follow a consistent pattern, even though every company assumes their situation is unique.

I remember hearing about an audit at a mid-size company that turned up three separate project management tools running in three different departments, each with its own renewal date, none of the three teams aware the others existed. Nobody had done anything wrong. Each team had solved their own problem independently, and nobody had ever looked at the full picture at once.

The findings that show up almost every time

• Unused or forgotten licences: seats tied to people who have left, or tools adopted for a project that ended
• Overlapping tools: different teams solving similar problems with different products, each renewing separately
• Notice periods nobody was tracking, where the deadline had already passed or was closer than anyone realised
• Unquestioned price increases accepted at face value for several cycles, the cumulative effect never calculated
• Missing ownership: vendors with no clear internal owner, discovered only because the audit went looking

Why these patterns are so consistent

None of this is really about any one company being disorganised. It is what happens, predictably, when SaaS purchasing is decentralised and nobody's job is to look at the whole picture at once. The findings are consistent because the underlying cause is consistent.