Hubo un momento, con Halcones Hub creciendo, donde sentí que ya no podía sostener todo solo. Tenía más proyectos de los que podía atender bien, y la solución que me pareció obvia en ese momento fue: sumar a alguien para delegar. Lo hice rápido, sin mucho proceso, pensando que la urgencia justificaba la falta de método. Fue uno de los errores más caros, no tanto en plata sino en tiempo y energía, que cometí en este camino.
El razonamiento que parecía lógico
El razonamiento era simple, casi de sentido común: tenía más trabajo del que podía hacer solo, entonces necesitaba que otra persona hiciera parte de ese trabajo. Sumé a alguien para que se hiciera cargo de parte del desarrollo de los proyectos, con la idea de que eso me iba a liberar tiempo para enfocarme en conseguir más clientes y en las partes de cada proyecto que requerían mi criterio directo.
El problema no estuvo en la idea de delegar en sí — delegar es necesario para crecer, y lo sigo creyendo. El problema estuvo en cómo lo hice: sin ningún proceso documentado para transmitir, sin criterios claros de calidad explicitados, sin un período de prueba estructurado que me permitiera evaluar el fit real antes de comprometerme de lleno.
Delegar sin sistema no es delegar, es duplicar el caos
Esta frase resume lo que aprendí de la peor manera. Como no tenía un proceso escrito de cómo yo trabajaba — qué pasos seguía en cada proyecto, qué estándares de calidad aplicaba, cómo manejaba la comunicación con el cliente — no tenía nada concreto para transmitir más allá de explicaciones verbales, inevitablemente incompletas y poco consistentes entre una conversación y la siguiente.
El resultado fue que, en lugar de liberar tiempo, terminé invirtiendo más tiempo del que tenía antes: revisando cada entrega con mucho más detalle del esperado, corrigiendo desvíos de calidad que no había anticipado, y explicando una y otra vez criterios que daba por sentados en mi propia cabeza pero que nunca había puesto por escrito en ningún lado.
El costo invisible de corregir en silencio
Durante varias semanas, en lugar de señalar claramente los desvíos de calidad que veía, opté por corregirlos yo mismo sin decir nada — pensando que era más rápido arreglarlo directamente que explicar el problema y esperar una corrección. Esto fue otro error encadenado al primero: al no dar feedback explícito, la otra persona nunca tuvo la oportunidad real de ajustar su forma de trabajar, porque desde su perspectiva todo parecía estar funcionando bien.
Mientras tanto, yo acumulaba cansancio y, sin decirlo abiertamente, empecé a resentir una situación que en el fondo era completamente mi responsabilidad: no había dado las herramientas ni el feedback necesario para que la delegación funcionara.
Lo que pasaba puertas adentro, mientras tanto
Para ser honesto sobre cómo se sentía esto en el día a día: empecé a revisar cada entrega antes de mandarla al cliente, lo cual en teoría está bien — cualquier líder debería revisar el trabajo de su equipo — pero en la práctica significaba rehacer partes enteras sin avisar, porque me resultaba más rápido corregir directamente que explicar qué estaba mal y por qué. Eso generó un círculo que hoy puedo nombrar con claridad, pero que en su momento no veía: cuanto más corregía en silencio, menos aprendía la otra persona, y cuanto menos aprendía, más tenía yo que seguir corrigiendo en silencio la próxima vez.
Llegué a un punto donde, antes de asignar una tarea, ya anticipaba mentalmente todo lo que iba a tener que corregir después — y aun así la asignaba, porque sentía que ya estaba demasiado metido en la dinámica como para parar y replantear todo desde cero. Esa sensación de "ya es tarde para arreglar esto bien, sigamos así" es, en retrospectiva, la señal más clara de que algo estructural estaba mal, no solo un bache temporal de adaptación.
El quiebre, y lo que finalmente entendí
El punto de quiebre llegó cuando un cliente notó una inconsistencia de calidad entre dos proyectos entregados en fechas cercanas, y me preguntó directamente qué había pasado. Esa pregunta, incómoda en el momento, fue lo que finalmente me hizo parar y mirar la situación con honestidad: no era un problema de la persona que había sumado al equipo. Era un problema mío, de no haber armado el sistema necesario antes de delegar nada.
Decidimos, de mutuo acuerdo, terminar esa colaboración. No fue un conflicto — fue, en todo caso, el reconocimiento compartido de que las condiciones no estaban dadas para que funcionara bien, y que seguir forzando la situación no le hacía bien a ninguno de los dos.
Lo que hice distinto la segunda vez
Antes de volver a sumar a alguien, hice lo que debería haber hecho desde el principio: documenté mi propio proceso de trabajo en detalle. Qué pasos sigo en cada tipo de proyecto, qué estándares de calidad aplico en cada etapa, cómo reviso un trabajo antes de considerarlo terminado, qué preguntas hago al cliente y en qué momento del proceso las hago. Convertí todo eso, que antes vivía solo en mi cabeza, en un documento concreto que cualquier persona nueva podía leer y consultar.
También definí, antes de sumar a alguien, un período de prueba con expectativas explícitas: qué tipo de tareas iba a delegar primero — las más simples y de menor riesgo —, cómo iba a dar feedback regular y específico desde el principio, y qué criterios iba a usar para evaluar si la colaboración estaba funcionando o no, en lugar de dejar que la incomodidad se acumulara en silencio durante semanas.
El resultado de hacerlo con sistema
La segunda vez que delegué, con un proceso documentado y feedback explícito desde el principio, el resultado fue completamente distinto. No fue mágico ni instantáneo — siguió habiendo ajustes y correcciones normales de cualquier proceso de aprendizaje compartido. Pero la diferencia central fue que esos ajustes se conversaban abiertamente, en lugar de acumularse como resentimiento silencioso de mi lado.
Hoy, cuando pienso en sumar a alguien nuevo al equipo, mi primera pregunta ya no es "¿tengo tiempo para esto?". Mi primera pregunta es "¿tengo el proceso documentado para esto, de forma que otra persona pueda seguirlo sin depender exclusivamente de mi explicación verbal en el momento?". Si la respuesta es no, sé que el problema no es la falta de gente — es la falta de sistema, y sumar gente sin resolver eso primero solo multiplica el caos existente, no lo resuelve.
Lo que le diría a alguien en la misma situación
Si sentís que tu negocio creció más rápido de lo que podés sostener solo, entiendo perfectamente la tentación de sumar gente rápido para aliviar la presión. Pero antes de hacerlo, te recomendaría hacerte una pregunta honesta: si tuvieras que explicarle a alguien exactamente cómo hacés lo que hacés, ¿podrías hacerlo con claridad, en un documento, sin depender de estar ahí explicando cada paso en tiempo real?
Si la respuesta es no, ese es el primer trabajo a resolver — no la búsqueda de la persona ideal para sumar. Una vez que tenés ese proceso claro, delegar deja de ser un acto de fe y se convierte en algo mucho más predecible, tanto para vos como para quien se suma a ayudarte.
El costo de no delegar nunca, como contracara del problema
Quiero ser justo con el otro lado de esta historia, porque sería un error que esta nota se leyera como un argumento contra delegar en general. El extremo opuesto — nunca delegar nada, por miedo a repetir una mala experiencia — tiene su propio costo, igual de real aunque menos visible en el corto plazo. Un negocio que depende exclusivamente de una sola persona para todo tiene un techo de crecimiento claro, y además concentra un riesgo enorme: si esa persona se enferma, se cansa, o simplemente quiere tomarse un descanso, todo el negocio se detiene con ella.
La lección que me llevo de esta experiencia no es "no delegues nunca". Es "no delegues sin sistema". Son conclusiones completamente distintas, y confundirlas sería repetir el error en su forma opuesta: en lugar de delegar mal, no delegar en absoluto, sacrificando el crecimiento posible del negocio por evitar una incomodidad que, con la preparación correcta, no tendría por qué repetirse.
Lo que pienso aplicar cuando sume gente para el lado inmobiliario
Pensando ya en el futuro, cuando termine la carrera y empiece a ejercer activamente como Corredor, sé que en algún momento también voy a necesitar sumar gente a ese lado del negocio — sea para tareas administrativas, para captación, o para acompañar el crecimiento de esa actividad en paralelo a Halcones Hub. La diferencia, esta vez, es que voy a aplicar desde el primer día la lección que me costó tan cara aprender en el desarrollo web: documentar el proceso antes de necesitar delegarlo con urgencia, no después.