CTO as a Service

Sådan finder I en teknisk medstifter i Danmark

Rygge af en lille gruppe på klapstole set fra bagerst i lokalet til et formiddagsmøde i et iværksætterhus, med en uskarp projektion langt fremme

En teknisk medstifter findes oftest gennem folk, I allerede kender, i iværksættermiljøer ved uddannelserne og i faglige fællesskaber for udviklere. Opslag kan supplere. Stærke udviklere har mange muligheder, så I skal have mere at vise end en idé: en afprøvet kundeinteresse, en tydelig rolle og en plan. Før nogen af jer forpligter sig, bør I prøve samarbejdet af med en lille fælles opgave. Det siger mere end en lang række kaffemøder.

Det skal I have klar, før I begynder at lede

En erfaren udvikler vurderer jer lige så hårdt, som I vurderer vedkommende. Tre ting gør samtalen seriøs:

  1. Kundebeviser. Hvem har I talt med? Hvad sagde de? Har nogen sagt ja til at betale eller prøve en første version?
  2. Det, I selv bidrager med. Salg, branchekendskab, kontakter og tid. Vær konkret om, hvad I laver hver uge.
  3. Tid og økonomi. Hvor længe kan I selv arbejde med det her, og hvad forventer I af medstifteren i samme periode?

Har I ikke disse svar, er opgaven endnu ikke at finde en medstifter. Så er det tid til samtaler med kunder, se ikke-teknisk stifter. Overvej også, om I reelt har brug for en medstifter. Sammenligningen med en ekstern leder og en stærk første udvikler står i teknisk medstifter eller ekstern CTO.

Hvor I møder folk

Arrangementer og platforme kommer og går, så tjek, om de stadig kører, før I bruger tid på dem. Disse typer steder er værd at undersøge:

  • Jeres egne kontakter. Tidligere kolleger, studiekammerater og folk, der kender en stærk udvikler. Spørg bredt: “Hvem er den bedste udvikler, du har arbejdet sammen med?” Anbefalinger slår langt de fleste opslag.
  • Iværksættermiljøer ved universiteter og professionshøjskoler. Mange har studenterhuse, inkubatorer og arrangementer, hvor studerende og alumner mødes.
  • Faglige møder for udviklere. Lokale grupper om et programmeringssprog eller en teknologi. Kom for at lære, og fortæl om jeres projekt, når nogen spørger.
  • Hackathons og startup-weekender. Her arbejder folk sammen under tidspres, og det viser en del om samarbejdet.
  • Jobportaler for startups. Opslag her giver flest svar, når opgaven er tydelig og rollen beskrevet ærligt.
  • Det lokale erhvervshus og lokale iværksættermiljøer. De kender ofte andre stiftere, som kan pege videre.

Sådan skriver I opslaget eller den første besked

Skriv det, en udvikler vil vide. Hvad er problemet? Hvem har sagt ja? Hvad er bygget? Hvad er næste tekniske udfordring, og hvad får personen selv at bestemme?

Undgå at skrive, at I leder efter en, der vil “kode jeres idé”. Det lyder som en underleverandør uden betaling. Beskriv i stedet en medejer af en beslutning om, hvordan produktet skal bygges og vokse.

Sådan vurderer I en kandidat, når I ikke selv kan læse kode

Meget kan I bedømme uden at læse koden, og til resten kan I få hjælp.

  • Hvad har personen bygget, der stadig kører? Bed om at se det, og få forklaret, hvad der var svært.
  • Hvordan forklarer personen teknik? Kan vedkommende gøre det tydeligt for jer, kan det samme lade sig gøre over for kunder og ledelse senere.
  • Hvad mener personen om jeres idé? Den gode kandidat stiller svære spørgsmål og siger, hvad der skal bygges først.
  • Hvad siger dem, personen har arbejdet med? Tal med mindst to, og spørg, hvad der var svært.

En erfaren teknisk person uden for virksomheden kan tage en enkelt samtale med kandidaten. Det er en lille opgave, som kan spare en dyr fejl.

Prøv samarbejdet af

Aftal en afgrænset fælles opgave på nogle uger, før noget skrives under. Den kan være en simpel prototype, fem kundesamtaler, hvor I går sammen, eller en beskrivelse af første version. I ser, hvordan I tager beslutninger, hvordan uenighed lander, og om tiden faktisk er der.

Aftal på forhånd, hvem der ejer det, der bliver lavet under prøven. Det kan stå i en kort skrevet aftale, og en advokat kan hjælpe med ordlyden, når det skal være bindende.

De svære emner, I skal tage før aftalen

Ejerskabsfordeling er et emne for jer og jeres rådgivere. Tre andre spørgsmål bør være talt igennem, så I kender hinandens forventninger:

  • Hvad sker der, hvis en af jer stopper efter et halvt år?
  • Arbejder begge på fuld tid, og hvornår?
  • Hvem har det sidste ord, når I er uenige om produktet?

Den, der ikke vil tale om det nu, bliver sjældent lettere at tale med senere. Tilliden stiger typisk, når svære emner kommer tidligt på bordet, og det kommer jer til gode, hvis samarbejdet senere ikke fungerer.

Det skal I lade være med

  • At vælge den første, der siger ja · brug tiden på at finde den rette.
  • At love ejerskab tidligt · prøv samarbejdet af først.
  • At tage et CV for bevis · se, hvad personen har bygget, og hvad andre siger.

Det skal I kræve af den eksterne

  • ☐ Hjælp til at beskrive rollen, så en stærk udvikler gider læse den.
  • ☐ En teknisk samtale med kandidaten og en ærlig vurdering bagefter.
  • ☐ Oplæg til en lille prøveopgave, der passer til jeres produkt.
  • ☐ Et klart svar på, om I bør lede videre eller vælge en anden model.

Senest gennemgået: november 2026.

Næste skridt

Læs også: Når den tekniske medstifter ikke leverer · Hvad skal med i første version?

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Mangler I en CTO?

Fortæl kort, hvad der fylder: produktet, teamet, leverandøren eller en kunde, der stiller krav. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.