Key Takeaways
Imagine this: You've spent six months evaluating a software company. The financials look solid—$4.2M in EBITDA on $12M revenue. You've negotiated a 6x multiple, landing on a $25.2M purchase price. The deal closes. Three months later, you discover that $1.1M of those earnings came from one-time consulting contracts that won't renew. Your normalized EBITDA is actually $3.1M. At that multiple, you overpaid by $6.6M.
This isn't a hypothetical horror story. It's what happens when buyers accept financial statements at face value without questioning what those numbers actually represent. In the M&A world, we call this gap between reported and sustainable earnings "quality of earnings"—and understanding it is the difference between deals that create value and acquisitions that destroy it.
At Boundev, we've seen this pattern repeatedly. When companies acquire software businesses, they focus intensely on financial QoE—but neglect the technical equivalent. A company can have pristine financials and a codebase held together with duct tape, or strong margins and an engineering team held hostage by technical debt. This guide walks you through what Quality of Earnings analysis actually uncovers, why traditional financial QoE is necessary but not sufficient for tech acquisitions, and how to structure your due diligence to protect your investment.
What Quality of Earnings Actually Measures
Most business owners believe their financial statements tell the complete story of their company's health. They don't. A Quality of Earnings report asks a fundamentally different question than an audit: not "are these numbers accurate?" but "are these earnings sustainable?"
The distinction matters enormously. A financial audit confirms that your P&L was prepared according to GAAP and that assets equal liabilities plus equity. It doesn't tell you whether that $500,000 in "other income" represents a recurring revenue stream or a one-time gain from selling office furniture. It doesn't flag that your largest customer represents 47% of revenue and hasn't signed a renewal contract. It doesn't adjust for the owner's $380,000 annual salary for a job that a professional CFO would do for $140,000.
A QoE report normalizes these items. It converts reported EBITDA into adjusted EBITDA—the number that actually matters for valuation. In owner-operated businesses, this adjustment routinely reveals 25-40% differences between reported and sustainable earnings. The QoE analyst builds a "bridge" from reported to adjusted EBITDA, documenting every adjustment with supporting evidence. This bridge becomes the foundation for purchase price negotiations.
Acquiring a software company?
Financial QoE reveals earnings quality—but only technical due diligence reveals whether your acquisition can actually execute. Boundev's team assessment services evaluate engineering capability, code quality, and technical debt alongside your financial analysis.
Explore Technical AssessmentThe EBITDA Bridge: Where Deal Value Lives or Dies
Every QoE analysis culminates in the adjusted EBITDA bridge. This document starts with reported EBITDA and walks through every adjustment that converts it to a sustainable, recurring figure. The bridge is where negotiations happen—because every adjustment has a dollar value, and that value gets subtracted from or added to the purchase price.
Here's how it typically unfolds. The target company reports $4.2M EBITDA. The QoE analyst begins building the bridge. Owner compensation adds back $380,000 (the difference between actual pay and market rate). Non-recurring legal fees from a completed lawsuit add back $175,000. A $240,000 consulting engagement from last year—a one-time project that won't recur—is subtracted. The analyst flags $320,000 in deferred revenue that was recognized early but won't generate cash this year.
After all adjustments, normalized EBITDA is $3.415M—not $4.2M. At a 6x multiple, that $785,000 difference represents $4.71M in overvaluation. This is exactly what happened to buyers who didn't conduct QoE before closing.
The EBITDA Bridge in Practice
Real QoE adjustments from mid-market transactions:
Key Insight: In 2026, buyers are increasingly scrutinizing revenue quality—not just EBITDA adjustments. A company showing strong top-line growth may have hidden churn, concentration risk, or contract terms that will compress margins after acquisition. Revenue cohort analysis has become essential, not optional.
Why Tech Acquisitions Need a Different Kind of QoE
Here's what traditional QoE analysis misses: the technical infrastructure that determines whether those earnings are sustainable. For a manufacturing company, this matters less—equipment is visible, production capacity can be measured, and physical assets depreciate on a predictable schedule. For a software company, the core value driver is invisible in financial statements.
Consider two software companies, both showing $3M EBITDA on $8M revenue. Company A has a clean microservices architecture, comprehensive test coverage, and an engineering team of twelve with documented processes. Company B has a ten-year-old monolith held together by the work of three key engineers who built it—and no documentation whatsoever. Company A's EBITDA is sustainable because the codebase can evolve. Company B's EBITDA is entirely dependent on three people staying employed. The financial statements look identical. The risk profiles are radically different.
This is why acquisitions of software companies fail at a higher rate than traditional businesses. Buyers conduct thorough financial due diligence but skip technical due diligence. They discover after closing that the "profitable" product is built on a foundation that requires a complete rewrite to add basic features. Or that the engineering team—the actual source of value—departed six months post-close because the acquirer didn't understand what kept them there.
What Technical Due Diligence Reveals
The hidden factors that determine software company value:
Building Your Acquisition Tech Stack?
Whether you're evaluating a target's engineering capability or need to integrate teams post-close, Boundev provides pre-vetted developers with M&A integration experience. Our team assessment services give you the technical intelligence that financial QoE can't.
Talk to Our TeamThe Hidden Costs That Kill Software Acquisitions
Even with rigorous financial and technical due diligence, some acquisition costs lurk below the surface. Understanding these before closing changes how you structure the deal—and protects equity value at completion.
Working capital adjustments are the most commonly misunderstood post-closing mechanism. Most M&A transactions are structured on a "cash-free, debt-free" basis, with a normalized working capital peg established at closing. If actual working capital is below the peg, the seller owes money. If above, the buyer pays more. Sounds straightforward—until you realize that revenue timing, inventory decisions, and payables management can swing working capital by hundreds of thousands of dollars. In 2026, working capital purchase price adjustments appear in over 90% of private M&A transactions. The peg mechanism is your protection—or your exposure.
Another overlooked category: disclosed but unquantified liabilities. These include pending litigation (even if remote probability of loss), environmental remediation obligations, employment disputes, and contractual penalties for early termination. Financial statements capture known liabilities. They don't capture contingent ones. A thorough QoE analyst queries management on these, reviews board minutes for undisclosed items, and works with legal counsel to assess probability and magnitude of contingencies.
How Sellers Can Get Ahead of QoE Issues
The best time to address QoE issues isn't during due diligence—it's before you engage a buyer. Sellers who commission their own sell-side QoE report gain three critical advantages: they identify problems first, they control the narrative, and they enter negotiations from a position of transparency rather than defensiveness.
Consider the difference between two sellers entering the same data room. Seller A has never seen their normalized EBITDA. When the buyer's QoE analyst presents a $1.2M adjustment, Seller A reacts defensively—disputes the number, escalates to principals, and creates adversarial dynamics that poison the relationship before closing. Seller B commissioned a QoE six months before marketing. They already know about the $1.2M adjustment. They've prepared documentation supporting their position, and they've preemptively addressed the underlying issue (the non-recurring contract was a mistake—they've since signed three recurring customers in the same vertical). Seller B controls the conversation.
The practical pre-DD action plan is straightforward: clean the numbers first, document everything second, and address known issues before buyers discover them. This isn't about hiding problems—it's about presenting problems in context, with evidence and remediation plans. Buyers don't expect perfection. They expect transparency and a management team that understands their business deeply enough to explain it without panic.
1Commission a sell-side QoE 6+ months before marketing
Identify adjustments before buyers do. Use the findings to strengthen operations and prepare documentation.
2Address known issues with evidence-based remediation
If customer concentration is a problem, show signed contracts with new customers. If code quality is poor, show refactoring progress.
3Prepare a narrative that explains the numbers
Buyers want to understand why the numbers are what they are. Have explanations ready for every anomaly.
4Establish a normalized working capital peg based on projections
Agree on what "normal" working capital looks like. Dispute over the peg can delay or derail closings.
How Boundev Solves This for You
Everything we've covered in this guide—EBITDA normalization, revenue quality analysis, working capital mechanics—applies to every M&A transaction. But software acquisitions have a unique exposure that traditional QoE can't address: the technical foundation that determines whether those normalized earnings are sustainable. Here's how we approach it for our clients.
We evaluate the engineering team's capability, code quality, architecture decisions, and technical debt—giving you the intelligence to understand whether those earnings are built to last.
After closing, we provide dedicated engineering teams that integrate with acquired staff—accelerating product development while knowledge transfer occurs.
Need to validate technical assumptions before committing to acquisition? We provide rapid technical audits that assess codebase quality, architecture, and team capability.
The Numbers Behind Successful Software Acquisitions
The difference between due diligence that protects value and due diligence that misses critical risks shows up in post-acquisition performance.
Need technical intelligence for your acquisition?
Boundev's team assessment goes beyond resumes and interviews. We evaluate actual code quality, architecture decisions, and team dynamics—giving you the technical QoE that financial analysis alone can't provide.
Request Technical AssessmentFrequently Asked Questions
What's the difference between a financial audit and a Quality of Earnings analysis?
A financial audit confirms that your statements comply with GAAP and accurately reflect your financial position. A QoE analysis asks a different question: are these earnings sustainable and repeatable? QoE adjusts reported EBITDA for one-time items, non-recurring expenses, owner compensation above market rate, and accounting policies that inflate or deflate earnings. Audits answer "are these numbers right?" QoE answers "are these earnings worth what we're paying for them?"
How long does a QoE analysis typically take?
For mid-market transactions (deal sizes of $10M to $100M), a comprehensive QoE analysis typically takes 3-6 weeks from engagement to final report. The timeline depends on data room quality, company complexity, and whether issues arise that require deeper investigation. Sell-side QoE reports commissioned before marketing can be completed on a longer timeline, allowing sellers to address findings proactively rather than scrambling during due diligence.
What adjustments are most common in QoE analysis?
Owner compensation normalization is almost universal in owner-operated businesses—founders often pay themselves above market rates or expense personal items through the business. Non-recurring items like one-time legal fees, consulting engagements, and severance also commonly require adjustment. Revenue quality issues—concentration risk, one-time contracts, aggressive revenue recognition—frequently surface in SaaS and software businesses. The magnitude varies, but adjustments of 25-40% from reported EBITDA are common in owner-operated companies.
Why do software acquisitions need technical due diligence beyond financial QoE?
Financial QoE reveals whether earnings are real and sustainable from a P&L perspective. For software companies, earnings sustainability depends heavily on technical factors that don't appear in financial statements: code quality, architecture decisions, engineering team capability, and technical debt. A profitable software company with a fragile codebase and key-person dependencies faces different post-acquisition risks than one with clean architecture and a deep bench. Technical due diligence quantifies these risks and translates them into the same financial framework buyers use for valuation.
How does working capital affect M&A purchase price?
Most M&A transactions establish a normalized working capital "peg" at closing. If actual working capital exceeds the peg, the buyer pays more. If below, the seller owes money. This mechanism protects both parties: buyers from undisclosed drain on cash, sellers from artificial compression. In 2026, working capital adjustments appear in over 90% of private M&A transactions. The peg is typically set based on trailing twelve-month averages adjusted for known seasonality or one-time items.
Explore Boundev's Services
Ready to put what you just learned into action? Here's how we can help.
Build the technical assessment team for your software acquisition—experts who evaluate code quality and engineering capability.
Learn more →
Plug experienced engineers into your post-acquisition integration—accelerate roadmap execution while teams merge.
Learn more →
Rapid technical audits for software acquisitions—independent code quality and architecture assessment reports.
Learn more →
Let's Build Your Acquisition Intelligence
You now understand what Quality of Earnings analysis reveals—and why software acquisitions need the technical equivalent. The next step is putting that intelligence to work.
200+ companies have trusted Boundev for engineering team intelligence. Whether you're evaluating a target, integrating post-close, or building technical due diligence capabilities—we're ready to help.
