Noticias

En qué se equivocan la mayoría de los fundadores al implementar la IA

Las opiniones expresadas por los contribuyentes de Entrepreneur son propias.

Conclusiones clave

  • Apresurarse a implementar la IA sin considerar la escalabilidad y la infraestructura adecuada puede generar una deuda técnica que obstaculice el crecimiento.
  • Las startups deberían gastar el 70% de los recursos en nuevas funciones y necesidades de los clientes, el 20% en mantenimiento (corrección de errores, soporte, etc.) y el 10% en la próxima transformación importante.
  • La IA debería resolver problemas reales, no existir simplemente por sí misma. Las empresas emergentes deben incorporar la recopilación de datos y la gobernanza en su arquitectura desde el principio.

Todos los emprendedores con los que hablo tienen el mismo brillo en los ojos cuando hablan de AI. Muchos están concebidos como IA primero y están ansiosos por cambiar el mundo. Otros, han visto las demostraciones, leído los estudios de casos y están listos para transformar su negocio de la noche a la mañana. Pero en mis conversaciones con los fundadores, sigo encontrando el mismo error crítico: en su carrera por adoptar la IA y al mismo tiempo sobrevivir y capturar participación de mercado, hoy están tomando decisiones técnicas de las que probablemente se arrepientan, ya que mañana se convertirán en su mayor inhibidor del crecimiento.

Como CTO de campo en Google que trabaja con nuevas empresas, he visto a empresas brillantes chocar contra una pared no porque su visión fuera equivocada, sino porque los atajos que tomaron para conseguir sus primeros clientes se convirtieron en las cadenas que les impidieron escalar. En otras palabras, emitieron un cheque por deuda técnica que nunca podrían satisfacer.

Relacionado: Lo que me enseñó la ampliación de mi startup sobre las malas decisiones tecnológicas

La paradoja de la carrera para sobrevivir

Las empresas emergentes se enfrentan a una paradoja única. Naciste en la nube con acceso a tecnologías de vanguardia. Sin embargo, en su urgente impulso hacia el mercado, toma decisiones arquitectónicas que crean su propia forma de deuda técnica. A veces es aún más insidioso porque está oculto detrás de marcos modernos y código nuevo.

Piensa en ello como construir un auto de carreras mientras ya estás corriendo. Cada atajo que tomasusar cinta adhesiva en lugar de soldaduras adecuadas, conexiones improvisadas, agrava los problemas que eventualmente lo obligarán a hundirse o estrellarse.

Una startup cierra su primer cliente importante codificando funciones. Eligen una base de datos que sea rápida de implementar pero que no supere los 10.000 usuarios. Construyen todo como un minimonolito porque es más rápido que diseñar microservicios. Cada decisión tiene mucho sentido porque resuelve el problema más inmediato y es necesario sobrevivir hoy para tener los problemas del mañana.

El verdadero costo de los atajos

Sin embargo, la deuda técnica funciona exactamente como la deuda de tarjetas de crédito. Estás moviéndose rápidamentetratando de aprovechar una oportunidad sin los recursos para hacerlo bien. Por lo tanto, toma prestado para su futuro eligiendo soluciones rápidas de bases de datos, configuraciones de codificación, creando aplicaciones estrechamente acopladas y personalizando en exceso con el fin de conseguir el próximo cliente.

A veces eso es exactamente lo que tienes que hacer. Cuando un ejecutivo dice: “Necesitamos esto para un cliente o mañana estaremos en quiebra”, usted toma esa decisión con los ojos bien abiertos. Pero esto es lo que separa a las empresas exitosas de las que implosionan: tienen conversaciones adultas sobre el costo real.

Si vas a acumular deuda técnica, documentala y asigna recursos futuros para pagarla. Reserve el 10% de su próximo aumento para abordar atajos. No lo escondas debajo de la alfombra, ya que esos son los problemas que te despiertan a las 2:00 am cuando fallan los sistemas.

Aquí hay un marco que utilizo para medir la salud de una startup: la regla 70-20-10. El setenta por ciento de los recursos deberían centrarse en nuevas funciones y necesidades del cliente. El veinte por ciento se destina al mantenimiento de lo que ha creado: corrección de errores, soporte y mantenimiento de los sistemas en funcionamiento. El diez por ciento imagina la próxima gran transformación.

Entonces, cuando ese porcentaje de mantenimiento del 20% crece al 40 o 50% después de sólo dos años, es una señal de alerta. Pasas más tiempo gestionando decisiones tempranas que innovando. Esa arquitectura que elegiste tu MVP está comiendo horas de ingeniería. El proveedor de alojamiento especializado unificado que le permite realizar envíos rápidamente ahora tarda días en implementar cambios simples, si es que puede realizarlos.

Relacionado: Si quiere que su negocio gane a largo plazo, no tome atajos

La verificación de la realidad de la IA

Aún así, el mayor error entre los fundadores es que la IA resolverá problemas indefinidos. Las empresas se apresuran a implementar la IA porque los inversores lo esperan, sólo para descubrir que carecen de los datos infraestructura para apoyarlo.

En lugar de preguntar: “¿Cómo puedo reemplazar a esta persona con un agente de IA?” Pregúntese: “¿Cómo puedo hacer que todos sean un 50% más capaces?” La IA es poderosa, pero es sólo otra herramienta con requisitos específicos.

Las empresas emergentes tienen una ventaja porque no tienen que lidiar con décadas de datos no estructurados. Pero si no piensas en la estructura de datos desde el primer día, estás creando tu propio problema heredado. Es necesario crear una recopilación de datos y gobernancia en su arquitectura desde el principio. No espere hasta que un cliente empresarial lo exija.

Cuando pagar el flautista

Para las empresas emergentes con recursos limitados, ¿cuándo invierten en infraestructura versus características? Entre el inicio y ajuste producto-mercadose trata de supervivencia. A veces hay que ser descuidado. Las nuevas empresas exitosas son como delincuentes juveniles: violarán las reglas pero no la ley.

La clave es sobrevivir el tiempo suficiente para llegar al punto en el que las inversiones estratégicas en infraestructura tengan sentido. Cuando tenga suficiente efectivo y clientes activos para sentirse seguro de que seguirá existiendo en 12 meses, será entonces cuando podrá empezar a pensar a más largo plazo.

Pero si espera demasiado, los costos pueden dispararse. He visto empresas emergentes que podrían haber invertido $100 mil en el segundo año y terminar gastando $2 millones en el cuarto año para las mismas mejoras, mientras pierden impulso frente a competidores que construyeron cuidadosamente desde el principio.

Construyendo de forma inteligente desde el primer día

Incluso las empresas jóvenes pueden tomar decisiones inteligentes en materia de infraestructura sin tener que gastar mucho dinero. La informática sin servidor, las bases de datos administradas, las arquitecturas basadas en API y la contenedorización no cuestan más. Sólo requieren disciplina.

Al utilizar servicios nativos de la nube, mantener una clara separación de preocupaciones, elegir el código abierto en lugar de costoso software con licencia y construir teniendo en cuenta los microservicios, incluso si comienzan con arquitecturas más simples, las nuevas empresas mantienen la flexibilidad a medida que crecen.

Las startups ganadoras no son sólo las que tienen características innovadoras. Ellos son aquellos cuyos sistemas les permiten fallar rapidoajuste rápidamente y realice microcambios sin ahogarse en el control de cambios. Construyeron para la iteración desde el principio y planificaron para el futuro sin comprometerse demasiado en el presente.

Relacionado: Cómo construir la infraestructura necesaria para escalar su empresa

Construya para el mañana, no sólo para hoy

No implementes IA sólo para decirle a tu junta directiva que tienes IA. Concéntrate en tus mayores desafíos. ¿Qué pasa si no los resuelves? AI debería abordar problemas realesno existe por sí mismo.

Pregúntese: “Si crecemos 10 veces el próximo año, ¿nuestra arquitectura lo respaldará o gastaremos nuestra Serie A reparando lo que construimos en nuestro garaje?”

El mundo de las startups celebra la velocidad, pero es sabio saber qué atajos tomar y qué cimientos proteger. Una vez que haya cometido estos errores varias veces, será más fácil justificar la consideración desde el principio.

La pregunta no es si uno puede permitirse una infraestructura adecuada. Se trata de si puedes permitirte el lujo de no hacerlo.

Su yo futuro (y su futuro CTO) le agradecerán la base que construya hoy.

Conclusiones clave

  • Apresurarse a implementar la IA sin considerar la escalabilidad y la infraestructura adecuada puede generar una deuda técnica que obstaculice el crecimiento.
  • Las startups deberían gastar el 70% de los recursos en nuevas funciones y necesidades de los clientes, el 20% en mantenimiento (corrección de errores, soporte, etc.) y el 10% en la próxima transformación importante.
  • La IA debería resolver problemas reales, no existir simplemente por sí misma. Las empresas emergentes deben incorporar la recopilación de datos y la gobernanza en su arquitectura desde el principio.

Todos los emprendedores con los que hablo tienen el mismo brillo en los ojos cuando hablan de AI. Muchos están concebidos como IA primero y están ansiosos por cambiar el mundo. Otros, han visto las demostraciones, leído los estudios de casos y están listos para transformar su negocio de la noche a la mañana. Pero en mis conversaciones con los fundadores, sigo encontrando el mismo error crítico: en su carrera por adoptar la IA y al mismo tiempo sobrevivir y capturar participación de mercado, hoy están tomando decisiones técnicas de las que probablemente se arrepientan, ya que mañana se convertirán en su mayor inhibidor del crecimiento.

Como CTO de campo en Google que trabaja con nuevas empresas, he visto a empresas brillantes chocar contra una pared no porque su visión fuera equivocada, sino porque los atajos que tomaron para conseguir sus primeros clientes se convirtieron en las cadenas que les impidieron escalar. En otras palabras, emitieron un cheque por deuda técnica que nunca podrían satisfacer.

Relacionado: Lo que me enseñó la ampliación de mi startup sobre las malas decisiones tecnológicas

El resto de este artículo está bloqueado.

Únase al emprendedor+ hoy para acceder.

Fuente

Related Articles

Back to top button