El CEO sociable i el CTO entre bastidors: per què els millors fundadors es dediquen al negoci i deixen el producte en mans dels experts
Al món de les startups hi ha un mite persistent: que una empresa tecnològica, per triomfar, necessita un cofundador tècnic al capdavant. La realitat és una altra. Algunes de les empreses amb més èxit les van construir CEOs incapaços d'escriure una línia de codi — però excepcionals en allò que realment fa créixer un negoci.
Trucades de venda. Presentacions davant d'inversors. Negociacions amb socis. Sopars amb clients. Networking a les conferències. La gestió del consell. La contractació de directius clau. La narrativa de marca. Llegir el mercat. Tancar els tractes que posen el producte davant de qui el pagarà.
Aquestes són les activitats de més impacte d'un CEO. Cada hora que un CEO no tècnic dedica a patir per l'arquitectura de la base de dades, pels pipelines de desplegament o per si l'equip fa servir el framework adequat és una hora que no dedica a les activitats de negoci que només ell pot fer.
Escric això des de l'altra cadira. El CTO entre bastidors del títol soc jo: a Conectia, la meva feina és portar la meitat tècnica per a fundadors que venen, i he vist aquest repartiment de papers funcionar — i fracassar — prou vegades per saber què distingeix un cas de l'altre.
El repte: qui es fa càrrec de la tecnologia mentre tu ets fora tancant tractes?
El problema de contractar un CTO massa aviat
El consell convencional és buscar un cofundador tècnic: donar-li equity, donar-li el títol i deixar que construeixi mentre tu vens. En teoria, és una societat equilibrada.
A la pràctica, genera tres patrons de fracàs molt habituals:
El coll d'ampolla del CTO. El teu primer CTO es converteix en el punt únic de fallada de totes les decisions tècniques. És l'arquitecte, el desenvolupador principal, el responsable de DevOps, el qui contracta i el qui respon a les incidències. Quan vagi sobrecarregat — i hi anirà — tot el vessant tècnic s'alentirà. El full de ruta depèn de la capacitat i la disponibilitat d'una sola persona.
La desalineació entre cofundadors. Un CTO cofundador té la seva pròpia visió del producte, de la tecnologia i del rumb de l'empresa. Al principi, això dona energia. A escala, es torna un problema de governança. Quan les necessitats del negoci topen amb les preferències tècniques — i hi toparan —, la sortida acostuma a passar per un compromís car o per una separació dolorosa.
La contractació prematura. Fitxar un CTO a jornada completa quan l'empresa té tres enginyers i encara no ha trobat l'encaix de producte i mercat vol dir pagar un sou de més de 200.000 $ a algú que dedica el 80% del temps a escriure codi i el 20% a fer realment de líder tècnic. En aquesta fase no necessites un CTO: necessites un enginyer sènior i criteri estratègic de tant en tant.
L'alternativa: el CEO construeix el negoci, els experts construeixen el producte
Imagina un model diferent. El CEO es dedica del tot al desenvolupament de negoci, a la relació amb els clients, a aixecar capital i a l'estratègia de mercat. De la tecnologia se n'ocupa un equip d'enginyeria dedicat — ni freelancers ni una agència qualsevol — amb un lideratge tècnic integrat que fa la funció de CTO sense la complexitat d'un cofundador.
Aquest model funciona perquè alinea el temps de cadascú amb les activitats on aporta més valor:
El CEO fa el que només pot fer el CEO. Ningú més a l'empresa té les relacions, el context i l'autoritat per tancar aquell contracte enterprise, negociar aquella aliança o presentar davant d'aquell inversor. Cada hora que el CEO passa en standups d'enginyeria és una hora de valor de negoci irrecuperable.
L'equip tècnic fa el que demana ofici tècnic. Decisions d'arquitectura, qualitat del codi, fiabilitat de la infraestructura, seguretat, rendiment, velocitat de lliurament. Tot això requereix habilitats especialitzades i atenció sostinguda — no les aportacions esporàdiques d'un CEO entre trucada i trucada de vendes.
La interfície entre tots dos és el producte, no la tecnologia. El CEO parla en llenguatge de negoci: «Necessitem aquesta funcionalitat perquè el nostre client potencial més gran l'exigeix per al seu circuit de compliance. Objectiu: en producció d'aquí a 8 setmanes.» L'equip tècnic ho tradueix en execució d'enginyeria. El CEO no ha d'entendre com es construeix — ha de poder confiar que es construirà bé i a temps.
Què vol dir «entre bastidors» a la pràctica
La relació amb el CEO és senzilla: un sol punt de contacte (un soci tècnic de nivell CTO), actualitzacions periòdiques i fites de lliurament clares. Darrere d'aquesta interfície hi funciona una operació d'enginyeria completa:
Estratègia tècnica. El soci de nivell CTO pren les decisions d'arquitectura, avalua opcions tecnològiques i planifica l'evolució del sistema. Coneix tant el rumb del negoci (de les converses amb el CEO) com les restriccions d'enginyeria (de gestionar l'equip).
Gestió de l'equip. El soci tècnic contracta, incorpora, avalua i gestiona els enginyers. El CEO no ha d'entrevistar mai cap desenvolupador de backend ni valorar cap candidat de DevOps: ho delega en algú qualificat per prendre aquestes decisions.
Execució del lliurament. Planificació d'sprints, revisions de codi, testing, desplegaments, monitoratge — tot el cicle de vida d'enginyeria funciona sense que el CEO hi intervingui. El CEO rep un resum setmanal: què s'ha publicat, què hi ha en curs, què està encallat i si el calendari es manté.
Garantia de qualitat. El soci tècnic respon de la qualitat del codi, la cobertura de tests, la seguretat i el rendiment. Quan el CEO promet a un client potencial que la plataforma aguanta 10.000 usuaris concurrents, l'equip tècnic s'assegura que sigui veritat — i avisa amb temps si no ho és.
Gestió d'incidents. Quan alguna cosa peta a producció, l'equip d'enginyeria se n'encarrega. El CEO rep l'avís de l'impacte i de la resolució; ningú no li demana decisions tècniques a les dues de la matinada.
Dues hores de tecnologia per setmana, no quinze
En aquest model, la interacció del CEO amb la tecnologia es redueix a uns quants punts de contacte:
Dilluns: sincronització de 30 minuts amb el soci tècnic. Repassar el lliurament de la setmana anterior, alinear les prioritats de la setmana, posar sobre la taula les decisions que demanen el criteri de negoci del CEO. «Prioritzem la integració que ens ha demanat el client potencial més gran, o la funcionalitat que serveix el mercat més ampli?» Això és una decisió de negoci: la pren el CEO. L'equip tècnic la implementa.
Dimecres: actualització asíncrona. Un missatge de Slack o un correu del soci tècnic amb el progrés de l'sprint, els bloquejos i les fites o riscos tècnics destacables. El CEO se'l llegeix entre reunió i reunió.
Divendres: demo o revisió (cada quinze dies). El CEO veu què s'ha construït, dona feedback de producte i ajusta prioritats per al següent sprint. 45 minuts.
Temps total del CEO dedicat a la tecnologia: entre 1,5 i 2 hores per setmana.
Compara-ho amb el CEO que assisteix als standups diaris (45 min al dia), revisa pull requests que no acaba d'entendre (2 hores per setmana), porta la contractació d'enginyers (més de 5 hores per setmana) i fa d'àrbitre en discussions tècniques que no està qualificat per resoldre. Aquest CEO dedica més de 15 hores setmanals a gestionar tecnologia — un temps que donaria per a cinc trucades més amb clients, tres reunions amb inversors o dues converses d'aliances.
La confiança no neix de la supervisió
Aquest model només funciona si el CEO confia en l'equip d'enginyeria. I la confiança no neix de la supervisió: neix de tres coses.
Competència. Els enginyers i el soci tècnic han de ser sèniors de debò. Aquí és on compta la selecció amb criteri de CTO: el CEO no pot avaluar directament la competència tècnica, així que necessita un soci amb un procés de selecció prou rigorós per poder-s'hi refiar. Una taxa d'acceptació del 3% després d'una avaluació de cinc pilars dona aquesta confiança.
Transparència. El CEO hauria de saber sempre en quin estat és el producte sense haver-ho de preguntar. Actualitzacions setmanals, demos d'sprint i un tauler compartit de mètriques clau (uptime, freqüència de desplegament, recompte d'errors, velocitat) donen visibilitat sense exigir que el CEO entengui el detall tècnic.
Alineació. L'equip tècnic ha d'entendre el context de negoci — no només què cal construir, sinó per què. Quan el soci tècnic sap que el CEO negocia amb un client enterprise d'un sector regulat, prioritza les funcionalitats de compliance sense que ningú li ho digui. Quan sap que s'acosta una ronda de finançament, s'assegura que l'entorn de demo sigui impecable.
A Conectia construïm aquesta confiança amb el procés de descoberta del CTO. El CEO descriu el seu negoci, el seu mercat i les seves restriccions; el nostre CTO ho tradueix en una estratègia tècnica i un disseny d'equip. L'alineació queda establerta abans d'escriure ni una sola línia de codi.
A qui serveix aquest model — i a qui no
Fundadors no tècnics amb un coneixement profund del seu sector. Coneixes la sanitat, la logística, les finances o l'educació millor que ningú. No has d'aprendre React: necessites un equip que converteixi el teu coneixement del domini en un producte que serveixi el teu mercat.
CEOs de perfil comercial. El teu superpoder són les relacions i els ingressos. Tanques tractes, construeixes aliances i fas créixer la cartera de clients més de pressa que cap enginyer. No dilueixis aquest superpoder gestionant enginyers.
Emprenedors en sèrie que ja hi han passat. Coneixes el manual de la startup. Saps que la part de negoci funciona. Necessites anar de pressa sense tornar-te a encallar en la contractació i la gestió tècniques.
CEOs que passen de serveis a producte. Dirigeixes una consultora, una agència o una firma de serveis professionals i estàs construint un producte de software per escalar més enllà de les hores facturables. Necessites capacitat d'enginyeria sense distreure l'equip de consultoria de la feina amb clients.
I el contrapunt honest: si el teu producte és la tecnologia — un motor de bases de dades, infraestructura de ML, una eina per a desenvolupadors que vens a enginyers —, la visió tècnica és l'actiu central de l'empresa, i un cofundador tècnic no és cap luxe: és l'aposta mateixa. Aquest model encaixa amb les empreses on la tecnologia serveix el negoci, no amb aquelles on la tecnologia és el negoci.
La lògica financera: una fracció del cost, gens de dilució
Contractar un CTO a jornada completa costa entre 180.000 i 280.000 $ l'any només en salari (als EUA o a l'Europa occidental), més equity, beneficis i el cost d'oportunitat d'un procés de cerca de 3 a 6 mesos. I aquest CTO encara necessitarà enginyers a qui dirigir.
Un servei de CTO-as-a-Service de Conectia amb un equip petit d'enginyeria funciona amb una quota mensual fixa que és una fracció d'aquell cost total — i amb la flexibilitat d'ampliar o reduir l'equip a mesura que el producte evoluciona. Sense dilució d'equity. Sense comissions de selecció. Sense sis mesos de cerca.
Per a una empresa en la fase en què un CTO a jornada completa no es justifica — pre-sèrie A, producte incipient, equip petit —, aquest model ofereix criteri de nivell CTO i execució d'enginyeria a una fracció del cost i del risc.
Quan l'empresa creix fins al punt que un CTO a jornada completa és la decisió encertada, el soci tècnic facilita la transició: documenta l'arquitectura, transfereix el coneixement i ajuda a seleccionar i incorporar la persona que ocuparà el càrrec.
Centra't en el que saps fer més bé — fer créixer el negoci — mentre un equip d'enginyeria expert s'ocupa del producte. Parla amb un soci tècnic sobre com seria una funció de CTO entre bastidors a la teva empresa.
