«Contrataremos cuando cerremos la ronda» quema el mejor trimestre del runway en reclutar
Hablo cada semana con founders en plena ronda, y hay una frase que se repite tanto que ya la veo venir antes de que acaben de decirla: «empezaremos a contratar cuando cerremos la ronda». Suena a disciplina. Queda bien en un update a inversores. Y compromete, sin hacer ruido, el trimestre más caro de tu nuevo runway a un embudo de selección en lugar de a un producto.
Llevo dos décadas al otro lado de ese embudo — como hiring manager quemando tardes de entrevistas, y como ingeniero viendo un roadmap parado mientras la vacante seguía abierta. Así que esto no es un argumento contra contratar. Es un argumento contra la secuencia, y empieza con unas cuentas que no aparecen en ningún term sheet.
Las cuentas que nadie hace en el term sheet
Recorre la línea temporal desde el día en que llega la transferencia.
Tiempo hasta la oferta. La mediana de time-to-hire para puestos técnicos ronda los 41 días (Gem, 2024), y los datos de 2026 no la han mejorado: el benchmark de SHRM para 2026 sitúa la mediana de cobertura de vacantes en 36–48 días en el conjunto del mercado, con los puestos senior de ingeniería por encima. Pongamos seis semanas si tu proceso está afinado — y si estás definiendo el rol, la rúbrica y el circuito de entrevistas desde cero durante esas mismas semanas, no lo estará.
Preaviso. Contratas gente senior, y la gente senior tiene trabajo. En buena parte de Europa eso significa entre 30 y 60 días entre la firma y el primer día; en España, 15 días es el mínimo legal y uno o dos meses es la norma en perfiles senior. En Estados Unidos todo va más rápido, pero «dos semanas» sigue sin ser cero.
Rampa. Accesos, contexto, base de código, primeras PRs revisadas. Incluso con una primera quincena bien diseñada, el rendimiento se mide en semanas, no en días.
Suma los tramos: seis semanas hasta la oferta, un mes de preaviso, unas semanas hasta que el nuevo fichaje rinde. La primera línea de código senior pagada con la ronda no llega a producción hasta el mes cuatro — mientras el burn empezó en el mes uno, y el reloj hacia tu próximo hito arrancó el día en que entró el dinero. Con un runway de 18 meses, el trimestre de espera es una sexta parte de todo lo que levantaste, gastada antes de que exista el equipo para el que lo levantaste.
Esperar parece prudente porque lo es — para el recurso equivocado
El instinto tiene su mérito. No comprometer dinero que no tienes es correcto; más de un founder me ha dicho alguna versión de «hasta que no tengamos la ronda cerrada no vamos a contratar a nadie», y como disciplina de caja, la firmaría.
Pero el recurso escaso después del cierre ya no es la caja. Es el tiempo hasta el siguiente hito. Una ronda seed tiene que producir la tracción que levante la serie A, y esa ventana queda fijada el día que firmas. Cada semana de esa ventana dedicada a cribar CVs es una semana en la que el producto no avanzó, comprada a tu nuevo burn rate, que ahora es más alto. La disciplina que te protegía antes de la transferencia empieza a trabajar en tu contra justo después.
Bajémoslo a números. Supón que cierras 2,5 M€ para alcanzar un hito de ARR en 18 meses, y el plan añade tres ingenieros a un equipo de dos. Con un burn post-ronda de ~140.000 € al mes, el trimestre de espera cuesta unos 420.000 € — una sexta parte de la ronda — y lo que compra es un embudo de selección: tres búsquedas, unas treinta entrevistas y un equipo que sigue siendo el de antes de la ronda, mientras tus dos fundadores reparten la semana entre el producto y el pipeline. Nada de ese trimestre se desperdició en el sentido contable; cada euro pagó nóminas y cribas. Se desperdició en el único sentido que le importará a la serie A: la curva de tracción se quedó plana y la de burn, no.
Secuenciar gana a esperar
La respuesta no es «contrata más rápido», y tampoco es «no contrates nunca». Es dejar de tratar la entrega y la selección como un único proyecto secuencial.
Las dos listas de trabajo hacen evidente la división en cuanto las escribes. Hay líneas del roadmap que necesitan un propietario permanente con tres años de contexto por delante: el modelo de dominio central, la pieza que es la empresa. Y hay muchas otras que necesitan manos senior y un alcance bien definido: el backlog de integraciones, la migración que ya has aplazado dos veces, el panel de administración, la funcionalidad con el nombre de un cliente y una fecha encima. Los founders confunden las dos listas porque ambas dicen «ingeniero» — y acaban cubriendo la segunda con el proceso lento y caro que merece la primera.
Ejecútalas en paralelo, con relojes distintos. La entrega empieza la semana uno: un squad validado, con match en 72 horas, productivo dentro del primer sprint, sin fee de selección y con una garantía de 30 días que mantiene el riesgo de un mal encaje en el lado del partner. La búsqueda permanente empieza la misma semana — pero ahora corre al ritmo que una búsqueda merece, porque nada la está esperando.
Hemos visto funcionar la versión en paralelo. En un caso que tenemos documentado, una fintech en serie A llegó sin capacidad libre y con una fecha comprometida con un cliente; el squad tuvo match en 72 horas y la funcionalidad se entregó en menos de dos semanas — mientras su contratación permanente seguía su propio calendario, sin prisas, porque el plazo ya no dependía de ella. La moraleja no es la velocidad. Es que los dos relojes por fin quedaron separados, y cada uno corrió al ritmo que le tocaba.
Esa segunda parte importa más de lo que parece. Una búsqueda bajo presión de entrega es la receta para bajar el listón; una mala contratación cuesta entre el 50% y el 200% del salario anual una vez cuentas la productividad perdida y la recontratación (SHRM), lo que convierte la contratación por pánico en la partida más cara del plan de esperar. Tenemos escrito cómo llevar un proceso rápido y justo — cada paso se vuelve más fácil cuando el roadmap no es rehén del resultado. Y cuando tus contrataciones permanentes por fin se incorporan, heredan un producto en marcha y unas pautas de trabajo, no un arranque en frío.
Cuándo esperar es la decisión correcta
Dos excepciones honestas. Si estás en pre-producto y un fundador técnico puede construir la primera versión solo, haz eso — la capacidad extra antes de que el producto tenga forma produce sobre todo movimiento, no progreso. Y si la ronda es un puente — dinero levantado para alargar el runway, no para acelerar hacia un hito — entonces mantener el burn plano es el plan, y cualquier contratación puede esperar.
Todos los demás levantaron la ronda para ir más rápido. Los inversores que enviaron la transferencia descontaron una ejecución que empieza ya, no después de un trimestre de entrevistas. La única pregunta es si «más rápido» empieza la semana uno o el mes cuatro.
Qué haría yo la semana en que se firma el term sheet
No la semana en que llega la transferencia — la semana en que empieza el papeleo. En orden:
- Escribe el plan de entrega hacia atrás desde el hito. ¿Qué tiene que ser verdad en el mes 12 para la siguiente ronda? Esa fecha, no la del cierre, es el reloj.
- Divide el roadmap en dos listas: trabajo que necesita un propietario permanente que estará aquí dentro de tres años, y trabajo que necesita manos senior dentro de tres semanas. Son listas distintas, y fingir lo contrario es la forma de dotar mal las dos.
- Abre ya la vacante permanente y acota la búsqueda en el tiempo. Seis semanas deliberadas ganan a seis semanas de pánico.
- Pon capacidad senior interina a producir la semana uno para la segunda lista, de modo que el reloj del hito y el reloj de la búsqueda dejen de ser el mismo reloj.
- Define el relevo desde el día uno: qué documenta el squad, qué heredan las contrataciones permanentes y cuándo. Un encargo diseñado para acabar bien es lo que permite cerrar el camino paralelo sin coste cuando ya no hace falta.
El mejor trimestre de la ronda es el primero — la moral más alta, el mandato más fresco, el runway más largo que tendrá nunca. Gástalo construyendo. Cierra la ronda, arranca la búsqueda, y que el producto no espere a ninguna de las dos.
Si la semana uno importa para llegar a tu hito, habla con un CTO sobre cómo es un primer sprint.
