La temática del curso gira en torno a que el mayor desafío actual no es la tecnología en sí, sino la capacidad de las organizaciones para adaptarse a ella. La Ley de Martec (Scott Brinker, 2013) lo ilustra bien: la tecnología cambia de forma exponencial, mientras las organizaciones cambian de forma lineal. Esa brecha es estructural, no coyuntural, y exige rediseñar permanentemente cómo trabajamos.

Reflexión de Impacto Profesional

Más que buscar "cambiar el mundo" con cada proyecto, el aprendizaje clave es enfocarse en problemas específicos y valiosos que mejoren la calidad de vida de personas reales. En este contexto, la tecnología ha dejado de ser una simple herramienta para convertirse en un colaborador activo en la vida humana y productiva.

Después de cinco años en HubSpot acompañando a clientes al rededor del mundo a incrementar la adopción de nuevas herramientas, y planear estrategias digitales para sus negocios, esta idea me aterriza una intuición que ya tenía: el problema rara vez es la herramienta. Es el diseño del entorno alrededor de la herramienta. La pregunta útil no es "¿qué tecnología adoptamos?", sino "¿qué problema concreto y valioso queremos resolver, y cómo rediseñamos el flujo para que la tecnología cumpla ese rol?".

En el Grupo 3 trabajamos junto con Salomé, Andrés y Catalina, sobre un caso real de Palomma, una fintech de pagos establecida en el mercado colombiano. El problema concreto: pantano de alertas en Slack.

El ruido de mensajes era tan alto que los errores críticos se diluían en el flujo, lo que retrasaba la respuesta y creaba huecos de responsabilidad dentro del equipo, generando un deterioro en la experiencia tanto de usuarios internos, como del cliente final..

Lo que más me gustó de este proyecto es que no resolvió "un problema de IA". Resolvió un problema de diseño operativo usando IA como uno de los componentes. Esa distinción es la que marca la diferencia entre un proyecto demostrativo y uno con valor real para el negocio. Es también la diferencia que veo todos los días en HubSpot entre clientes que adoptan automatización con criterio y clientes que adoptan automatización porque "hay que hacerlo".

En lo técnico, el curso me permitió explorar de manera práctica con herramientas de orquestación (Make, n8n) y un marco mental para pensar arquitecturas de analysts y agentes (Snowflake). En lo estratégico, me ayudó a tener un vocabulario más preciso para conversaciones que ya estaba teniendo en mi rol en HubSpot y en la planeación de mi proyecto personal: The Self-Care Lab.

Sobre liderazgo
El éxito de la co-creación digital no depende de la cercanía física, depende de cómo se diseña el trabajo. Un líder que opera en entornos distribuidos diseña sistemas que protegen el foco (Deep Work) y definen intencionalmente los momentos de colaboración. La hiperdisponibilidad no es liderazgo, es ausencia de diseño.

Sobre ética
La pregunta que me llevo es menos "¿qué se puede automatizar?" y más "¿qué vale la pena automatizar, y para quién?". El criterio de valor real para personas reales es más exigente que el criterio de viabilidad técnica, y filtra mejor.

Sobre transformación digital
Transformación digital no es digitalizar procesos. Es rediseñar el entorno de trabajo para que la organización pueda operar bajo volatilidad sostenida. Si al final del proceso los flujos son los mismos pero con interfaces digitales, no hubo transformación: hubo migración.