Muchas nuevas empresas que dependen del software, que han sobrevivido intactas a la pandemia, se encuentran ahora en la encrucijada de “avanzar o salir”. Pero hay un riesgo oculto enterrado profundamente en su arquitectura digital.
Un tema de conversación habitual en todas las reuniones de la junta después de una pandemia en estos días tiene que ver con comprar o vender algo. A menudo, la propia empresa está potencialmente en el bloque, pero en otras ocasiones la discusión se trata de adquirir un competidor listo para una adquisición oportuna, o un equipo en una línea de negocio adyacente para agregar ingresos y ayudar a cubrir los costos fijos. Nadie quiere quedarse quieto en este momento, aunque no está claro si el camino mejor, más inteligente y más seguro para el negocio está arriba o fuera. Todos tienen sus propios consejos y sugerencias sobre el tema.
Esta angustia actual puede ser el producto de una resaca emocional y física de la pandemia, donde todos están realmente cansados de combatir incendios y luchar por mantenerse con vida. O tal vez se deba a la inquietante sensación de que los grandes de la tecnología se han hecho tan inmensamente más grandes en los últimos dos o tres años (la mayoría de ellos al menos duplicaron su capitalización de mercado en ese momento) y que son aún más dominantes en la práctica en cada espacio que importa. De cualquier manera, se habla mucho de tratar de crecer rápidamente o de cobrar por completo. No hace falta decir que hablar de estas dos alternativas bastante opuestas pone a la gerencia, a los inversionistas y a los miembros de la junta más que un poco nerviosos.
Todas estas tensas discusiones giran en torno a una lista de verificación similar, que incluye logros, valoraciones, factores de riesgo y condiciones del mercado. Pero el tema que tiene la relevancia más crítica para las startups semi-maduras (de 2 a 5 años en la lucha) no son estas consideraciones ni las otras opciones obvias como las ventas, la tracción y la rentabilidad. Me refiero a la determinación mucho más difícil de la “deuda tecnológica”, que es una parte inevitable de las primeras etapas de la construcción de cualquier negocio basado en códigos. Llamo a este problema “el cerdo en la pitón” que, en sus términos más simples, significa que a menudo hay un montón de código espagueti indocumentado y, a veces, completamente abandonado justo en el medio de los sistemas operativos centrales de la empresa. Este código te ayudó a llegar allí.
La perspectiva de tener que limpiar este costoso código, que cualquier empresa joven probablemente ha gastado millones en desarrollar en los últimos años, es uno de los principales asesinos de acuerdos que he visto, aunque es un código ordinario, esperado y completamente típico parte del proceso iterativo que emprende toda empresa. Los compradores y los miembros de la junta un tanto ingenuos quieren saber cómo es posible que haya gastado tanto en el desarrollo de código que ya no juega un papel en los programas actuales. Especialmente porque alguien nuevo (en su moneda de diez centavos) ahora tendrá que hacer que todo desaparezca y es probable que no esté contento o no esté dispuesto a asumir tanto los costos del proceso de remediación como los riesgos competitivos asociados con él, que incluso pueden ser mayor que.
De ahí la sabiduría clásica en torno a las adquisiciones: no se trata de cuánto pagas por el trato; es cuánto le cuesta el trato en última instancia. La deuda tecnológica es el gasto incrustado y difícil de calcular de arreglar y eliminar todo el código de mierda, los comienzos en falso, los gastos generales desagradables y otros caprichos que aún viven en la base del código de una empresa muchos años después de que alguno de ellos dejó de tener valor o eficacia. Sin embargo, el negocio no existiría sin las pruebas y errores, las direcciones improductivas, las iniciativas de nuevos productos y las respuestas generales y las últimas mejoras que representa el código.
Cada sistema de entrega de software comienza grande y voluminoso e idealmente, con el tiempo, se optimiza, simplifica y acelera. El proceso es tan inevitable e inevitable como la gravedad. Y cualquiera que piense que es una tarea fácil hacer que un sistema orientado al consumidor parezca simple y fácil de usar, nunca ha construido nada. Como siempre dice Richard Branson: “Cualquier tonto puede complicar las cosas. Es difícil mantener las cosas simples”.
Y, lo que es aún más importante, las empresas necesitan años para determinar las mejores entradas y salidas para estos sistemas, ya sean consultas, búsquedas, formularios, informes o respuestas. Para las startups, esta simple realidad presenta un riesgo muy serio. En las empresas de tecnología, aprendes que cualquier cosa realmente grandiosa parece obvia e inevitable en retrospectiva, pero eso es solo para las personas de afuera, nunca para las que tuvieron que sufrir durante el proceso de nacimiento y hacer los millones de cambios necesarios para llegar al resultado final. Pero ser subestimado por llevar a cabo este truco y construir esta belleza no es ni mucho menos el peor dolor.
Lamentablemente, una vez que resuelvas el acertijo y creas la solución ideal, todos y su hermano pueden saltar directamente y copiar el principio y el final de tu negocio y hacerlo más rápido, más barato e incluso de manera más eficiente porque no llevan tres años de código antiguo junto con ellos. No han tenido que gastar años y millones de dólares para encontrar la solución. No tienen un cerdo atrapado en medio de su proceso porque fueron a la escuela en su solución, corrieron por su espalda y, muy probablemente, incluso construyeron sus ofertas competitivas en sistemas de terceros mejores, más rápidos y más eficientes. , nubes y redes. Esta no es una historia feliz, pero sí familiar.
Por lo tanto, dejando de lado todos los costos de remediación, en esas discusiones de compra o venta, siempre existe también el elemento de riesgo competitivo. ¿Qué tan rápido podrá la competencia duplicar todas las ofertas de la empresa para una inversión mucho menor y, peor aún, si el posible comprador simplemente da un paso atrás y busca construir su propia versión de la solución en lugar de comprar el código de ayer y un montón de otro equipaje? Todo porque las nuevas empresas en todos los ámbitos siempre tienen demasiada prisa en avanzar para limpiar lo que ensucian y sacar la basura. La documentación también es una molestia y una carga, pero es otro componente esencial que las startups descuidan constantemente hasta que es demasiado tarde.
Un consejo: invierta tiempo ahora, antes de pensar en intentar vender su negocio, para auditar y depurar su código base, confirmar que su documentación está en orden y asegurarse de que la pérdida de uno o dos empleados críticos en cualquier punto no pondría en riesgo toda la operación debido a su historial y conocimiento únicos. Eche un vistazo cuidadoso y detallado a si debería canibalizar su propio código, mover algunas operaciones a la nube de otra persona y, de lo contrario, reducir su exposición y mejorar la eficiencia de su propio sistema aprovechando el código de mañana en lugar del de ayer.
Fuente: inc.com
