La decisión que te hizo ganar title: M te costará $5M en tu próxima etapa

Himanshu Sharma Updated March 17, 2026
La decisión que te hizo ganar title: M te costará $5M en tu próxima etapa

La mayoría de los desastres operativos no ocurren porque alguien tomó una mala decisión. Ocurren porque alguien mantuvo una buena decisión en funcionamiento dos o tres años después de su fecha de caducidad.

La hoja de cálculo de Google que tu gerente de operaciones creó con $2M de ingresos fue una buena decisión. Rápida, gratuita y todo el mundo la entendía. La base de Airtable compartida que configuraste cuando alcanzaste 20 pedidos al día fue una buena decisión. El grupo de WhatsApp para agentes de campo tenía todo el sentido cuando tenías seis técnicos. Estos no son signos de mala gestión. Son signos de un negocio que se movía rápido y tomaba decisiones sensatas con la información disponible.

El problema no son las decisiones. Es lo que sucede cuando un negocio las supera y las personas que construyeron esos sistemas se niegan a reconocerlo.

La trampa es psicológica, no operativa

La mayoría de los gerentes de operaciones son conscientes de que sus sistemas están bajo presión. La conciliación del lunes por la mañana que solía tomar 20 minutos ahora toma dos horas. El nuevo empleado que debería haber sido productivo después de un mes todavía necesita supervisión en el tercer mes. La gerente de campo que envía mensajes al almacén para conocer los niveles de existencias siete veces antes del mediodía porque no tiene acceso directo al sistema de inventario.

Lo saben. Simplemente no están haciendo nada al respecto.

La persona que construyó el sistema suele ser el propietario del negocio o un miembro senior de operaciones que dedicó mucho tiempo a configurarlo. Lo conocen mejor que nadie. Pueden arreglarlo cuando falla y explicárselo al nuevo personal.

Pero un sistema que funciona para la persona que lo construyó no es lo mismo que uno que funciona para un equipo de 35 personas.

Lo que realmente están defendiendo no es una herramienta operativa. Es la prueba de que una versión anterior de ellos mismos tomó la decisión correcta. Admitir que el sistema está roto se siente como admitir que la decisión fue incorrecta. No fue incorrecta. Simplemente tiene una fecha de caducidad.

El año pasado tuve una llamada con el fundador de una empresa de transporte de mercancías con 28 personas e ingresos de alrededor de $9M. Habían estado rastreando envíos, cuentas de clientes y asignaciones de conductores a través de tres hojas de cálculo y mediante WhatsApp y correo electrónico. Había funcionado perfectamente bien con $3M y 10 personas.

Con $9M y 28 personas, se mantenía unido por un coordinador de operaciones, que era la única persona que entendía cómo se conectaban las tres hojas de cálculo. Cuando le pregunté al fundador si el sistema funcionaba, dijo que sí. Cuando le pregunté cuánto tiempo tardaría en obtener una imagen completa de los envíos abiertos de un cliente, hizo una pausa de varios segundos antes de decir: “Alrededor de una hora, quizás más”.

Qué es lo que realmente falla y cuándo

Las hojas de cálculo fallan cuando más de 4 o 5 personas las actualizan regularmente. Cuando muchas personas editan una hoja de cálculo a la vez, no hay registro de cambios y las fórmulas complejas no son claras para los demás, pierde su utilidad.

Las hojas de cálculo están destinadas al análisis, no a ser utilizadas como base de datos.

Las herramientas SaaS estándar fallan de manera diferente. Si tu proceso tiene tres pasos no estándar (y la mayoría de las empresas los tienen), o adaptas tus operaciones al software o creas soluciones alternativas. Esas soluciones alternativas se acumulan. Después de 18 meses, la solución alternativa representa el 40% de cómo tu equipo realiza el trabajo.

Hemos escrito sobre cuándo llega ese punto de inflexión con más detalle, si te encuentras en la decisión de construir o comprar.

Las automatizaciones de Zapier y Make fallan cuando el volumen aumenta o cuando una plataforma actualiza su API. Cuando algo falla, nadie sabe qué herramienta causó el error.

Y después de siete años de experiencia en este trabajo, he encontrado una señal clave de que algo anda mal con tu sistema. Si un nuevo empleado tarda tres semanas en aprender un proceso que solo debería tomar tres días, hay un problema.

El coste no es lo que crees

No voy a hacer todos los cálculos aquí, porque ya lo hemos hecho. La versión corta es que el coste es casi siempre más alto de lo que parece, y casi siempre mayor que el coste de haberlo arreglado.

En lo que quiero centrarme es en por qué el coste se acelera, específicamente en etapas posteriores.

Con $3M de ingresos y 12 personas, un proceso defectuoso te cuesta 15 horas a la semana en todo el equipo. Con $12M y 40 personas, son 60-70 horas a la semana porque más personas lo están utilizando y has añadido nuevas soluciones alternativas sobre las antiguas. El coste no escaló linealmente con tus ingresos. Escaló más rápido.

El fundador de la empresa de transporte de mercancías que mencioné antes: cuando realmente mapeamos el coste de tiempo en su equipo, ascendió a 31 horas por semana. Como se compartía entre siete personas, nadie pensó realmente que fuera un gran problema.

Con un coste conservador de alrededor de $40/hora, eso era aproximadamente $64,000 al año gastados dentro de tres hojas de cálculo y un grupo de WhatsApp. La herramienta de operaciones personalizada que construimos costó $22,000 y tardó ocho semanas. Recuperó la inversión en cuatro meses.

Había estado utilizando esos sistemas durante tres años.

Lo que me frustra cuando veo este patrón, y lo veo en casi todas las llamadas de presentación, es que el fundador casi siempre sabía que algo andaba mal. Simplemente se seguían diciendo a sí mismos que lo arreglarían cuando las cosas se calmaran. Las cosas no se calman. Los ingresos aumentan, el equipo crece, el sistema defectuoso se vuelve más defectuoso y el coste de arreglarlo se agrava a medida que aumenta la complejidad.

El problema de la competencia del que nadie habla

Hay una versión de esta historia que termina sin un solo fracaso dramático. Solo una degradación lenta y silenciosa del margen a medida que un competidor que construyó sistemas adecuados dos años antes comienza a quitarte clientes.

Pueden cotizar más rápido porque su herramienta de precios extrae datos de inventario y costes en tiempo real. Tú estás cotizando desde una hoja de cálculo actualizada por última vez el jueves. Pueden incorporar a un nuevo cliente en dos días porque su proceso está documentado y automatizado. Tu incorporación tarda una semana porque tres de los pasos requieren la intervención manual de tu gerente de operaciones. Su equipo puede manejar un 30% más de volumen sin añadir personal. Tú no.

Nada de esto es dramático. Es simplemente lento. Y es casi imposible rastrearlo hasta la decisión de seguir operando con sistemas construidos para un negocio más pequeño, porque la conexión entre “no arreglamos nuestras herramientas con $5M” y “perdimos cuota de mercado con $15M” no parece obvia.

Las empresas que evitan esto no son mejores en estrategia de operaciones. Simplemente son honestas antes. Observan lo que construyeron con $3M y preguntan, sinceramente, si puede llevarlos a $15M. Antes de que ya estén en $12M, y la respuesta sea claramente no.

Qué hacer si estás leyendo esto y reconoces tu negocio

Empieza por echar un buen vistazo a dónde se almacena todo el conocimiento. Si la persona que construyó tu sistema hiciera las maletas y se fuera mañana, ¿qué se desmoronaría? Si la respuesta es “mucho”, entonces tu configuración es más inestable de lo que crees.

El segundo paso es estar dispuesto a separar “esta decisión fue inteligente cuando la tomé” de “esta decisión sigue siendo la correcta”. Ambas pueden ser ciertas. La primera no te obliga a mantener la segunda.

Construir algo a medida no tiene por qué significar un proyecto de seis meses o un presupuesto de seis cifras. Hemos escrito sobre lo que realmente cuesta, y el número que más sorprende a la gente es cuánto del coste de sus procesos manuales recuperan en el primer año. Los proyectos que construimos a través de nuestro desarrollo con WeWeb y Bubble suelen oscilar entre $8K y $50K, se lanzan en 6 a 10 semanas y están construidos para ser mantenidos por tu equipo.

Si quieres poner a prueba si tu configuración actual puede realmente llevarte a tu próxima etapa de ingresos, reserva una llamada gratuita de 30 minutos. Te diremos honestamente si no necesitas nada. Eso ocurre más de lo que crees.