Vender más puede aumentar la complejidad

Cuando vender más sólo compra más complejidad

La escala comercial no arregla un producto frágil. Más bien lo deja expuesto delante de cada cliente nuevo. Vender antes de tiempo no suele ser el error más caro, pero sí deja cicatrices bastante serias en la operación.

El problema de fondo aparece cuando se confunde tracción comercial con capacidad real de entrega. Desde fuera suena parecido, casi como si fuera lo mismo. Desde dentro, ahí es donde se decide si la empresa está creando valor o simplemente acumulando deuda operativa a una velocidad que luego ya nadie puede frenar.

Un producto inestable puede aguantar una o dos implementaciones piloto, e incluso alguna demo que se vea convincente. Pero cuando el volumen comercial crece sin una base técnica y organizativa sólida, cada cliente nuevo deja de ser una oportunidad limpia. Pasa a multiplicar incidencias, soporte, retrabajo y desgaste interno, y lo hace con una velocidad que después cuesta muchísimo absorber.

Eso pasa bastante cuando ventas, desarrollo y atención al cliente crecen encima de una arquitectura inmadura. Desde afuera el negocio parece avanzar porque suben las conversaciones, las demos y las promesas. Pero la complejidad crece más rápido que la capacidad de absorberla, y entonces lo que parece escala termina siendo fricción acumulada.

He visto este patrón en empresas que arrancaban con una lógica razonable, usando el mercado como laboratorio, aprendiendo rápido y ajustando sobre la marcha. La idea funcionaba, sí, pero sólo si había disciplina operativa detrás. Sin eso, el equipo terminaba validando con clientes reales algo que todavía no estaba listo para operar con consistencia, y ahí empezaban los problemas de verdad.

En un caso reciente, la empresa pasó de intentar demostrar valor a rediseñar su forma de trabajar. La presión comercial empujó el producto hacia empresas alfa sin estabilidad suficiente. Después llegaron las incidencias, las versiones que volvían atrás, los parches continuos, el soporte desbordado y una relación cada vez más frágil con el cliente. El volumen comercial siguió creciendo, hasta varias demos al día, pero el sistema ya no podía sostener una entrega repetible.

La corrección obligó a aceptar límites, que es la parte que casi nunca gusta. Control de versiones, backups, rollback, despliegues graduales, más gobierno sobre datos y procesos, y criterios más estrictos para prometer funcionalidades. Eso hizo más lentas las entregas. También cambió velocidad aparente por control real y recortó bastante la improvisación cotidiana.

Para un CTO, la señal se vuelve bastante clara cuando el soporte crece más rápido que la estabilidad, las ventas dependen de excepciones, los rollbacks se hacen frecuentes, el retrabajo se normaliza y los equipos se cansan sosteniendo una narrativa que la tecnología todavía no respalda. Cuando eso pasa, el negocio no escala. La complejidad sí, y al final termina pasando la factura.