TECHNICAL DUE DILIGENCE

Technisch inzicht voordat je investeert in software.

Een softwareproduct kan commercieel sterk ogen, terwijl architectuur, technische schuld, afhankelijkheden of kennisconcentratie de investeringscasus materieel beïnvloeden. Technical Due Diligence laat zien hoe de software er technisch voor staat, voordat het transactiebesluit valt.

Wanneer Technical Due Diligence relevant wordt

Als technologie een materieel onderdeel van de transactie is

De beoordeling begint bij de investeringsbeslissing en de technische onzekerheid die daarvoor moet worden verkleind. De scope stemmen we af op die vraag.

  1. 01

    Je overweegt de overname van een softwarebedrijf of softwareproduct.

  2. 02

    Je investeert in een softwaregedreven onderneming en wilt een eigen technisch beeld vormen.

  3. 03

    Een management buy-in, buy-out of eigendomswissel vraagt duidelijkheid over software als belangrijk bedrijfsmiddel.

  4. 04

    Groeikapitaal is voorzien en technische schaalbaarheid en haalbaarheid van de roadmap zijn relevant voor de investeringscasus.

  5. 05

    Voor ondertekening of verdere kapitaalinzet moet duidelijk worden welke technische risico’s en afhankelijkheden materieel zijn.

Wat we onderzoeken

De technische factoren achter waarde, risico en ontwikkelbaarheid

Niet iedere transactie vraagt dezelfde diepgang. De scope volgt uit de transactievraag, het beschikbare bewijs en de technische factoren die de investeringscasus kunnen beïnvloeden.

Scope volgt uit de transactie en de technische onzekerheid

Architectuur & systeemstructuur
Opbouw, systeemgrenzen, samenhang en de mate waarin de software zich goed kan blijven ontwikkelen.
Softwarekwaliteit & onderhoudbaarheid
Begrijpelijkheid, consistentie en de inspanning die nodig is om gecontroleerd te veranderen.
Technische schuld
Achterstanden en keuzes die betrouwbaarheid, ontwikkeling of toekomstige investering materieel kunnen beïnvloeden.
Schaalbaarheid & performance
Of opzet en prestaties de beoogde groei kunnen dragen, wanneer dit relevant is voor de investeringscasus.
Integraties & externe afhankelijkheden
Koppelingen, leveranciers, platformen en andere afhankelijkheden die continuïteit of handelingsruimte beïnvloeden.
Security & toegangsbeheersing
Relevante technische beveiligingsmaatregelen en toegangspunten, binnen de afgesproken scope van de beoordeling.
Team & kennisconcentratie
Waar kritieke kennis zit en welke key-person- of overdrachtsrisico’s de verdere ontwikkeling raken.
Roadmap & ontwikkelbaarheid
Of technische basis, team en afhankelijkheden de beoogde roadmap plausibel ondersteunen.
Wat dit betekent voor de deal

Technische bevindingen krijgen betekenis in de investeringscasus

De beoordeling maakt duidelijk wat technische bevindingen betekenen voor de transactie, zonder een waardering, juridisch oordeel of voorgekookte conclusie te leveren.

FACT
RISK
ASSUMPTION
UNKNOWN
  1. 01Welke technische risico’s zijn materieel voor de investeringscasus?
  2. 02Welke software, kennis en technische basis zijn sterk en redelijkerwijs het behouden waard?
  3. 03Waar is op korte termijn gerichte investering nodig?
  4. 04Welke aannames in de roadmap zijn technisch plausibel, en welke nog niet bewezen?
  5. 05Waar creëren afhankelijkheden van mensen, leveranciers of architectuur een relevant risico?
  6. 06Welke risico’s kunnen doorslaggevend zijn voor de transactie en welke zijn na afronding beheersbaar?
Hoe we werken

Gericht onderzoek binnen de tijd en toegang van een transactie

We richten de beschikbare tijd en toegang op de onzekerheden die voor het besluit het meest relevant zijn, en maken beperkingen in het bewijs expliciet.

  1. 01

    Transactievraag & scope

    We bepalen welk besluit ondersteuning vraagt, welke technische onzekerheid centraal staat en welke toegang beschikbaar is.

  2. 02

    Bewijs onderzoeken

    We bestuderen relevante software, architectuur, documentatie, roadmap, technische processen en betrokken mensen.

  3. 03

    Verdiepen

    We richten verdiepend technisch onderzoek op gebieden waar onzekerheid materieel kan zijn voor de transactie.

  4. 04

    Valideren

    We onderscheiden feiten, risico’s, aannames en onbekenden en leggen bevindingen voor aan management, ontwikkelteam en andere relevante betrokkenen.

  5. 05

    Besluit ondersteunen

    We duiden implicaties, prioritaire risico’s en praktische aandachtspunten voor na de transactie.

Wat je ontvangt

Een technisch beeld dat bruikbaar is voor het besluit

De vorm sluit aan op de transactievraag en de mensen die met de uitkomst moeten beslissen. De inhoud kan onder meer bestaan uit:

Geen waardering, juridisch oordeel of certificering: de uitkomst ondersteunt de technische kant van het besluit.

Technische bevindingen
Helder vastgelegd en herleidbaar naar het beschikbare bewijs.
Materiële risico’s
Technische risico’s en afhankelijkheden die de investeringscasus kunnen beïnvloeden.
Sterke technische basis
Software, architectuur of kennis die waarde bevat en behouden kan blijven.
Aannames & onbekenden
Wat nog niet bewezen kon worden en welke onzekerheid daardoor overblijft.
Investeringsimplicaties
Wat de bevindingen betekenen voor roadmap, technische ontwikkelbaarheid en mogelijke investeringsbehoefte.
Aandachtspunten na de deal
Prioritaire onderwerpen voor gerichte verbetering, modernisering of nader onderzoek.
Vragen buiten scope
Onderwerpen die verdere juridische, security- of andere specialistische beoordeling vragen.
Na de deal

De diligence kan op zichzelf staan

Als de transactie doorgaat, kunnen bevindingen richting geven aan architectuurwerk, Software Modernisation, Software Engineering of een gerichte vervolgbeoordeling. Link2Leap kan betrokken blijven waar dat nuttig is, maar vervolgwerk is geen voorwaarde voor de diligence.

Bekijk Technology Assessment
Waar we minder goed passen

Technical Due Diligence past wanneer technische kwaliteit of technisch risico een materieel onderdeel van de transactie is

We zijn doorgaans niet de beste partij wanneer:

  • De hoofdvraag financieel, juridisch, fiscaal of commercieel is in plaats van technisch.
  • Formele penetratietests of securitycertificering de kern van de opdracht vormen en daarmee buiten onze scope vallen.
  • De conclusie al vaststaat en alleen nog technische bevestiging wordt gezocht.
  • Er onvoldoende toegang is om een betekenisvol technisch beeld te vormen en die beperking voor betrokkenen niet acceptabel is.

Een software-investering technisch beter begrijpen?

Vertel ons over de transactie, de betrokken software, de beslistermijn en de onzekerheid die je wilt verkleinen. Dan bepalen we welke technische scope en diepgang passend zijn.

Bespreek de transactie