Gründere stiller dette som om ett valg er riktig og det andre er et kompromiss. Det er det ikke. Begge er måter å kjøpe teknisk vurdering på, og de mislykkes annerledes. Det nyttige spørsmålet er hvilken feil du kan overleve.
Hva som faktisk beskytter deg fra hver enkelt
En CTO beskytter deg fra å bygge det gale gjentatte ganger. Noen med aksjer og lang horisont vil diskutere med deg, nekte arbeid, og bry seg om beslutninger hvis kostnad lander om atten måneder.
En ekstern partner beskytter deg fra å betale for kapasitet du ikke trenger ennå. Du får seniorarbeid på etterspørsel, uten lønn, aksjer, eller seksmåneders kostnad for en dårlig ansettelse.
Legg merke til at disse er ulike risikker. Hvis du ikke vet hvilken som dreper deg nå, kan du ikke svare på spørsmålet.
Ansett, når disse er sanne
- Teknologi er produktet, ikke leveringsmekanismen. Hvis din forsvarbarhet er en modell, en algoritme, eller en dataressurs, kan den kunnskapen ikke bo utenfor selskapet.
- Du samler inn, og investorer vil spørre. En pre-seed-runde uten teknisk grunnlegger er en vanskeligere samtale. Noen ganger en urettferdig, men du vil fortsatt ha det.
- Roadmappen er kontinuerlig, ikke et prosjekt. Hvis det alltid er neste ting, betaler du byråmargin for alltid.
- Du kan genuint evaluere ansettelsen. En ikke-teknisk grunnlegger som ansetter sin første CTO alene er det enkelt dyreste coin-flip i tidlige fase startups.
Outsource, når disse er sanne
- Du tester fortsatt om ideen fungerer. Å kjøpe atten måneders lønn for å validere en hypotese på tre uker er bakvendt.
- Arbeidet er et avgrenset prosjekt. En mobilapp, en migrering, en ombygging. Avgrenset arbeid har en naturlig slutt; en ansettelse har ikke det.
- Du trenger en kompetanse i åtte uker, ikke åtte år. Et kortvarig behov fram mot en release forsvarer kanskje ikke en fast ansettelse, med mindre det finnes løpende arbeid for rollen.
- Du trenger en avgrenset kapasitet før du trenger en fast rolle. En partner kan kanskje starte raskere enn en rekruttering med oppsigelsestid, men bekreft hvem som faktisk er tilgjengelig og når før du planlegger ut fra det.
Beregn totalkostnaden ut fra de faktiske alternativene dine
Ett lønnsspenn for hele Europa er et dårlig budsjett: sted, selskapsfase, erfaring, eierandel og selve rollen påvirker tilbudet. Sammenlign et konkret ansettelsestilbud med et konkret partnertilbud, og ta med kostnadene som kommer i tillegg til hovedbeløpet.
- Ansettelse. Kontantlønn, arbeidsgiveravgifter, ytelser, utstyr og tiden teamet bruker på intervjuer og introduksjon.
- Eierandel. Hvis det inngår i tilbudet, beregn utvanning og beslutningsrett sammen med medgründere og rådgivere; ikke sammenlign det med lønn som om de var ombyttbare.
- Ekstern hjelp. Omfang, teamsammensetning, senior gjennomgang, tilgjengelighet, endringsprosess og støtteperioden etter leveransen.
- Intern ledelse. Tid fra gründeren eller produktansvarlig til å sette prioriteringer, svare på spørsmål og gjennomgå beslutninger under begge alternativene.
- Avslutningsrisiko. Tilgang, dokumentasjon og overlevering som trengs hvis ansettelsen eller leverandørforholdet avsluttes.
Skriv deretter ned hva personen eller partneren skal eie i den første planleggingssyklusen: beslutninger de kan ta, beslutninger du beholder, resultater de står ansvarlige for, og dokumentasjonen du vil gjennomgå. Budsjettet bør følge rollebeskrivelsen, ikke et generisk markedsgjennomsnitt.
Signaler du ansatte feil (og hvor tidlig du kan se det)
Vanligvis synlig innen måned tre hvis du vet hva du skal se etter:
- Alt er en omskriving. En god ingeniør arver pragmatisk. Noen som vil gjenoppbygge alt de ikke skrev forteller deg om deres preferanser, ikke din codebase.
- Du hører aldri om avveiinger. "Ja, vi kan gjøre det" til alt betyr enten at de ikke tenker på kostnad eller at de ikke forteller deg om det.
- Ingen andre kan distribuere. Hvis kunnskap konsentreres i stedet for å spre seg, har du ansatt en individuell bidragsyter med en tittel.
- Estimater er alltid riktige på oppgavenivå og alltid feil på utgivelsenivå. Det er et oversettelsesproblem, og det er fikstilbar — men bare hvis du navngir det.
Muligheten som ingen navngir
Det er en tredje sti som brukes konstant og diskuteres sjelden: outsource bygget, ansett vurderingen.
En del-tid eller deltidsteknisk leder som eier arkitekturen, gjennomgår arbeidet, og forteller deg når en leverandør er feil — kombinert med en leveringspartner som gjør volum. Du får en talsperson på din side av bordet uten heltidslønn, og du får gjennomstrømning uten å ansette et team du måtte løse opp.
Dette er hva jeg gjør for de fleste gründerne jeg arbeider med, og det finnes fordi binæren er falsk.
Feilmodusene, angitt klart
Ansettelse går galt når du ansetter noen som aldri har sendt den slags ting du bygger, fordi de intervjuet bra. Tolv måneder senere har du en codebase bare de forstår og en roadmap som fortsetter å glide — se CEO↔CTO-oversettelsesproblemet.
Outsourcing går galt når ingen på din side kan evaluere arbeidet. Du ender opp med å stole på en statusrapport du ikke kan verifisere, og på den tiden du kan, er pengene brukt. Hvis det er din situasjon, er løsningen ikke en bedre leverandør — det er teknisk due diligence av noen som ikke skylder deg noe.
Spørsmålet å stille deg selv i kveld
Ikke "kan jeg ha råd til en CTO?" men: hvis mine nåværende tekniske beslutninger er feil, hvor lenge til jeg finner ut?
Hvis svaret er uker, outsource og bli nær. Hvis svaret er år, trenger du noen hvis eget resultat avhenger av å ha rett — og det betyr aksjer, ikke en faktura.