Qué es de verdad el CTO-as-a-Service — y cuándo contratarlo es un error
He disuadido a más founders de contratar un CTO-as-a-Service de los que me lo han acabado comprando. La conversación termina casi siempre de dos maneras: llegan buscando un CTO fractional y se van con un plan de contratación para uno a tiempo completo, o se van con un equipo y sin nada de fractional. Ninguna de las dos es una venta. Las dos son la decisión correcta.
Escribo desde dentro del asiento. Soy ingeniero desde finales de los noventa, pasé años en DevOps y SRE corporativo con el busca encima de sistemas del tamaño de Clarivate, y hoy soy el CTO de Conectia — y sigo ocupando yo mismo el asiento fractional en los proyectos que lo piden. Esto es lo que se ve desde esa silla, incluido lo que no conviene decir en voz alta si lo que quieres es vender.
El primer malentendido lo provoca el nombre. «CTO-as-a-Service» suena a alquilar una persona por días, así que los founders comparan por el eje equivocado: horas, disponibilidad, mañanas por semana. Lo que compras es un puñado de decisiones que salen caras si te equivocas y que casi no hay forma barata de deshacer. El calendario solo es el formato de la factura.
Lo que compras son decisiones, no horas de agenda
El encargo se sostiene sobre cinco decisiones, y todas ellas acumulan intereses.
La propiedad de la arquitectura. El modelo de datos sobre el que se van a apoyar tus próximos dos años. Dónde caen las fronteras entre servicios. La línea del build-versus-buy en autenticación, pagos, buscador y las otras doce cosas que podrías escribir tú y no deberías. En una pizarra no cuestan nada; deshacerlas cuando ya hay 40.000 líneas escritas encima es otra historia.
La due diligence técnica, en las dos direcciones. La que te hacen los inversores antes de un term sheet — arquitectura, postura de seguridad, cuántas horas de ingeniería se evaporan en deuda técnica — y la que haces tú hacia fuera, a un proveedor o al código que heredaste de una agencia que ya no contesta los correos. Aquí está lo que revisan los inversores.
El listón de contratación. El error es asimétrico: un senior mal contratado en un equipo de cinco no te frena un 20%, fija el estándar con el que programan los demás. Nuestro listón de ingeniería deja pasar al 3% de quienes se presentan, y sostener un listón así es una decisión, no un proceso.
El arbitraje del roadmap. Ventas necesita la integración, marketing necesita el dashboard, el CEO quiere la app móvil, y todo para ayer. Alguien tiene que decir qué cabe en este trimestre, en qué orden y — la frase que los founders recuerdan años después — qué no se debería construir nunca.
Las decisiones de stack y de proveedores, la IA incluida. Qué modelo, en qué capa, con qué plan B y qué partes del flujo siguen siendo humanas — y, por encima de las cinco, el reporte al consejo. De esto hablo más abajo.
Fíjate en lo que no aparece: las dailies, el grooming del backlog, llevar el sprint. El servicio define el proceso de entrega — cadencia, criterios de revisión, métricas — porque definirlo es una decisión; llevarlo cada día es trabajo de un Tech Lead o de un Delivery Manager. Un CTO fractional que se pasa la semana en tus ceremonias te está cobrando tarifa de dirección por coordinar. El código sí entra: lo que escribo en un encargo es la prueba de concepto que zanja una discusión, la migración que nadie quiere asumir, la revisión del módulo al que todo el mundo tiene miedo sin decirlo.
Tres cosas que los founders esperan comprar y no están comprando
Un engineering manager a media jornada. Los 1:1, las conversaciones de desempeño, los planes de carrera, darte cuenta un martes de que tu mejor ingeniera lleva días callada — eso pide atención continua, y unos días al mes no lo son. Si no hay nadie cuidando de cinco personas, contrata un engineering manager o asciende a un Tech Lead.
Un sustituto del CTO cofundador. El equity, la permanencia, la memoria institucional, estar ahí en la peor semana del año — nada de eso se compra con una cuota mensual. Un CTO fractional se va. Está diseñado así; no es un defecto.
Una casilla llena en el organigrama. Hay founders que quieren la casilla de C-level cubierta para el deck. Los inversores lo detectan en la segunda pregunta.
Tres momentos en que alquilar el asiento gana a cubrirlo
Antes de la Serie A y sin cofundador técnico. Tienes el conocimiento del sector y tienes clientes. Lo que falta es alguien que te diga si el presupuesto que acabas de recibir es razonable y si lo que se está construyendo aguanta con diez veces más usuarios. Un fundador legaltech de Barcelona puso en producción una plataforma de IA así, sin contratar CTO y sin haber levantado ronda. Si todavía estás decidiendo si necesitas el asiento, antes van las cinco señales.
Un CTO que necesita un interlocutor de arquitectura. Tras la ronda, el equipo pasa de seis a dieciocho y tu CTO se convierte en recruiter a tiempo completo mientras la arquitectura espera. Una segunda voz senior sin nada que ganar en la política interna rinde más que otro par de manos — aunque a veces el asiento nunca fue el cuello de botella, que es el argumento de «ya tenemos CTO».
Una ventana de due diligence o de rescate. Tienes un term sheet a treinta días y nadie sabe responder el cuestionario de seguridad. O se ha ido el ingeniero que tenía el único modelo mental del sistema que funcionaba. Encargos acotados, de mucho riesgo, que terminan cuando termina el problema.
Cuándo contratarlo es un error
Esta es la sección que la mayoría de páginas de proveedor se salta, así que voy a ser claro.
Ya tienes un buen CTO y el problema es de capacidad. Si las decisiones se están tomando bien y lo que faltan son manos, un segundo ejecutivo añade una voz a una sala que no la necesita. Lo que necesitas son ingenieros — staff augmentation, un equipo gestionado, un pod de discovery; ya explicamos qué formato encaja en cada etapa para que no se decida por accidente. Comprar liderazgo para resolver un problema de manos es como se acaba con tres opiniones y nada entregado.
Necesitas propiedad institucional a tiempo completo. Si la tecnología es el producto — deep tech, una plataforma regulada, cualquier cosa donde la arquitectura sea la empresa — necesitas a alguien que ponga su nombre ahí de forma permanente, que esté en la sala todos los días y que tenga equity con un horizonte de cinco años. Un CTO fractional debería decirlo en la primera conversación y después ayudar a contratar a su propio relevo: el rol, el proceso, las entrevistas técnicas. Lo he hecho, y eso acaba con el encargo. Un CTO fractional que nunca propone su propio relevo está optimizando la cuota mensual, no la empresa.
Quieres a alguien a quien culpar. A veces lo que busca un founder es traspasar la responsabilidad — alguien que cargue con las consecuencias cuando la plataforma falle. Nadie en modo fractional carga con eso, y quien sea honesto no fingirá lo contrario. La responsabilidad se queda con quien tiene el equity y los asientos en el consejo. Lo que sí puedes comprar son mejores decisiones y muchas menos probabilidades de tener que culpar a nadie.
Y ahora la objeción que más en serio me tomo, porque muchas veces acierta: ¿no es el liderazgo fractional una forma de facturar opiniones sin responder de ningún resultado? Puede serlo. Hay muchos asesores que presentan recomendaciones, facturan y están en otra parte cuando la recomendación se encuentra con producción. La prueba cabe en una palabra: decidir. El asesor recomienda; un CTO decide y sigue ahí cuando la decisión sale mal.
La partida de 2026: dónde la IA sustituye trabajo y dónde no
La decisión de stack ha cambiado de forma. Hace cinco años era Postgres o Mongo, AWS o GCP. Hoy es qué partes de tu flujo de trabajo debe llevar la IA y cuáles empeoran cuando las lleva.
La evidencia incomoda a los dos bandos. El informe DORA State of DevOps 2024 de Google encontró que un aumento del 25% en la adopción de IA se asociaba con una caída estimada del 1,5% en el throughput de entrega y del 7,2% en la estabilidad de entrega — mientras tres de cada cuatro encuestados decían haber ganado productividad individual. Las dos cosas son ciertas a la vez, y el mecanismo lo explica: la IA hace que escribir código sea rápido, eso infla el tamaño de cada cambio, y los lotes grandes llevan una década degradando la estabilidad en los datos de DORA. La herramienta se aceleró; la capacidad de revisión no.
Ahí está nuestra tesis en un solo conjunto de datos. La IA aumenta a los ingenieros, y ese aumento solo llega a las métricas que importan si alguien reconstruye la maquinaria que la rodea — lotes más pequeños, puertas de evaluación, capacidad de revisión dimensionada para el nuevo volumen y una lista escrita de sitios donde un sistema probabilístico no pinta nada. Hay trabajo que la IA sustituye del todo, y negarlo no ayuda a nadie: el triaje de primer nivel con guion, el esqueleto de código repetitivo, la primera pasada de una traducción. Colocar cada flujo en el lado correcto de esa línea es donde un error tarda más en hacerse visible, y por eso necesita un responsable con nombre y apellidos.
Preguntas que hacerle a cualquier CTO fractional antes de firmar
Siete, en el orden en que yo las haría:
- ¿Qué decisiones vas a tomar tú y en cuáles solo vas a asesorar? La ambigüedad aquí es lo que pudre un encargo.
- Enséñame una arquitectura tuya que siga en producción — y otra que te salió mal. La segunda respuesta dice más que la primera.
- ¿Cuántos clientes llevas a la vez y cuál es tu tope? Si nunca se ha planteado el número, mala señal.
- ¿Estás en la cadena de escalado cuando producción se cae a las tres de la mañana? Cualquiera de las dos respuestas puede valer; enterarte durante el incidente, no.
- ¿Qué tiene que pasar para que me digas que contrate un CTO a tiempo completo — y llevarás tú ese proceso de selección? Los criterios de salida se pactan el primer día.
- ¿En qué parte de mi stack te negarías a meter IA, y por qué? Un «aquí no» con mecanismo detrás separa a quien opera de quien repite charlas de congreso.
- ¿Estoy pagando horas o un alcance, y qué pasa en un mes tranquilo? La forma de facturar delata qué cree que te está vendiendo.
Respuestas vagas en la 1, la 5 y la 7 significan que no estás comprando un CTO. Estás comprando consultoría con un título mejor.
El servicio vale exactamente lo que valgan las decisiones. Si tienes delante cinco decisiones irreversibles y nadie cualificado para tomarlas, unos pocos días al mes de propiedad real están entre las compras más rentables que puede hacer una empresa pequeña. Si lo que tienes es un problema de manos, o la tecnología es toda la empresa, es la partida equivocada — y quien te la vende debería ser el primero en decírtelo. Por eso he disuadido a más founders de contratarlo que convencido.
Si quieres tener esa conversación, incluido el final en el que la respuesta es «no compres esto», empieza en la página de CTO-as-a-Service de Conectia — y quien contesta es un CTO.
Preguntas frecuentes
¿Cuánto cuesta el CTO-as-a-Service?
Bien planteado es una cuota mensual fija, acotada a una cadencia de decisiones y a un conjunto definido de responsabilidades, no un contador por horas. Facturar por horas premia la presencia por encima del criterio y hace que te lo pienses dos veces antes de hacer la pregunta que te habría ahorrado un trimestre. Un presupuesto que no sepa nombrar qué decisiones incluye no es barato: es que no es un presupuesto.
¿Puede un CTO fractional contratar a mi equipo de ingeniería?
Debe ser el dueño del listón — definir el rol, diseñar las entrevistas, decir sí o no — mientras la maquinaria de captación es trabajo de otro. Así lo estructura Conectia: ingenieros contratados directamente en 14 países, match en menos de 72 horas, con un Pilot Sprint de 14 días y una garantía de sustitución de 30 días.
¿Cuándo hay que sustituir un CTO fractional por uno a tiempo completo?
Cuando las decisiones dejan de ser periódicas y pasan a ser continuas — un equipo de ingeniería por encima de ocho o diez personas, la tecnología como principal ventaja competitiva, o un roadmap post-ronda que pide voz técnica en cada conversación de dirección.
