El paper del CTO en la captació de fons: molt més que la diapositiva tècnica
La primera vegada que vaig assistir a un pitch d'inversió, el CEO em va demanar que «em limités a la diapositiva tècnica». Una diapositiva. Un diagrama d'arquitectura. Tres minuts. L'inversor em va fer exactament una pregunta: «Això és escalable?». Vaig dir que sí, i vam passar al punt següent.
Vam tancar la ronda. Però, mirant-ho amb perspectiva, en aquella reunió jo no hi vaig aportar gairebé res. Hi feia d'atrezzo: present per donar credibilitat, callat la resta del temps. Així és com viuen el fundraising la majoria de CTOs, i és desaprofitar-los.
Amb els anys he après que el paper del CTO en una ronda va molt més enllà de presentar el teu stack tècnic. Inclou la preparació, la narrativa, la due diligence i les preguntes concretes que tot inversor seriós t'acabarà fent en una sala on el CEO no hi serà.
Què avaluen de debò els inversors quan miren la tecnologia
Primer, desfem un malentès. La majoria d'inversors — sobretot de la Sèrie A en endavant — no avaluen la teva tecnologia: avaluen la teva capacitat tecnològica. I la diferència és enorme.
La tecnologia és el teu stack, la teva arquitectura, el teu codi. La capacitat tecnològica és si el teu equip pot construir el que cal construir, escalar-ho quan el creixement ho exigeixi i adaptar-ho quan el mercat giri.
El que volen saber els inversors:
- Pots executar? Tens l'equip d'enginyeria i els processos per lliurar el que el negoci promet?
- Pots escalar? Quan els usuaris es multipliquin per deu, el producte aguantarà? I l'equip?
- Pots atreure i retenir talent? La teva cultura d'enginyeria, la compensació i el repte tècnic són prou potents per conservar els bons enginyers?
El diagrama d'arquitectura és una part petita de tot això. L'avaluació de debò passa a la conversa.
La due diligence es guanya abans de la primera pregunta
De la Sèrie A en endavant, els inversors seriosos faran due diligence tècnica. De vegades és un soci amb bagatge d'enginyeria; de vegades porten un assessor tècnic extern. En tots dos casos, miraran coses que la majoria de CTOs no s'esperen.
La teva base de codi. Miraran la qualitat, la cobertura de tests i la consistència. Un codi desendreçat i sense tests els diu que l'equip va de pressa però trenca coses. Un codi impecable sense producte els diu que l'equip peca de sobreenginyeria.
El teu pipeline de CI/CD. Com fas els desplegaments, cada quan, què hi tens automatitzat? El pipeline revela la maduresa d'enginyeria millor que cap presentació.
El teu historial d'incidents. Els inversors espavilats demanen el registre d'incidents. Quantes caigudes hi ha hagut, quant van durar, quina en va ser la causa arrel? Això els explica quina cultura de fiabilitat tens.
L'estructura del teu equip. Qui depèn de qui? Quina proporció hi ha de sèniors i júniors? Hi ha un punt únic de fallada — un sol enginyer que ho sap tot? L'estructura de l'equip revela el risc d'escalabilitat.
El teu deute tècnic. En tenen totes les startups. La pregunta no és si en tens, sinó si saps on és i tens un pla. Un CTO que diu «no tenim deute tècnic» o menteix o s'enganya. Un CTO que diu «tenim un deute important al mòdul de pagaments, i aquest és el pla per resoldre'l a mesura que escalem» — això sí que és creïble.
Com preparar-t'hi:
- Fes-te tu mateix una auditoria de qualitat del codi abans que la faci ningú altre, i corregeix les pitjors troballes.
- Documenta l'arquitectura: un diagrama clar amb els fluxos de dades, no un pòster de màrqueting.
- Recull les teves mètriques de desplegament: freqüència, taxa de fallades, temps mitjà de recuperació.
- Escriu un inventari del deute tècnic d'una pàgina, amb severitat i pla de correcció.
- Prepara un organigrama de l'equip amb rols, antiguitat i pla de contractació.
Si tot això ho lliures proactivament a qui fa la revisió, hauràs establert credibilitat abans que et facin la primera pregunta.
Explicar la tecnologia és una feina de traducció
La majoria de CTOs parlen de tecnologia com els enginyers parlen entre ells: amb precisió, amb detall i plens d'argot. En una reunió amb inversors, això és un error.
Els inversors no necessiten entendre la teva arquitectura de microserveis orientada a esdeveniments, amb streams de Kafka i consistència eventual. Necessiten entendre què permet fer la teva tecnologia que els competidors no puguin replicar fàcilment.
Tradueix les decisions tècniques en impacte de negoci. No diguis «hem construït un pipeline de ML a mida». Digues «hem construït un sistema que redueix el temps de classificació manual de 4 hores a 12 minuts, cosa que vol dir que el nostre cost operatiu per client és un 80% més baix que el dels competidors que ho fan a mà».
No diguis «fem servir una arquitectura multi-tenant amb seguretat a nivell de fila». Digues «la nostra arquitectura ens permet incorporar un client enterprise en qüestió d'hores, no de setmanes, perquè tots els clients corren sobre la mateixa infraestructura amb un aïllament estricte de dades».
La fórmula: decisió tècnica → capacitat de negoci → avantatge competitiu.
Cada detall tècnic que esmentis ha de connectar amb alguna cosa que importi a l'inversor: cost, velocitat, escalabilitat, defensabilitat o fossat competitiu. Si un detall tècnic no connecta amb cap d'aquestes, no l'esmentis.
Les tres preguntes que tot inversor fa al CTO
De totes les rondes en què he participat, hi ha tres preguntes que surten sempre. No sempre amb aquestes paraules exactes, però sí amb aquest fons.
«Pots construir això?»
És una pregunta sobre credibilitat d'execució. El CEO acaba de presentar una visió de producte; l'inversor es gira cap a tu i et pregunta, en el fons: «això és real?».
Què volen sentir: que la visió de producte és tècnicament viable, que has rumiat les parts difícils i que tens l'equip per fer-la realitat. Sigues concret sobre què hi ha construït, què està en marxa i què és genuïnament difícil.
Què no has de fer: no diguis «i tant, cap problema». Si fas veure que no hi ha reptes, l'inversor dubtarà del teu criteri. Millor: «El nucli està construït i desplegat. El motor de recomanacions és el nostre gran repte tècnic per als dos propers trimestres, i aquest és el nostre plantejament».
«Pots escalar això?»
És una pregunta sobre si la teva arquitectura sobreviu a l'èxit. Si el negoci funciona i els usuaris es multipliquen per deu o per cent, la tecnologia aguanta?
Què volen sentir: que has dissenyat pensant en l'escala, que coneixes els colls d'ampolla i que tens un pla creïble. No necessites aguantar 100x avui — necessites demostrar que el camí existeix.
La versió honesta: «Avui servim 5.000 usuaris concurrents. La base de dades és el primer coll d'ampolla: cap als 20.000 necessitarem rèpliques de lectura i memòria cau. La capa d'aplicació no té estat, així que escalar horitzontalment és senzill». La concreció guanya. Les garanties vagues perden.
«Pots contractar l'equip per fer-ho créixer?»
Aquesta és la pregunta que els CTOs subestimen. Els inversors saben que escalar un producte vol dir escalar un equip, i volen saber si pots atreure, contractar i retenir els enginyers que faran falta a la fase següent.
Què volen sentir: la teva estratègia de contractació, el teu pipeline de candidats, el teu historial de retenció. Si no has perdut mai cap enginyer sènior involuntàriament, digues-ho: és un senyal potent. Prepara't per parlar de filosofia de compensació, d'estratègia de treball remot, de canals de captació i de com mantens la velocitat mentre incorpores gent nova. I si ja has construït equips abans, explica aquella història.
Quatre maneres de perdre la sala
No inflis la tecnologia. Els inversors respecten molt més l'honestedat sobre les limitacions que les promeses exagerades que la due diligence acabarà desmentint.
No facis servir l'argot com a escut. Si no pots explicar el teu avantatge tècnic en llenguatge planer, o no l'entens prou bé o és que no és cap avantatge.
No contradiguis la narrativa del CEO. Alineeu-vos abans de la reunió. Si el CEO promet el segon trimestre i tu dius el quart, acabes de sembrar dubtes sobre la cohesió de l'equip. Els desacords es resolen en privat.
No sorprenguis el teu CEO. Si existeix un risc tècnic que el CEO no coneix, aquesta conversa s'ha de tenir abans de la reunió — no al mig.
Fes aquesta feina i deixaràs de ser l'atrezzo amb una diapositiva i tres minuts. Et converteixes en la raó per la qual l'inversor es creu que l'empresa pot construir de debò el que ven.
A Conectia he ajudat diverses startups a preparar la seva història d'enginyeria per a una ronda. La due diligence tècnica és un procés que els nostres enginyers sèniors ja han viscut: saben què hi busquen els inversors, en una base de codi, en un pipeline i en una estructura d'equip. Quan integrem enginyers en un equip que s'acosta a una ronda, ajuden el CTO de manera natural a preparar-se per a l'escrutini, perquè l'han passat en primera persona.
Estàs preparant una ronda i vols que la teva organització d'enginyeria passi la due diligence amb confiança? Parla amb un CTO — els nostres enginyers sèniors de LATAM t'ajuden a construir l'equip i els processos que busquen els inversors.
