Kaip atlikti techninę due diligence perimant įmonę?

Question

Accepted Answer

Techninė due diligence yra **sutvarkyta tikrinama rizika** dėl tikslinės įmonės technologijos, komandos ir to, kaip ji bus integruota. Tikslas – atskleisti, kas galėtu sugriauti sandorio vertę ir realiai suplanoti integraciją, kol pinigai dar nepakeitė savininko.

## Kodėl tai svarbu

```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
```

Didžiausi rizikai dažniausiai kelia **žmonės ir integracija**, ne pats kodas.

## Konkretus pavyzdys

Pakviestos dėl įsigijimo techninės patikros atskleidžiamas tvirtai sukonstruotas architektūra, tačiau vienas inžinierius turinti visą kritinę žinią ir agresyvus ribojamųjų atvirojo kodo licencijų naudojimas, todėl CTO rekomenduoja išlaikymo paketus ir licencijų taisymo planą kaip sandorio sąlygas.

## Kompromisai ir spąstai

- **Spastai:** orientacija tik į kodą ir nepaisymas žmonių/išlaikymo bei integracijos rizikos.
- **Spastai:** per mažai vertinamas integracijos sąnaudos, kurios gali sunaikinti sandorio vertę.
- Due diligence turi laiko ribą; turite pirmenybę suteikti rizikai, kuri labiausiai veikia sandorio vertę.

## Kodėl tai svarbu

Perėmimai dažnai negeneruoja vertės dėl nepakankamai vertintos techninės ir integracijos rizikos.

Rigoringa due diligence apsaugo įmonę nuo paslėptų įsipareigojimų pirkimo ir įtvirtina kainą bei planą realybėje.

Kaip sandorio konsultantas, CTO vertinimas čia gali išvengti itin brangios klaidos.