Hur genomför du teknisk due diligence vid ett förvärv?

Question

Accepted Answer

Teknisk due diligence är en **strukturerad riskbedömning** av målets teknik, team och hur det kommer att integreras. Målet är att avslöja vad som kan förstöra affärens värde och att planera integreringen realistiskt innan pengarna byter ägare.

## Checklista för due diligence

```text
ASSESS THE TARGET ACROSS:
- Architecture & scalability: will it hold under our growth?
- Code quality & technical debt: hidden cost to maintain/extend
- Team: key people, retention risk, knowledge concentration
- Security & compliance: breaches, gaps, liabilities
- IP & licensing: ownership, open-source risk
- Integration cost: how hard to merge with our stack/org
```

De största riskerna är ofta **människor och integration**, inte själva koden.

## Konkret exempel

Due diligence vid ett förvärv avslöjar solid arkitektur men en enskild ingenjör som innehar all kritisk kunskap och aggressiv användning av restriktiva open source-licenser, så CTO:n rekommenderar retention packages och en licens-remedieringsplan som avtalsvillkor.

## Avvägningar och fallgropar

- **Fallgrop:** att bara fokusera på kod och missa människor/retention och integrationrisk.
- **Fallgrop:** att underskatta integrationskostnaden, vilket kan radera affärens värde.
- Due diligence är tidsbegränsad; du måste prioritera de risker som mest påverkar affärsvärdet.

## Varför det spelar roll

Förvärv misslyckas ofta med att leverera värde på grund av underskattad teknisk och integrationrisk.

Rigorös due diligence skyddar företaget från att köpa dolda skulder och förankrar priset och planen i verkligheten.

Som avtalsrådgivare kan CTO:ns omdöme här förhindra ett mycket kostsamt misstag.