In partnership with

Creencia

El founder debe salir del día a día cuanto antes.

Realidad

Delegar mal crea empresas huecas.

El founder es el sistema operativo inicial.

Hay decisiones que no se pueden externalizar.

Patrocinador de hoy:

Gracias a este patrocinio, podemos seguir enviándote contenido gratuito cada día.

Solo con hacer clic aquí ya estás apoyando muchísimo a The Startup Eye.
No tienes que pagar nada. Solo haces CLIC y listo.

Turn AI into Your Income Engine

Ready to transform artificial intelligence from a buzzword into your personal revenue generator?

HubSpot’s groundbreaking guide "200+ AI-Powered Income Ideas" is your gateway to financial innovation in the digital age.

Inside you'll discover:

  • A curated collection of 200+ profitable opportunities spanning content creation, e-commerce, gaming, and emerging digital markets—each vetted for real-world potential

  • Step-by-step implementation guides designed for beginners, making AI accessible regardless of your technical background

  • Cutting-edge strategies aligned with current market trends, ensuring your ventures stay ahead of the curve

Download your guide today and unlock a future where artificial intelligence powers your success. Your next income stream is waiting.

Hay una diferencia enorme entre delegar y abdicar.

Y muchos founders, en su prisa por "salir del operativo", cometen la segunda pensando que están haciendo la primera.

No lo hacen por vagancia. Lo hacen porque el ecosistema lleva años diciéndoles que eso es lo que toca.

Que el founder que sigue metido en el día a día no ha madurado.

Que escalar tu liderazgo significa soltar.

Es una idea atractiva. Y está incompleta.

El año que Airbnb perdió el 80% de sus reservas en ocho semanas

Marzo de 2020. El mundo para. Las reservas de Airbnb se desploman. La empresa tiene que devolver 250 millones de dólares en cancelaciones en cuestión de días.

Brian Chesky lleva años como CEO. Tiene equipos. Tiene directivos. Tiene procesos.

Y aun así, en ese momento, vuelve a sentarse en el operativo directamente.

No porque su equipo sea malo. Sino porque hay decisiones que solo él puede tomar. Decisiones sobre qué es Airbnb, qué promete, a quién sirve primero cuando no puede servir a todos.

Eso no está en ningún manual de procesos. Está en el founder.

Chesky habló después de esa época diciendo que aprendió que los CEOs de las mejores empresas del mundo están más cerca del producto, no más lejos. Que la idea de que el CEO debe alejarse del día a día para "pensar en estrategia" es, en sus palabras, una trampa.

(Si quieres entender esto en profundidad, léete High Output Management de Andy Grove. Es el libro más honesto que existe sobre qué significa realmente gestionar una empresa. Grove construyó Intel y escribió esto para que no lo tuviéramos que aprender a golpes.)

El founder como sistema operativo

Piénsalo así.

El founder es el sistema operativo de la empresa. Las personas que contratas son las aplicaciones que corren encima.

Las aplicaciones pueden ser excelentes. Pueden hacer cosas que el SO nunca haría directamente. Pero no sustituyen al SO. Corren sobre él.

El error es creer que delegar significa apagar el sistema operativo.

Lo que significa es que el SO deja de hacer tareas individuales para dedicarse a garantizar que el entorno donde corren las apps sigue siendo estable, coherente y seguro.

Invisible no es ausente.

Lo que no se puede delegar hasta que no existe

Hay cosas que el founder puede y debe delegar cuando el momento llega. Y hay cosas que, si las delega antes de tiempo, no se pierden porque alguien lo haga mal. Se pierden porque nadie más las tiene todavía.

Cultura. Los primeros diez empleados definen la cultura real de una empresa, no los valores que aparecen en la web. El founder elige a esas diez personas. Si delega esa decisión antes de que la cultura exista como algo tangible, lo que entra es lo que sea, no lo que el founder habría elegido.

Los primeros clientes. No porque el founder tenga que vender siempre. Sino porque el aprendizaje que viene de las primeras conversaciones con clientes reales es irreemplazable. Si lo delega, ese aprendizaje llega filtrado. Y los filtros distorsionan.

El precio. El precio no es un número. Es una declaración de posicionamiento. El founder es quien entiende qué problema resuelve y para quién. Cuando eso se delega antes de estar claro, el precio lo pone el mercado o el que negocia, no la estrategia.

(Ben Horowitz lo explica mejor que nadie en The Hard Thing About Hard Things. No es un libro de consejos. Es un libro de decisiones reales que nadie te dice cómo tomar. Es incómodo de leer, que es exactamente la señal de que vale la pena.)

Por qué el founder abdica creyendo que delega

La causa más común no es la arrogancia. Es el agotamiento.

El founder lleva meses —a veces años— cargando con demasiado. Llega un momento en que contratar a alguien se convierte en una forma de soltar peso, no en una decisión estratégica.

Y entonces pasa algo muy humano: delega cosas que todavía no están listas para ser delegadas. No porque quiera, sino porque ya no puede más.

El resultado es una empresa donde hay personas haciendo cosas, pero nadie sabe exactamente por qué las hacen de esa manera y no de otra. La intención original se ha diluido. Lo que queda es la forma sin el fondo.

Eso es una empresa hueca.

(Noam Wasserman estudió cientos de startups para escribir The Founder's Dilemmas. Los datos son contundentes: las empresas donde el founder pierde el control operativo antes de haber establecido los fundamentos tienen tasas de fracaso significativamente más altas. No porque el equipo sea peor, sino porque el fundamento nunca terminó de construirse.)

Steve Jobs volvió a Apple en 1997 y lo primero que hizo fue meterse en todo

Apple tenía más de 300 productos cuando Jobs volvió. Había gerentes para todo. Había procesos. Había reuniones.

Jobs lo redujo a cuatro productos.

No porque tuviera datos que lo justificasen. Sino porque esa decisión solo podía tomarla alguien que entendiera Apple desde dentro, desde el principio, desde el por qué.

Nadie había abdicado. Pero sin Jobs, la empresa había delegado hacia afuera una claridad que solo él tenía.

La vuelta de Jobs no fue sobre control. Fue sobre restaurar el sistema operativo.

Cómo saber si estás delegando o abdicando

Tres preguntas. Sé honesto.

Uno. ¿La persona a quien delegas sabe exactamente qué resultado esperas y por qué ese resultado importa? No el cómo. El qué y el porqué. Si no lo sabe, no has delegado. Has trasladado la confusión.

Dos. ¿Podrías explicar en menos de dos minutos cómo funciona lo que has delegado, aunque ya no lo hagas tú? Si no puedes, hay algo que no entiendes todavía lo suficientemente bien como para haberlo soltado.

Tres. ¿Estás delegando porque el sistema está listo o porque ya no aguantas más? Si es lo segundo, el problema no es la delegación. El problema es que necesitas resolver el agotamiento antes de tomar esa decisión.

(Reed Hastings construyó en Netflix una cultura de delegación radical. Lo documentó en No Rules Rules. Pero lo que casi nadie menciona cuando cita ese libro es la parte donde Hastings describe cuántos años tardó en llegar ahí, y qué tenía que estar en su sitio antes de que eso fuera posible. La cultura de Netflix no se construyó soltando desde el primer día. Se construyó siendo muy preciso durante mucho tiempo.)

Pregunta incómoda para ti:

¿Lo que has delegado últimamente lo has hecho porque estaba listo para ser delegado?

¿O porque ya no querías cargarlo más?

No hay respuesta correcta universal. Pero hay una respuesta honesta. Y esa es la que importa.

En el próximo capítulo

No confundas tecnología con ventaja competitiva

Creencia: Si el producto es muy técnico, estamos protegidos

Realidad: La tecnología se copia. La ejecución no. La distribución manda

Comparte The Startup Eye para acceder a contenido exclusivo

{{rp_personalized_text}}

O copia y pega este enlace a otros: {{rp_refer_url}}

Gracias por leer

Alek.

Reply

Avatar

or to participate

Seguir leyendo