Stiftere stiller det her som om et valg er korrekt og det andet er et kompromis. Det er det ikke. Begge er måder at købe teknisk vurdering på, og de fejler forskelligt. Det brugbare spørgsmål er hvilken fejl du kan overleve.
Hvad hver enkelt rent faktisk beskytter dig imod
En CTO beskytter dig imod at bygge det forkerte gentagne gange. Nogen med equity og en lang horisont vil argumentere imod dig, nægte arbejde, og bekymre sig om beslutninger hvis omkostning lander om atten måneder.
En ekstern partner beskytter dig imod at betale for kapacitet du ikke behøver endnu. Du får senior-arbejde on demand, uden løn, equity, eller de seks måneders omkostning af et dårligt ansættelse.
Bemærk at disse er forskellige risici. Hvis du ikke ved hvilken som i øjeblikket dræber dig, kan du ikke besvare spørgsmålet.
Ansæt når disse ting er sande
- Teknologi er produktet, ikke leveringsmekanismen. Hvis din forsvarlighed er en model, en algoritme, eller et data-aktiv, kan denne viden ikke leve uden for virksomheden.
- Du rejser, og investorer vil spørge. En pre-seed runde uden teknisk founder er en vanskeligere samtale. Nogle gange uretfærdig, men du får den stadig.
- Roadmapppen er kontinuerlig, ikke et projekt. Hvis der altid er et næste noget, betaler du agentur-margin for evigt.
- Du kan genuint evaluere ansættelsen. En ikke-teknisk founder som ansætter sin første CTO alene er den eneste dyreste møntkast i early-stage startups.
Outsource når disse ting er sande
- Du er stadig ved at teste, om idéen virker. At købe atten måneders løn for at validere en hypotese på tre uger vender tingene på hovedet.
- Arbejdet er et afgrænset projekt. En mobilapp, en migrering, en genopbygning. Afgrænset arbejde har en naturlig afslutning; ansættelse har ikke.
- Du har brug for en kompetence i otte uger, ikke otte år. Et kortvarigt behov op til en release retfærdiggør måske ikke en fastansættelse, medmindre der er løbende arbejde til rollen.
- Du har brug for en afgrænset kapacitet, før du har brug for en fast rolle. En partner kan muligvis starte hurtigere end en rekruttering med opsigelsesvarsel, men afklar hvem der er ledig og hvornår, før du planlægger efter det.
Beregn de samlede omkostninger ud fra dine reelle muligheder
Ét lønspænd for hele Europa er et dårligt budget: placering, virksomhedens fase, anciennitet, ejerandel og selve rollen ændrer tilbuddet. Sammenlign et konkret ansættelsestilbud med et konkret partnertilbud, og medregn omkostningerne ud over hovedbeløbet.
- Ansættelse. Kontant løn, arbejdsgiverbidrag, personalegoder, udstyr og den tid teamet bruger på samtaler og onboarding.
- Ejerandel. Hvis den indgår i tilbuddet, så beregn udvanding og beslutningsrettigheder sammen med medstiftere og rådgivere; sammenlign den ikke med løn, som om de kan erstatte hinanden.
- Ekstern hjælp. Omfang, teamsammensætning, senior gennemgang, tilgængelighed, ændringsproces og støtteperioden efter leveringen.
- Intern ledelse. Tid fra stifteren eller produktansvarlige til at sætte prioriteter, besvare spørgsmål og gennemgå beslutninger under begge muligheder.
- Afslutningsrisiko. Den adgang, dokumentation og overdragelse, der kræves, hvis ansættelsen eller leverandørsamarbejdet ophører.
Skriv derefter ned, hvad personen eller partneren skal eje i den første planlægningscyklus: hvilke beslutninger de kan træffe, hvilke du beholder, hvilke resultater de står til ansvar for, og hvilken dokumentation du vil gennemgå. Budgettet skal følge rollebeskrivelsen, ikke et generisk markedsgennemsnit.
Signaler at du ansatte forkert (og hvor tidligt du kan se det)
Normalt synlig ved måned tre hvis du ved hvad du skal kigge efter:
- Alt er en omskrivning. En god ingeniør arver pragmatisk. Nogen som vil genopbygge alt de ikke skrev fortæller dig om deres præferencer, ikke din kodebase.
- Du høre aldrig om trade-offs. "Ja, det kan vi gøre" til alt betyder enten at de ikke tænker over omkostning eller at de fortæller det ikke til dig.
- Ingen andre kan deploye. Hvis viden koncentreres snarere end spredes, har du ansatte en individuelt bidragyder med en titel.
- Estimater er altid cirka rigtige på task-niveau og altid forkerte på release-niveau. Det er et oversættelses-problem, og det kan fixes — men kun hvis du navngiver det.
Muligheden som ingen navngiver
Der er en tredje vej som bliver brugt konstant og diskuteret sjældent: outsource buildet, ansæt vurderingen.
En fraktionel eller deltids teknisk leder som ejer arkitekturen, gennemgår arbejdet, og fortæller dig når en leverandør er forkert — kombineret med en delivery-partner som gør volumenet. Du får en advokat på din side af bordet uden en fuldtids løn, og du får gennemstrømning uden at ansætte et hold du skal have river ud senere.
Det er hvad jeg gør for de fleste stiftere jeg arbejder med, og det findes fordi det binære er falsk.
Fejlmoderne, sagt rent ud
Ansættelse går forkert når du ansætter nogen som aldrig har leveret den slags ting du bygger, fordi de interviewede godt. Tolv måneder senere har du en kodebase som kun de forstår og en roadmap som holder på at glide — se CEO↔CTO oversættelses-problemet.
Outsourcing går forkert når ingen på din side kan evaluere arbejdet. Du ender med at stole på en status-rapport du ikke kan bekræfte, og når du kan, er pengene brugt. Hvis det er din situation, er fiksen ikke en bedre leverandør — det er teknisk due diligence af nogen som ikke skylder dig noget.
Spørgsmålet du skal stille dig selv i aften
Ikke "kan jeg give mig en CTO?" men: hvis mine aktuelle tekniske beslutninger er forkerte, hvor lang tid til jeg finder ud af det?
Hvis svaret er uger, outsource og hold dig tæt. Hvis svaret er år, behøver du nogen hvis eget resultat afhænger af at have ret — og det betyder equity, ikke en faktura.