Lecciones founder: contratar a tu primera ingeniera

Hay una semana concreta en la vida de una empresa en la que la fundadora se da cuenta de que el producto ha dejado de ser algo que se encarga y ha pasado a ser algo que alguien tiene que poseer. Normalmente llega como un problema pequeño y poco épico: un bug del que nadie está de guardia, una dependencia que nadie ha actualizado, una pregunta de cliente que necesita a alguien que sepa por qué el código hace lo que hace. Esa es la semana en la que contratar a tu primera ingeniera pasa de ser una línea del plan del año que viene a una decisión viva. Habiendo estado en los dos lados, como quien contrata y como el estudio al que una fundadora llama en su lugar, esto es lo que querría saber antes de empezar.

Cuándo contratar a tu primera ingeniera es la decisión correcta

La prueba honesta no es si tienes trabajo para una ingeniera. Siempre tienes trabajo para una ingeniera. La prueba es si tienes continuidad que proteger.

Contrata dentro cuando el producto tiene un comportamiento que merece defenderse: usuarios que pagan, datos que no te puedes permitir perder, una carga de soporte que necesita a alguien que entienda el sistema y no solo el ticket, y una hoja de ruta donde quien toma decisiones en marzo sigue tomándolas en septiembre. Eso es continuidad, y es lo único que un equipo externo no puede darte del todo.

No contrates porque el desarrollo va lento. Un desarrollo lento es un problema de alcance mucho más a menudo que un problema de capacidad, y tu primera ingeniera hereda el alcance que ya tenías. Tampoco lo hagas porque una agencia te parezca cara. Una primera contratación con cuotas de Seguridad Social y dieciocho meses de rodaje no es más barata que un proyecto, tiene otra forma. La versión larga de esa comparación está en cuándo necesitas una agencia de apps con IA, y aplica casi igual a esta decisión.

La versión incómoda de la prueba: si esa persona se fuera a los nueve meses, ¿estarías peor que si nunca la hubieras contratado? Si la respuesta es sí porque ahora todo vive en su cabeza, no estás lista. Ese es el riesgo que hay que diseñar de antemano, no descubrir sobre la marcha.

Qué tiene que ser realmente ese primer perfil

Las fundadoras escriben esta oferta listando tecnologías. Ese es el eje equivocado. La primera ingeniera es una generalista con criterio y tolerancia a la ambigüedad, y con casi cualquier stack en el que sea fuerte se puede trabajar.

Tres cualidades importan más que cualquier framework del currículum.

Entrega de punta a punta. La primera contratación no tiene equipo de plataforma, ni sistema de diseño, ni QA. Necesita estar cómoda cogiendo un problema difuso y llevándolo hasta algo que un usuario toca, incluido el tramo intermedio poco lucido: migraciones, estados de error, el pipeline de despliegue, y eso que suena a las dos de la mañana.

Escribe las cosas. Una primera ingeniera que no documenta es un punto único de fallo con nómina. Es el mejor predictor que he visto de si la contratación sobrevive a la llegada de la segunda persona.

Sabe decirte que no. Vas a pedir cosas equivocadas. Alguien que construye todo lo que le pides no está siendo leal, está siendo caro. Quieres a alguien que diga “podemos hacerlo, y esto es lo que nos cuesta dentro de seis meses”, y que luego lo construya igual si lo sigues queriendo.

Lo que no necesita ser es CTO. Los títulos son baratos de dar y dolorosos de retirar, y un título dado en el mes uno se convierte en una promesa sobre el organigrama del año dos. Contrata a una ingeniera. Que el título llegue con la evidencia.

El coste real, más allá del salario

El salario es el número que se discute y la parte más pequeña de la decisión. La foto completa en España incluye la cuota patronal a la Seguridad Social, la indemnización potencial, las vacaciones y las bajas, el equipo, las licencias de software, la comisión de una consultora de selección si la usas, y el tiempo de fundadora que se va en contratar y después en gestionar. Los tipos y bases de cotización vigentes los publica la Seguridad Social, y conviene mirarlos cuando construyas el modelo en lugar de darlos por buenos desde un artículo de blog, incluido este.

El encuadre honesto es que el coste cargado de una persona en plantilla queda bastante por encima del salario bruto, y que el rodaje es real: la mayoría de primeras contrataciones no son productivas netas los dos o tres primeros meses, porque están aprendiendo un código sin documentación, de una fundadora que además está vendiendo.

Así que la comparación que merece la pena construir no es “salario contra factura de agencia”. Es: coste total cargado a dieciocho meses, incluyendo tu propio tiempo, frente a esos mismos dieciocho meses comprados como proyecto más una iguala de mantenimiento. A veces gana la contratación con claridad. A veces no, y lo que decide es el argumento de continuidad y no la aritmética. Nuestro desglose de cuánto cuesta crear una app en España te da el otro lado de ese balance con números reales.

Hay una tercera vía que las fundadoras descartan demasiado rápido. Un contrato de tres a seis meses con una ingeniera senior, con expectativa explícita de documentación y traspaso, te compra la prueba de continuidad sin la permanencia. Si el trabajo resulta ser genuinamente continuo, ya tienes una candidata en caliente y un código que alguien entiende.

Cómo entrevistar cuando no puedes competir en código

Esta es la parte que temen las fundadoras no técnicas, y el miedo está mal colocado. No estás evaluando si es mejor ingeniera que tú. Estás evaluando si será una buena primera ingeniera para esta empresa, y para eso estás perfectamente cualificada.

Cuatro cosas que funcionan.

Dale tu lío real. No un acertijo. Enséñale una captura real de tu producto, un ticket de soporte real y una restricción real, y pregunta cómo lo abordaría. Las buenas candidatas preguntan por usuarios y compensaciones. Las flojas saltan directas a recomendar un stack.

Pídele que te explique algo que no entiendes. Coge cualquier cosa técnica de tu propio producto. Lo que estás midiendo es si puede convertirte en mejor decisora, porque durante el próximo año vas a decidir con su explicación como única fuente.

Pregunta qué se negaría a construir. El silencio aquí es una señal. Todo perfil senior tiene una lista.

Consigue una segunda opinión técnica sobre el código, no sobre la persona. Trae a una asesora, una CTO fraccional o un estudio de confianza para una sesión pagada que revise una muestra de código o haga el filtro técnico. Son unos cientos de euros frente a una decisión de decenas de miles. El mismo instinto sirve al evaluar una agencia, y el marco de cómo evaluar el portfolio de una agencia se traslada casi tal cual.

Los primeros noventa días

Tres compromisos marcan la diferencia entre una contratación que compone y otra que se convierte en dependencia silenciosa.

Dale algo entregable la primera semana. No la reescritura de la arquitectura. Algo pequeño, real y visible para el usuario, para que atraviese el pipeline entero pronto y las dos descubráis por dónde está roto.

Exige decisiones escritas desde el primer día. Un documento corto por cada elección relevante, guardado donde puedas encontrarlo, es el seguro más barato que vas a contratar nunca. Es además la forma de evitar el fallo de “todo vive en su cabeza” que probaste al principio.

Protege su foco y sé honesta sobre el intercambio. En una empresa pequeña, la primera ingeniera acabará metida en soporte, llamadas comerciales e integraciones. Está bien, y a menudo es valioso, pero hay que nombrarlo en voz alta en vez de que aparezca como sorpresa el día que presenta su baja voluntaria.

Dónde te deja esto

Contratar a tu primera ingeniera merece la pena cuando tienes continuidad que proteger, un puesto definido por criterio y no por stack, y un modelo realista de lo que cuestan de verdad esos dieciocho meses. Merece la pena esperar cuando el problema real es el alcance, cuando el trabajo es un proyecto con fecha de fin, o cuando nadie en la empresa sabe todavía describir qué haría la segunda ingeniera.

Si estás sopesando esto frente a encargar el trabajo fuera, cuéntanos tu proyecto con el punto en el que está el producto y por dónde aprieta. Te daremos una lectura honesta, incluida la respuesta de que deberías contratar en lugar de llamarnos.