Founders ställer det här som om ett alternativ är korrekt och det andra är en kompromiss. Det är det inte. Båda är sätt att köpa teknisk bedömning, och de fallerar annorlunda. Den användbara frågan är vilken felslagning du kan överleva.
Vad varje alternativ egentligen skyddar dig från
En CTO skyddar dig från att bygga fel sak upprepade gånger. Någon med equity och långsiktig horisont kommer att argumentera med dig, vägra arbete, och bry sig om beslut vars kostnad landar om arton månader.
En utomstående partner skyddar dig från att betala för kapacitet du inte behöver ännu. Du får seniorarbete på begäran, utan lön, equity, eller sex-månaderskostnaden för en dålig anställning.
Lägg märke till att det här är olika risker. Om du inte vet vilken som för närvarande dödar dig, kan du inte svara på frågan.
Anställ, när detta är sant
- Teknik är produkten, inte leveransmekanismen. Om din försvarskraft är en modell, en algoritm, eller en datatillgång kan den kunskapen inte leva utanför företaget.
- Du höjer kapital, och investerare kommer att fråga. En pre-seed-omgång utan teknisk founder är ett svårare samtal. Ibland ett orättvist, men du kommer att ha det ändå.
- Roadmapen är kontinuerlig, inte ett projekt. Om det alltid finns en nästa sak betalar du byråmarginal för evigt.
- Du kan genuint utvärdera anställningen. En icke-teknisk founder som anställer sin första CTO ensam är den enskilt dyraste myntkastet i tidiga startups.
Outsourca, när detta är sant
- Du testar fortfarande om idén fungerar. Att köpa arton månaders lön för att validera en treveckorshypotes är bakvänt.
- Arbetet är ett avgränsat projekt. En mobilapp, en migrering, en ombyggnad. Avgränsat arbete har ett naturligt slut; en anställning har det inte.
- Du behöver en kompetens i åtta veckor, inte åtta år. Ett kort behov inför en release motiverar kanske inte en permanent anställning, om det inte finns löpande arbete för rollen.
- Du behöver en avgränsad förmåga innan du behöver en permanent roll. En partner kan ibland börja snabbare än en rekrytering med uppsägningstid, men kontrollera vem som är tillgänglig och när innan du planerar utifrån det.
Räkna på hela kostnaden utifrån dina faktiska alternativ
Ett enda lönespann för hela Europa är en dålig budget: plats, bolagets fas, senioritet, ägarandel och själva rollen påverkar erbjudandet. Jämför ett konkret anställningserbjudande med ett konkret partnererbjudande och ta med kostnaderna utanför den angivna huvudkostnaden.
- Anställning. Kontant ersättning, arbetsgivaravgifter, förmåner, utrustning och tiden teamet lägger på intervjuer och introduktion.
- Ägarandel. Om den ingår i erbjudandet, räkna på utspädning och beslutsrätt tillsammans med medgrundare och rådgivare; jämför den inte med lön som om de vore utbytbara.
- Extern hjälp. Omfattning, teamsammansättning, senior granskning, tillgänglighet, ändringsprocess och stödperioden efter leverans.
- Intern ledning. Tid från grundaren eller produktansvarig för att sätta prioriteringar, besvara frågor och granska beslut oavsett vilket alternativ ni väljer.
- Avslutsrisk. Åtkomst, dokumentation och överlämning som behövs om anställningen eller leverantörssamarbetet upphör.
Skriv sedan ner vad personen eller partnern ska ansvara för under den första planeringscykeln: vilka beslut de får fatta, vilka du behåller, vilka resultat de ansvarar för och vilka belägg du ska granska. Budgeten ska följa den rollbeskrivningen, inte ett generiskt marknadsgenomsnitt.
Signaler du anställde fel (och hur tidigt du kan berätta)
Vanligtvis synlig på månad tre om du vet vad du ska titta på:
- Allt är en omskrivning. En bra ingenjör ärver pragmatiskt. Någon som vill bygga om allt de inte skrev talar om deras preferenser, inte din kodbas.
- Du hör aldrig om avvägningar. "Ja, vi kan göra det" till allt betyder antingen att de inte tänker på kostnad eller de berättar inte för dig om det.
- Ingen annan kan deploya. Om kunskap koncentreras snarare än sprids har du anställt en individuell bidragsgivare med en titel.
- Uppskattningar är alltid runt på task-nivå och alltid fel på release-nivå. Det är ett översättningsproblem, och det är fixbart — men bara om du namnger det.
Alternativet ingen namnger
Det finns en tredje väg som används konstant och diskuteras sällan: outsourca byggningen, anställ bedömningen.
En delvis eller deltids-teknisk ledare som äger arkitekturen, granskar arbetet, och säger åt dig när en leverantör är fel — kombinerad med en delivery-partner som gör volymen. Du får en advokat på din sida av bordet utan en heltidslön, och du får genomströmning utan att anställa ett team du skulle behöva avveckla.
Det här är det jag gör för de flesta founders jag arbetar med, och det existerar för att det binära är falskt.
Fellägen, uttryckt klart
Anställning går fel när du anställer någon som aldrig levererat den typen av sak du bygger, för att de intervjuade bra. Tolv månader senare har du en kodbas bara de förstår och en roadmap som hålls på att glida — se CEO↔CTO-översättningsproblemet.
Outsourcing går fel när ingen på din sida kan utvärdera arbetet. Du slutar upp med att lita på en statusrapport du inte kan verifiera, och på den tiden pengarna är spenderade. Om det är din situation är fixet inte en bättre leverantör — det är teknisk due diligence av någon som inte är skyldig dig något.
Frågan att ställa dig själv ikväll
Inte "kan jag ha råd med en CTO?" utan: om mina nuvarande tekniska beslut är fel, hur långt innan jag tar reda på det?
Om svaret är veckor, outsourca och håll dig nära. Om svaret är år, behöver du någon vars eget resultat beror på att ha rätt — och det betyder equity, inte en faktura.