Los fundadores preguntan esto como si una opción fuera correcta y la otra fuera un compromiso. No lo es. Ambas son formas de comprar criterio técnico, y fallan diferente. La pregunta útil es cuál fallo puedes sobrevivir.
Qué cada una realmente te protege
Un CTO te protege de construir lo incorrecto repetidamente. Alguien con equity y horizonte largo te cuestionará, rechazará trabajo, y le importarán decisiones cuyo coste llega en dieciocho meses.
Un partner externo te protege de pagar por capacidad que aún no necesitas. Consigues trabajo senior bajo demanda, sin salario, equity, ni el coste de seis meses de una mala contratación.
Nota que estos son riesgos diferentes. Si no sabes cuál te está destruyendo ahora, no puedes responder la pregunta.
Contrata, cuando estas cosas son verdad
- La tecnología es el producto, no el mecanismo de entrega. Si tu defensibilidad es un modelo, un algoritmo, o un asset de datos, ese conocimiento no puede vivir fuera de la empresa.
- Estás raising, e investors lo preguntarán. Una ronda pre-seed sin cofundador técnico es una conversación difícil. A veces injustamente difícil, pero la tendrás igual.
- El roadmap es continuo, no un proyecto. Si siempre hay un siguiente, pagas margen de agencia para siempre.
- Puedes genuinamente evaluar la contratación. Un fundador non-technical contratando su primer CTO solo es la apuesta más cara en early-stage startups.
Externaliza, cuando estas cosas son verdad
- Aún estás testeando si la cosa funciona. Pagar dieciocho meses de salario para validar una hipótesis de tres semanas está al revés.
- El trabajo es un proyecto acotado. Una app móvil, una migración, un rebuild. El trabajo acotado tiene un fin natural; el empleo no.
- Necesitas una skill por ocho semanas, no ocho años. Nadie contrata un iOS engineer full-time para un lanzamiento. Simplemente conviven con la mala contratación después.
- La velocidad importa más que la ownership ahora. Contratar un buen senior engineer en Europa tarda tres a cinco meses. Un partner empieza la semana que viene.
Qué un CTO realmente cuesta
El salario es la parte que todos presupuestan y la más pequeña del número.
- Salario. 80.000–140.000 € en la mayoría de Europa para alguien que genuinamente ha shipped y liderado. Más en Londres, Zurich, Amsterdam, y Nórdicos.
- Equity. 1–10% dependiendo del stage y si son cofundador. En seed, esto usualmente vale más que el cash.
- Coste de empleador. Suma 30–35% en España y la mayoría de la UE en contribuciones sociales.
- Recruiting. Tres a cinco meses de tu tiempo, o 20–25% del salario del primer año para una agencia.
- El coste de hacerlo mal. Seis a nueve meses de salario, más un codebase construido a un criterio que ahora decidiste que no confías. Este es el número real, y el que nadie modela.
En total, una primera contratación de CTO es una decisión de primer año de 150.000 €+ con una tasa de fallo significativa. No la hace incorrecta — para la empresa correcta es la contratación con mayor retorno que existe. La hace una decisión que merece el mismo peso que una ronda de funding.
Señales de que contrataste mal (y qué tan pronto puedes verlas)
Usualmente visible en el mes tres si sabes qué buscar:
- Todo es un rewrite. Un buen engineer hereda pragmáticamente. Alguien que quiere reconstruir todo lo que no escribió te está contando sobre sus preferencias, no tu codebase.
- Nunca escuchas sobre trade-offs. "Sí, podemos hacer eso" a todo significa o que no están pensando en coste o que no te lo dicen.
- Nadie más puede hacer deploy. Si el conocimiento se concentra en lugar de dispersarse, contrataste un individual contributor con un título.
- Las estimaciones siempre son correctas a nivel de tarea y siempre incorrectas a nivel de release. Eso es un problema de traducción, y es arreglable — pero sólo si lo nombras.
La opción que nadie menciona
Hay un tercer camino que se usa constantemente y se discute raramente: externaliza la construcción, contrata el criterio.
Un technical lead fraccionado o part-time que sea dueño de la arquitectura, revise el trabajo, y te diga cuando un supplier está equivocado — combinado con un delivery partner que haga el volumen. Consigues un aliado en tu lado de la mesa sin un salario full-time, y consigues throughput sin contratar un equipo que tendrías que deshacer.
Esto es lo que hago para la mayoría de los fundadores con los que trabajo, y existe porque el binario es falso.
Los modos de fallo, establecidos claramente
Contratar falla cuando contratas a alguien que nunca ha shipped el tipo de cosa que estás construyendo, porque la entrevista fue bien. Doce meses después tienes un codebase que sólo entienden y un roadmap que sigue deslizándose — ver el problema de traducción CEO↔CTO.
Externalizar falla cuando nadie en tu lado puede evaluar el trabajo. Terminas confiando en un status report que no puedes verificar, y para cuando puedes, el dinero está gastado. Si esa es tu situación, el arreglo no es un mejor supplier — es due diligence técnico de alguien que no te debe nada.
La pregunta para hacerte esta noche
No "¿puedo permitirme un CTO?" sino: ¿si mis decisiones técnicas actuales son incorrectas, cuánto tardo en descubrirlo?
Si la respuesta es semanas, externaliza y mantente cerca. Si la respuesta es años, necesitas a alguien cuyo propio resultado depende de tener razón — y eso significa equity, no una factura.