Teknisk due diligence

Teknisk due diligence är en process som går ut på att analysera och utvärdera antingen ett företag eller en produkt utifrån tekniska faktorer. Det är något som oftast görs tidigt i en köpprocess med syfte att identifiera och utvärdera potentiella risker och att försäkra så att köparen gör rätt väl sett till funktionalitet, pris och tid.

Vi erbjuder teknisk due diligence som en konsulttjänst till företag som ser över flera olika alternativ eller som bara vill tillförskaffa sig extra vetskap och säkerhet inför ett köp av en teknisk produkt/tjänst. Under vår process använder vi oss av en checklista som bygger på ett antal fundamentala tekniska faktorer och levererar sedan resultatet, vår bedömning och våra rekommendationer i en rapport när det är färdigt.

Vi identifierar skalbarhet i en produkts teknik och arkitektur. Vi utvärderar också leverantörens utvecklingsprocesser och hur väl det tekniska ledarskapet kan skala i takt med att produkten växer och mognar.

Vår tekniska due diligence leds alltid av en eller flera av våra erfarna tech leads.

Vi använder oss av en standardiserad checklista för att säkerställa ett konsekvent och kvalitetsmässigt resultat för de tekniska due diligences som vi genomför. Checklistan är baserad på fem fundamentala tekniska aspekter.

För att göra vår due diligence så smidig som möjligt behöver vi förbereda leverantören av (den utvärderade) produkten på vilken information som vi behöver ta del av.

1. Arkitektur och infrastruktur

Vi vill förstå en produkts nuvarande tekniska miljö och kommer därför att fråga efter tillgång till dokumentation, ritningar, skalbarhet, och indikatorer för prestanda m.m. Vi kommer också att fråga efter en förklaring/presentation av hur produkten differentierar sig gentemot eventuella konkurrenter.

När det kommer till infrastruktur är det viktigt för oss att förstå vilka programmeringsspråk, databaser, app-servrar och annan relevant teknik de använder sig av. Och varför.

Som leverantör behöver du delge följande:

• Dokument med produktdesign.
• Beskrivning av arkitektur.
• Operativa mätvärden.
• API-dokumentation.
• Kopia av all källkod.

2. Personerna

Personerna bakom produkten är ofta en stor del i vad som skiljer att lyckas och att misslyckas. Därför också viktigt att utvärdera när man gör en teknisk due diligence. Vi tittar specifikt på hur väl det tekniska ledarskapet kan skalas när produkten växer och mognar.

Som leverantör behöver du delge följande:

• Uppdaterat organisationsschema.
• CV på alla anställda och enskilda leverantörer.
• Förväntade personalkostnader.
• En lista/förklaring på hur väl den sammanlagda kompetensen matchas med produkten, utvecklingen, förvaltningen, drift och supportfunktioner.

3. Processer och arbetsflöden

För att hantera och underhålla komplexa tekniska produkter krävs planering och ett system som kan utföra. I vår tekniska due diligence vill vi därför ta del av en organisations processer för utveckling, kvalitetssäkring (AQ), säkerhetstester, utrullning, drift och support. Vi vill se bevis på att processerna är effektiva, kostnadseffektiva och att de kan stödja skalbarhet och fortsatt utveckling av produkten.

Som leverantör behöver du delge följande:

• Dokumentation av en organisations alla arbetsprocesser.
• Dokument med kravställning från marknad och produktägare.
• Mättal på prestanda och KPI:er likt:
  • Tid det tar mellan versionsreleaser.
  • Tid det tar för att fixa kritiska buggar.
  • Tid till åtgärd av säkerhetsproblem.

4. Immateriella rättigheter och mjukvarulicenser

Immateriella rättigheter är en av de absolut viktigaste resurserna för en teknisk produkt. Som en del i vår tekniska due diligence utvärderar vi därför hur väl de efterlever lagar och regler såväl hur värdefulla och starka företagets immateriella rättigheter och mjukvarulicenser är.

Som leverantör behöver du delge följande:

• Företagets alla patent.
• En lista på alla open source-komponenter som används av deras team.
  • Beroenden.
  • Licenser.
• Bevis på efterlevnad av relevanta regler och lagar.
• Avtal och betalningsunderlag för använda tredjepartskomponenter.

5. Teknisk roadmap

Framtiden säger något om nutiden. Så även i värdet, styrkan och ambitionen hos en teknisk produkt. När vi genomför en teknisk due diligence vill vi därför se vad leverantörens plan är för framtiden. Vilka kringprodukter och funktioner anses viktiga för att produkten ska ha fortsatt framgång?

Som leverantör behöver du delge följande:

• Historik av releaser och planerade versioner av produkten.
• Dokumentation på alla roadmap-alternativ som övervägts.
  • Bedömning av vilka alternativ som anses vara mest strategiska och förmånliga sett från leverantören.
• Dokument med kravställning från marknad och produktägare för (potentiella) framtida riktningar för produkten.
• Önskelista med funktioner som efterfrågats av kunder.