Contratar al primer ingeniero es la decisión que más condiciona el primer año de una startup, y el playbook que Y Combinator extrae de Adam y Kalpa Labs cabe en tres pasos: red, prueba pagada y decisión rápida.
El caso Adam: de Minnesota a San Francisco por un referido
La propia aceleradora cuenta cómo fue. Dylan Anderson era ingeniero de software en lo que él describe como un sitio cualquiera de Minnesota. Un roommate de los fundadores de Adam preguntó si conocía a algún ingeniero realmente bueno. Su nombre salió en esa conversación. Hizo una prueba de trabajo, se mudó a San Francisco y se convirtió en el primer ingeniero de una startup de la batch W25 que construye agentes de IA para software de CAD.
No hubo un pitch largo ni cinco rondas de entrevistas. Durante la prueba vio dos cosas: los fundadores le dieron libertad y confianza reales desde el primer día, y el equipo trabajaba sin fricción. Reconoció en ellos un talento que compensaba sus puntos débiles, y vio un empuje constante en todos. La mudanza a San Francisco era, además, algo que ya quería: Adam le dio la excusa para hacerla.
El contraste con la gran empresa es la parte que más debería leer un founder. En una corporación eres una pieza intercambiable dentro de un motor ajeno; en Adam, Dylan construyó el motor. El código se ha reescrito varias veces y los sistemas que sostienen el producto los diseñó él a su manera. Su construcción favorita hasta ahora: adam.new.
Hay un segundo caso documentado: Kalpa Labs, donde Harsh Vardhan Goenka entró como founding engineer número uno. La mecánica se repite punto por punto. Alguien de la red acerca el nombre, el candidato pasa por una prueba remunerada y la decisión se cierra rápido. Nada de paneles de seis personas.
El primer ingeniero no se ficha con un anuncio de empleo: se ficha activando una red que ya sabe quién es bueno y quién solo lo parece.
📦 Caso de estudio: Dylan Anderson en Adam
- El reto: una startup de la batch W25 necesitaba su primer ingeniero sin marca de empleador ni equipo técnico previo.
- La jugada: referido de la red, prueba de trabajo pagada y decisión rápida con autonomía real desde el día uno.
- El resultado: se mudó a San Francisco y asumió el código completo del producto.
- La lección: la confianza se demuestra cediendo territorio técnico, no prometiéndolo en la entrevista.
La prueba de trabajo pagada: el filtro que sustituye al currículum
Una prueba de trabajo pagada —un work trial de una o dos semanas sobre un problema real del producto— dice más que diez entrevistas. Dylan no evaluó una cultura abstracta: vio cómo se tomaban las decisiones, cuánta autonomía se cedía y si el equipo discutía bien. Es la misma lógica de la Lean Startup aplicada al talento: validar con evidencia antes de comprometer recursos.
El error que se repite en España es la prueba gratuita, sin briefing y con un ejercicio de juguete que no se parece a nada de lo que hará el candidato. El playbook se puede copiar con cuatro reglas:
- Define un problema real: una parte del producto que necesites de verdad, acotada a dos semanas y con criterio de éxito escrito antes de empezar.
- Paga siempre: una prueba no remunerada filtra al mejor candidato, que tiene opciones y no regala trabajo.
- Comparte el contexto: el candidato debe ver cómo decide el equipo, no solo ejecutar una tarea aislada.
- Decide en 72 horas: cada semana de duda cuesta candidatos; la velocidad es la ventaja de una startup sin marca.
Vamos a los números, que aquí no son de caja sino de coste de oportunidad. El primer ingeniero entra cuando la valoración todavía no existe y el runway se mide en meses. Por eso suele recibir un porcentaje de equity muy superior al de cualquier contratación posterior: es la moneda que compensa el riesgo y la que evita que se marche a la primera oferta de una big tech.
Qué mira un ingeniero antes de decir sí
Dylan lo resume con crudeza: piensa en el valor profundo de lo que vas a construir y no te metas en una startup con una idea trampa, porque acabarás odiando todo lo que hagas. El perfil que encaja quiere ser dueño de lo que construye y le importa más el problema que el título.
Los fundadores tienen que enseñar tres cosas durante el proceso: autonomía real, un problema que aguante el escrutinio y compañeros con los que apetezca pasar muchas horas. Todo lo demás es decorado. La confianza se demuestra cediendo territorio técnico, no describiéndolo.
Hay un matiz que se pasa por alto. Dylan describe el trabajo como parte de su identidad, con la frontera entre vida y profesión difuminada, y se apresura a aclarar que eso no es una apología del burnout. Cuando el ingeniero número uno se implica así, la comunicación del equipo se vuelve más exigente, no menos. Y a medida que Adam crece, espera que su rol derive hacia la mentoría y el liderazgo técnico.
Lo que este playbook dice del mercado de talento técnico
Un proceso de cinco entrevistas no es rigor: muchas veces es miedo a decidir. Las grandes tecnológicas pueden permitirse embudos de tres meses porque tienen marca de empleador y miles de candidatos. Una startup en pre-seed, no. Su ventaja no es el salario ni la oficina, es la velocidad y la propiedad del problema.
El ecosistema español ya tiene las piezas para copiar el método. Lanzadera y Wayra conectan a fundadores con perfiles técnicos, y las comunidades de fundadores generan el tipo de red donde un nombre circula solo. Lo que falta a menudo es la parte incómoda: pagar la prueba y decidir en días. La mayoría de los equipos fundadores prefieren esperar a tener más caja, y ese retraso les cuesta justo al perfil que necesitan.
Hay un riesgo evidente de copiar el envase sin el contenido. El playbook de Y Combinator funciona porque el trabajo de la prueba es el trabajo real, con acceso al código y a las decisiones; su proceso de admisión, cuyas bases se consultan en su página de convocatoria, también prima la evidencia sobre el relato. Si montas una prueba de juguete y la llamas work trial, no estás filtrando talento: estás quemando reputación en la red que más te importa.
Para un founder en una fase parecida, la lectura es directa. Tu primer ingeniero no va a llegar de un portal de empleo, sino de alguien que te conoce o que conoce a alguien que te conoce. Se quedará si le das lo que ningún gran empleador puede ofrecerle de verdad: construir el motor en lugar de encajar en una ranura.
🚀 Hoja de Ruta para Emprender
- Activa la red antes de abrir la vacante: escribe a diez personas del sector y pide nombres concretos, no candidaturas. El mejor ingeniero casi nunca está buscando.
- Diseña una prueba de dos semanas sobre código real: con criterio de éxito escrito antes de empezar y acceso a las decisiones del equipo.
- Paga la prueba y decide en 72 horas: una prueba gratuita espanta al perfil bueno y una decisión lenta lo pierde.
- Entrega equity y territorio: el primer ingeniero necesita porcentaje y propiedad técnica real; sin eso, la promesa de autonomía suena a discurso.
