Contrataste y ahora hay más caos: por qué más gente no siempre es la solución
Contrataste 3 personas para ir más rápido y ahora todo va más lento. El problema no es a quién contrataste sino en qué estructura los metiste.
Analizar con IA — elige tu favorita
Obtén un resumen del artículo al instante
Contratas a dos personas para salir del cuello de botella. Tres semanas después, hay más reuniones, más preguntas sin respuesta y más cosas cayéndose entre las grietas. El equipo no va más rápido. Va igual o más lento.
Si esto te suena familiar, no es que hayas contratado mal. Es que contrataste en un sistema que no estaba preparado para recibir a nadie.
Lo que vas a aprender en este artículo:
Por qué contratar más personas sin preparar el sistema genera más caos, no más capacidad
En qué momentos concretos una startup empieza a romperse con el crecimiento del equipo
Qué deberías tener resuelto antes de que llegue tu próxima contratación
Un checklist operativo pre-contratación que puedes aplicar esta semana
El problema no es la persona. Es lo que la rodea.
Cuando una startup contrata, la narrativa implícita es: "Teníamos demasiado trabajo para el equipo actual. Ahora tenemos a alguien más. Problema resuelto."
Pero eso solo funciona si el trabajo está organizado. Si hay claridad sobre quién hace qué. Si existe un proceso mínimo para que alguien nuevo entienda cómo funciona la máquina antes de ponerse a tocar palancas.
En la mayoría de startups early-stage que conocemos, no hay nada de eso. Hay conocimiento en la cabeza de tres personas, herramientas que se solapan, decisiones que se toman en conversaciones de Slack que nadie puede encontrar dos semanas después, y un onboarding que consiste en "siéntate con María esta tarde y ella te explica".
Meter a alguien nuevo en ese contexto no suma capacidad. Suma una variable más al caos.
"Escalar no es contratar más personas. Es construir el sistema donde más personas pueden trabajar sin que todo dependa de que tú lo recuerdes."
Por qué el caos se multiplica al crecer
Hay un fenómeno que vemos con frecuencia: una startup de 6 personas donde todo funciona razonablemente bien contrata a tres personas más y, de repente, parece que nadie sabe nada.
No es paradójico. Es matemático.
Con 6 personas, los canales de comunicación necesarios para que todos estén coordinados son 15. Con 9 personas, son 36. Con 15 personas, son 105. La complejidad no crece linealmente: se dispara.
Lo que antes se resolvía con una conversación en el pasillo ahora necesita un proceso. Lo que antes era obvio para los dos fundadores ahora no lo es para los tres nuevos que no estuvieron en esa conversación de hace cuatro meses. Lo que antes "se sabía" ahora hay que documentarlo, porque nadie más lo sabe.
El caos no viene de haber contratado. Viene de no haber construido la infraestructura que permite que más personas trabajen con contexto y con criterio.
Los tres momentos donde una startup se rompe al crecer
No hay un único punto de quiebre. Hay tres umbrales reconocibles, y cada uno exige una respuesta diferente.
Del equipo fundador al primer equipo: las personas 5 a 8
Hasta la persona 4 o 5, la startup funciona por proximidad. Todos saben lo que están haciendo porque están físicamente cerca o hablan varias veces al día. Las decisiones se toman en tiempo real. No hay mucho que documentar porque el conocimiento está en la misma sala.
A partir de la persona 6 o 7, esa proximidad empieza a fallar. No por falta de comunicación, sino porque la startup empieza a tener más frentes de los que caben en una sola conversación. Empieza a haber trabajo que el founder no puede supervisar directamente. Y sin procesos claros, nadie sabe exactamente qué decisiones puede tomar por su cuenta y cuáles necesitan escalar.
Lo que necesitas antes de llegar a 8 personas: claridad de roles (quién decide qué), un canal de comunicación con reglas mínimas, y al menos los 3-4 procesos más repetitivos documentados. No en un manual de 40 páginas. En una página de Notion que cualquiera pueda leer en 10 minutos.
Del equipo pequeño al equipo con estructura: las personas 10 a 15
Este es el umbral más crítico. Es donde el founder deja de poder tenerlo todo en la cabeza, como explicamos en más detalle en nuestro artículo sobre cómo escalar una startup de 5 a 50 personas sin que los procesos te revienten.
Aquí aparecen los primeros problemas de desalineación: dos personas trabajando en lo mismo sin saberlo, decisiones tomadas con información incompleta, prioridades que varían según con quién hables. La startup ya no cabe en la cabeza de nadie, pero tampoco está escrita en ningún sitio.
Lo que necesitas antes de llegar a 15 personas: una capa de management (aunque sea ligera), un sistema de objetivos compartido (OKRs o algo equivalente), y métricas que todo el equipo pueda consultar sin preguntarle al founder.
Del equipo con estructura al equipo con departamentos: las personas 20 a 30
A partir de aquí, los problemas ya no son de procesos individuales. Son de coordinación entre equipos. Producto no sabe qué prometió ventas. Marketing no sabe qué está construyendo producto. Customer success descubre los bugs antes que el equipo de desarrollo.
Lo que necesitas antes de llegar a 30 personas: rituales de sincronización entre equipos, propiedad clara de cada función, y herramientas que ya no sean generalistas sino dedicadas a cada área.
El error de fondo: contratar para resolver un problema de sistema
Hay una trampa en la que caen muchos founders, y es comprensible porque la presión es real: cuando algo no funciona, la primera respuesta es "necesitamos a alguien para esto".
¿El onboarding de clientes tarda demasiado? Contratamos a alguien de customer success. ¿Las campañas no escalan? Contratamos a un growth. ¿El producto avanza demasiado lento? Contratamos a otro dev.
El problema es que muchas veces el cuello de botella no es falta de personas. Es falta de proceso. Y si contratas a alguien para ejecutar un proceso que no existe, lo que obtienes es a alguien nadando en el mismo caos que ya había, pero ahora también tienes que gestionar a esa persona.
"Contratar sin proceso es añadir velocidad a un coche sin dirección. No llegas antes. Llegas más rápido al sitio equivocado."
Antes de abrir cualquier proceso de selección, hazte estas dos preguntas:
¿Podría explicarle a esa persona, en 30 minutos, exactamente qué va a hacer, cómo lo va a hacer y cómo vamos a medir si lo está haciendo bien?
Si la respuesta es no, el problema no es que te falte esa persona. Es que no tienes claro qué necesitas que haga.
¿Si contratara a alguien hoy, podría ser productivo en dos semanas sin que yo le dedique más de 2 horas diarias?
Si la respuesta es no, tienes un problema de onboarding que resolver antes de contratar. Porque si no, vas a invertir semanas en poner a alguien al día, y eso no es escalar: es consumir el tiempo que ya no tienes.
El coste oculto de un onboarding sin estructura
Una contratación mal recibida no solo es una persona que tarda más en ser productiva. Es un coste que se ramifica.
El founder o el manager que hace el onboarding deja de hacer su trabajo durante días o semanas. La persona nueva toma decisiones con información incompleta, algunas de las cuales hay que rehacer. El equipo existente se distrae respondiendo dudas que podrían estar documentadas. Y, en el peor de los casos, la persona nueva se va a los tres meses porque "no tenía claro su rol" — y tienes que empezar de cero.
En startups de menos de 20 personas, hemos visto que un onboarding sin estructura puede costar entre 3 y 6 semanas de productividad perdida por contratación. No solo de la persona nueva, sino del equipo que la rodea.
Eso no es un problema de cultura ni de fit. Es un problema de operaciones. Y se resuelve con operaciones: con un proceso de onboarding claro, documentado y que no dependa de que el founder esté disponible. En nuestro artículo sobre onboarding de nuevos empleados en startups desarrollamos cómo montarlo para que nadie se pierda en su primera semana.
Checklist operativo pre-contratación
Antes de que llegue la próxima persona a tu equipo, revisa esta lista. No es exhaustiva. Es el mínimo que debería estar en su sitio.
Sobre el rol:
Tienes una descripción escrita del rol con responsabilidades concretas, no aspiracionales
Está claro qué decisiones puede tomar esa persona sola y cuáles escala
Hay una métrica o resultado con el que medirás si está funcionando en los primeros 90 días
Sobre el contexto del equipo:
Cualquier persona del equipo podría explicar el estado actual del proyecto más importante de su área sin preguntarle al founder
Hay un lugar central (Notion, Confluence, lo que uses) donde está documentado cómo funciona la empresa: procesos, herramientas, roles
Los procesos más repetitivos de cada área están escritos, aunque sea en borrador
Sobre el onboarding:
Existe un plan de los primeros 30 días: qué aprende, con quién habla, qué entrega
Hay acceso controlado a las herramientas desde el día 1 (no pasan 3 días hasta que tienen email y acceso a Slack)
Alguien del equipo tiene la responsabilidad explícita de ser el punto de contacto de la persona nueva durante la primera semana
Sobre las métricas:
El equipo tiene un dashboard o un documento compartido con las métricas que importan (MRR, churn, pipeline, lo que corresponda a tu negocio)
Esas métricas se revisan en un ritmo fijo: semanal, quincenal o mensual
La persona nueva va a poder entender ese dashboard sin que nadie se lo explique cada vez
Si marcas menos del 70% de estos puntos, tienes trabajo que hacer antes de abrir una oferta.
La regla que seguimos antes de recomendar una contratación
Cuando trabajamos con una startup en su diagnóstico operativo, hay una pregunta que hacemos casi siempre antes de hablar de equipo: ¿el sistema está listo para recibir a alguien nuevo?
No se trata de que todo esté perfecto. En una startup, nada está nunca perfecto. Se trata de que haya suficiente estructura para que una persona nueva pueda orientarse, contribuir y crecer sin que el resto del equipo tenga que pausar lo suyo para sostenerla.
La deuda operativa se paga siempre. Puedes pagarla antes de contratar, invirtiendo unas semanas en ordenar lo que está desordenado. O puedes pagarla después, en forma de onboardings eternos, personas perdidas, duplicidades y reuniones que no tendrías que tener.
La primera opción es más barata y más rápida.
La pregunta no es si tu startup necesita más personas. Probablemente sí las necesita. La pregunta es si el sistema en el que van a aterrizar esas personas está preparado para que aporten desde el primer mes, o si vas a pasarte las próximas semanas intentando que no se pierdan.
Si estás a punto de abrir un proceso de selección y tienes la sensación de que algo no está listo, probablemente no lo está. Hacemos diagnósticos operativos de 1-2 semanas donde mapeamos exactamente qué hay que tener en su sitio antes de que llegue la próxima persona. Agendar una llamada →
Preguntas frecuentes
¿Por qué contratar más personas puede generar más caos en una startup?
Contratar más personas genera más caos cuando el sistema operativo de la startup no está preparado para recibir a nadie. Sin procesos documentados, roles claros y un onboarding estructurado, cada nueva persona añade complejidad de coordinación sin añadir la capacidad esperada. El conocimiento sigue en la cabeza de los fundadores, y la nueva persona no puede ser productiva sin consumir el tiempo de quienes ya están saturados.
¿Cuándo es el momento correcto para contratar en una startup?
El momento correcto para contratar no es cuando el equipo está saturado, sino cuando el sistema está listo para recibir a alguien. Antes de abrir un proceso de selección, deberías poder explicar en 30 minutos qué hará esa persona, cómo lo medirás y cómo será productiva en las primeras dos semanas sin que le dediques más de 2 horas diarias. Si no puedes responder esas preguntas, primero hay trabajo operativo que hacer.
¿Qué es la deuda operativa y cómo afecta a las contrataciones?
La deuda operativa es la acumulación de procesos no documentados, roles no definidos y decisiones no registradas. Es el equivalente a la deuda técnica, pero en operaciones. Cuando contratas sin haberla reducido, la persona nueva aterriza en ese caos y lo amplifica. La deuda se paga siempre: antes de contratar (invirtiendo tiempo en ordenar el sistema) o después (en forma de onboardings fallidos, personas que se van y tiempo perdido).
¿Qué debería tener documentado una startup antes de su próxima contratación?
Como mínimo: una descripción del rol con responsabilidades concretas, los procesos más repetitivos del área en cuestión escritos aunque sea en borrador, un plan de onboarding para los primeros 30 días, y acceso claro a las métricas que mide el equipo. No hace falta un manual de empresa. Hace falta suficiente contexto para que la persona nueva pueda orientarse sin que el founder tenga que estar disponible cada hora.
¿Cómo sé si el problema de mi startup es de personas o de procesos?
Un test rápido: pregúntale a tres personas del equipo quién es responsable de una tarea concreta. Si obtienes tres respuestas distintas, o ninguna, tienes un problema de procesos. Si todos señalan a la misma persona y esa persona está saturada, puede que necesites a alguien más. La mayoría de las veces, lo que parece un problema de capacidad es en realidad un problema de claridad: nadie sabe exactamente qué debe hacer quién, y eso genera trabajo duplicado, vacíos y dependencia del founder.
¿Qué coste real tiene un onboarding sin estructura?
Un onboarding sin estructura no solo ralentiza a la persona nueva. Consume el tiempo de quien la recibe, genera decisiones tomadas con información incompleta que luego hay que corregir, y aumenta el riesgo de que esa persona se vaya en los primeros tres meses por falta de claridad en su rol. En startups de menos de 20 personas, esto puede traducirse en 3 a 6 semanas de productividad perdida por contratación, sumando el impacto en toda la persona nueva y el equipo que la rodea.
¿En qué fase debería contratar a alguien de operaciones?
No hay una regla universal, pero en la mayoría de startups que hemos acompañado, la necesidad de alguien dedicado a operaciones aparece entre las personas 8 y 15. Antes de ese punto, el founder puede gestionar las operaciones si tiene los procesos mínimos montados. A partir de ahí, la complejidad de coordinación crece lo suficiente como para que alguien con foco en operaciones libere al resto del equipo para hacer lo que realmente sabe hacer.