Technical due diligence is an essential component of the technology company investment cycle, whether you are a private equity firm, investment bank or acquiring company.
Explore the role tech diligence plays in highlighting critical diligence considerations for M&A with our technical due diligence checklist. What is a technical due diligence checklist?
Would you buy a new home without having it inspected by a seasoned professional? Most people wouldn’t. The cost of a home inspection is negligible compared to the home’s value. It can provide significant peace of mind or even modification of the sales price to accommodate any defects or needed maintenance. Why not just do the inspection yourself? For starters, most people do not have the expertise to inspect the fine details themselves.
Additionally, every construction is different, so inspection is a bit of an art — you have to have a good eye and the wisdom to know what to look for. Previous experience building houses is helpful or even mandatory. Most people cannot be experts in all aspects of home construction, including structure, plumbing, electrical, general maintenance, and overall quality and aesthetics. With all these variables at play, hiring an outside third-party to help evaluate and protect your investment intuitively makes sense.
Why is technical due diligence important?
The same concepts hold true when investing in a software company. In a list of 20 due diligence activities necessary before a merger or acquisition, Forbes notes technical due diligence and intellectual property review as number two. Leaders of acquiring companies like private equity (PE) firms, or even other technology companies, are well versed in financial concepts, but may not be technology gurus. Using a third party to help evaluate the technical aspects of the target software company is akin to using a professional home inspector.
Most acquiring firms have a set of investment objectives in mind when acquiring a new technology company. Performing technical due diligence to evaluate the product, architecture, processes and organization ensures that those objectives are met prior to closing the investment. Additionally, a detailed look at these aspects helps validate any assumptions the investment firm has made, such as the ability to scale the number of users 10x in three years.
Why not just do a basic technical due diligence yourself, particularly if you are a software company acquiring another software company? First, competitive intelligence may be at stake, and a third party with a signed non-disclosure agreement can help preserve that integrity. Second, using a third party with team members of varying expertise, an objective view and the ability to compare hundreds of companies to the target adds further value to the diligence process.
What are the goals of technical due diligence?
A refined technical due diligence process is quick, efficient and answers the investment questions in easy-to-understand terms with sufficient detail. Therefore, target companies are typically analyzed from three perspectives:
- Technical risks to the investment coupled with the cost to mitigate
- Opportunities for growth post-investment close to help meet objectives
- Strengths of the company that should be preserved and/or built upon moving forward
Sample technical due diligence questions and analysis
Analyze each of these perspectives from the following categories. Included below are some sample questions to ask and answer:
Product strategy and product portfolio
- Does the product strategy fit with the investment company’s growth objectives?
- What are the product strengths, weaknesses, opportunities, and threats (SWOT) to help validate a reasonable direction is possible?
- How does the company determine the product roadmap, and what will add the most business value?
Product function and quality
- Are there obvious quality problems with the product, such as performance issues, that may be expensive to fix?
- Does the product fulfill end-user goals in a practical way, or is an expensive UI revamp necessary?
Architecture and code
- Is there anything in the architecture that impedes meeting growth objectives?
- Are there legacy components in the software that require replacement? How much will this replacement cost?
- Are there third-party or open-source components that may be problematic from the legal or technical view?
- Is the code written in a maintainable way so that others can quickly be productive in the code base?
Processes, practices and tools
- Are there opportunities for efficiency gains and/or cost reduction?
- Will the existing practices scale appropriately with company growth?
- Are there existing skill gaps that inhibit efficient delivery?
People and organization
- Are the right people in the right roles to meet investment objectives (particularly leaders)?
- Who are the people critical to the business and must be retained with the acquisition?
- Are there significant gaps in the organization that you must fill to meet investment objectives?
- Is the level of R&D spend appropriate for the company size? Are there opportunities for reduction?
IT / Operations / DevOps
- Are there opportunities for cost reduction, such as a move from locally managed resources to the cloud? What is the cost of doing so?
- Is there a suitable business continuity plan in place? If not, what is the risk, and what is required to implement one?
- Are the expenditures reasonable given the company size?
- Are deployment practices efficient with minimal risk of human error?
- What are the top support call generators that may be indicative of product problems?
- How many escalations make their way to the development team?
- Are implementation times long, potentially indicating a lack of configurability / customization in the product?
- Are there opportunities for product enhancement to scale to a larger number of customers requiring less on the services side?
While many items found during technology due diligence may not make or break a deal, it is important to understand the risks and opportunities to evaluate a potential investment.
The existence of technical risks may affect the ultimate deal conditions or price. The cost of performing technical due diligence is insignificant compared to the magnitude of a software company investment, and the benefits abound. However, this leaves us with this key question: Why wouldn’t an investment firm conduct pre-acquisition technical due diligence?
For access to a downloadable version of this technical due diligence checklist, click here.
The patented Corsis® platform supports the seasoned judgment of Crosslake’s community of practitioners. Corsis leverages data from more than 3,500 prior technology M&A transactions to define objective, measurable TechIndicators® that private equity investors and management teams rely upon to deliver strategic value creation initiatives and inform diligence.