Pre-seed vs. seed: lo que de verdad cambia para el cofundador técnico
La conversación sobre levantar capital está dominada por la perspectiva del CEO. Cómo hacer el pitch, cómo estructurar el deck, cómo negociar los term sheets. La experiencia del cofundador técnico rara vez tiene voz, y cuando la tiene, se reduce a "asegúrate de que el producto funcione para la demo."
Es una visión superficial, y escribo esto desde el otro asiento: el del cofundador técnico, no el del CEO. Cada etapa de financiación cambia de raíz lo que el CTO hace cada día, lo que los inversores esperan en lo técnico y las decisiones que no puedes permitirte fallar. El salto de pre-seed a seed es especialmente desorientador porque llega rápido y nadie te avisa de que viene.
Pre-seed: tú eres el equipo de ingeniería
Tickets habituales en Europa (2023): de 100.000 a 500.000 euros, ocasionalmente hasta 750.000 si vienen de sindicatos de ángeles potentes o micro-VCs. En Estados Unidos, las rondas pre-seed suelen moverse entre 500.000 y 2 millones. En esta etapa levantas capital sobre una tesis y un equipo: quizá un prototipo, quizá solo un problema bien planteado.
Tu día a día: Escribir código. Todo el código. Eres el backend, el frontend, el pipeline de DevOps, el administrador de la base de datos y la persona a la que avisan a las 3 de la madrugada cuando el servidor se queda sin memoria.
Lo que los inversores esperan en lo técnico: Poco. La tesis de inversión va de fundadores y de mercado. Los inversores quieren ver que sabes construir. Un prototipo que funciona es una señal potente. Un diagrama de arquitectura impecable es irrelevante.
Las decisiones que importan:
- Elige tecnología aburrida. Usa lo que mejor domines. No es el momento de aprender Rust. La velocidad de iteración lo es todo, y se itera más rápido con las herramientas que ya conoces.
- Optimiza para velocidad, no para escala. Un monolito en un solo servidor es suficiente. He visto fundadores dedicar tres meses a montar microservicios para una app con cero clientes de pago.
- No contrates de más. Una mala contratación en esta etapa no es solo salario tirado: son tres meses de distracción mientras el producto se estanca.
Tu mayor riesgo: Construir demasiado antes de validar. Todo fundador técnico siente el impulso de construir el sistema "correcto". Resístelo. Construye lo mínimo que ponga a prueba tu hipótesis. Si funciona, lo reconstruirás después del seed de todas formas.
Seed: el trabajo empieza a cambiar
Tickets habituales en Europa (2023): de 1 a 4 millones de euros, con excepciones que alcanzan los 5-6 millones para equipos fuertes en sectores de moda. La expectativa es que hayas validado algo: tracción, un producto que funciona, evidencia de que el mercado quiere lo que construyes.
Lo que cambia en tu día a día: Aquí es donde el seed pilla desprevenidos a la mayoría de cofundadores técnicos. En pre-seed escribías código el 90% del tiempo. En seed, eso cae al 50-60% y sigue bajando. Las nuevas responsabilidades aparecen rápido:
- Contratación. Descripciones de puesto, sourcing, entrevistas técnicas, ofertas. Esto, por sí solo, se come 15-20 horas a la semana cuando estás contratando activamente.
- Decisiones de arquitectura con consecuencias. Ahora tienes usuarios, datos y expectativas de uptime. Las decisiones sobre bases de datos, contratos de API y fronteras entre servicios tienen consecuencias reales.
- Proceso. Con 3-5 ingenieros, ¿cómo priorizas? ¿Cómo revisas el código? ¿Cuál es el flujo de despliegue?
- Comunicación con inversores. El consejo quiere actualizaciones de tu roadmap técnico. Necesitas explicar conceptos técnicos en términos de negocio.
Lo que esperan los inversores de seed:
- Un producto en marcha con usuarios reales, idealmente de pago
- Un roadmap técnico creíble para los próximos 12-18 meses
- Evidencia de que la tecnología puede escalar (sin bloqueos de fondo, no que escale hoy)
- Un plan de contratación: los próximos 3-5 puestos, su seniority y el calendario
Las decisiones que importan:
- Invierte en CI/CD. Se acabaron los despliegues manuales. Tests automatizados, despliegue automatizado, entornos de staging. Sin pipeline, cada ingeniero nuevo multiplica el riesgo de cada despliegue.
- Empieza a escribir tests. No cobertura al 100%, sino las rutas críticas: registro, pagos, lógica central. Con 4 ingenieros tocando el sistema, ya no puedes tenerlo entero en la cabeza.
- Documenta las decisiones de arquitectura. ADRs ligeros, para que el ingeniero número 5 no necesite una clase de historia de 30 minutos contigo por cada decisión de diseño.
- Planifica tu propia transición. Si eres la única persona que puede desplegar a producción, tu bus factor es uno. Empieza a delegar.
El cambio de identidad del que nadie habla
En pre-seed, tu identidad es "ingeniero". Tu valor está directamente ligado a lo que construyes con tus propias manos. Es tangible y satisfactorio.
En seed, tu identidad tiene que evolucionar a "líder de ingeniería". Tu valor se mide por lo que construye el equipo. La mejor línea de código que escribas puede ser un comentario en una PR que evita un bug. Tu hora de mayor impacto puede ser un debrief de contratación, no tu IDE.
Muchos cofundadores técnicos se resisten. Algunos contratan a un VP de Ingeniería y se refugian en el código — y seamos justos: esa contratación acabará siendo la correcta, y para unos pocos productos profundamente técnicos incluso es la decisión acertada desde el principio. Pero en seed, con 3-5 ingenieros, suele significar pagar a otra persona para que fije una cultura que deberías estar fijando tú. Otros se queman intentando hacer las dos cosas: escribir código todo el día y gestionar personas por las noches.
El enfoque sano: Acepta el cambio de forma deliberada. Reserva tiempo para programar — deberías seguir escribiendo código, pero no todo el código. Reserva tiempo para contratar, revisar arquitectura, hacer mentoring. Mantente técnico sin estar en la ruta crítica de cada funcionalidad.
La Serie A vuelve a cambiarlo todo, pero eso es otro post. La transición de pre-seed a seed es donde la mayoría de cofundadores técnicos o crecen hasta el rol de CTO o se quedan atascados. Los que la navegan bien construyen equipos en los que confían y renuncian a ser el mejor contribuidor individual de la sala.
¿Estás levantando tu seed y necesitas escalar el equipo de ingeniería rápido? Habla con un CTO — nuestros ingenieros senior de LATAM están validados por CTOs que han pasado exactamente por esta transición, y contribuyen desde el primer sprint.
