SAP publicó un análisis técnico comparando CodeGPT con GitHub Copilot. Nos llamaron "strong contender". Esa noche dormí dos horas. Al día siguiente tomé cuatro decisiones que casi matan la empresa.
Esta es la historia de esas decisiones.
Mi CV parece el de alguien que no puede mantener un trabajo: músico profesional, profesor de guitarra online, founder de agencia de inbound, Growth Marketer Senior en RD Station, Head of Growth B2B en Platzi donde logramos +115% MRR, 4.7X conversión en canales pagos, -56% CPL. Cada cambio parecía un error. Cada error me preparó para lo que vino después.
Y entonces un proyecto que parecía pequeño terminó siendo reconocido por Meta AI y comparado con GitHub Copilot por SAP. Esto es lo que aprendí en el proceso.
Tabla de contenido
- De tocar guitarra a ser comparado con GitHub Copilot
- Por qué ser el primero importa más que ser el mejor
- Cómo descubrí que mis usuarios me mentían (y qué hice)
- La métrica que ignoré durante meses y casi nos mata
- El día que tuve que dejar de hacer lo que amaba
- El reconocimiento que casi nos arruina
- Lo que haría diferente si empezara de cero
- Preguntas frecuentes
De tocar guitarra a ser comparado con GitHub Copilot
Tocaba guitarra profesionalmente. Daba clases. Creía que eso era mi vida. Hasta que entendí algo que cambió todo: el talento sin distribución no paga las cuentas.
Creé clasesdeguitarra.co. Un sitio para enseñar guitarra online. Fue mi primer contacto real con el marketing digital. Y descubrí algo incómodo: me gustaba más el crecimiento del negocio que dar las clases.
Eso me llevó a fundar Treebox, una agencia de inbound marketing. Después vino RD Station, uno de los principales softwares de automatización de marketing de Latinoamérica. Luego Platzi, donde como Head of Growth B2B los números hablaron por sí solos.
Cuando me uní a CodeGPT, era un proyecto pequeño. El tipo de cosa donde la mayoría de gente dice "está interesante, pero es muy riesgoso". Y lo era.
Un estudio de High5 encontró que solo 18% de organizaciones dicen que sus líderes son "muy efectivos" en lograr objetivos de negocio. No quería ser parte del otro 82%. Quería probar que desde Colombia se podía construir algo que compitiera con los grandes.
Y eso es exactamente lo que hicimos.
Por qué ser el primero importa más que ser el mejor
Bill Gross, fundador de Idealab, analizó cientos de startups para entender por qué algunas triunfan y otras fracasan. Su conclusión: el timing es responsable del 42% del éxito. Más que el equipo. Más que la idea. Más que la ejecución.
Pero aquí está la parte que nadie te cuenta: saber si el timing es correcto versus si estás forzando algo es increíblemente difícil.
La diferencia está en una pregunta simple: ¿necesitas convencer a la gente de que tienen un problema?
Si la respuesta es sí, el timing probablemente no es correcto. Si la gente ya está buscando soluciones y tú apareces con una, estás en el lugar correcto.
Con CodeGPT no tuvimos que convencer a nadie de que la IA era importante. OpenAI acababa de lanzar ChatGPT. Los developers buscaban alternativas a GitHub Copilot con más control y flexibilidad. Nosotros estábamos ahí porque habíamos empezado a trabajar en el problema antes de que se pusiera de moda.
He cometido el error opuesto antes. Proyectos donde creía que el mercado estaba listo, pero en realidad solo yo estaba listo. Perdí meses construyendo para un mercado que no existía.
El ego te hace creer que puedes crear mercados. A veces sí, pero es exponencialmente más difícil. Es mejor surfear una ola que intentar crear el océano.
Cómo descubrí que mis usuarios me mentían (y qué hice)
Los usuarios mienten. No con mala intención. Simplemente no saben lo que quieren hasta que lo tienen frente a ellos.
Dicen que pagarían, pero no pagan. Dicen que usarían una feature, pero nunca la tocan. Dicen que les encanta tu producto, pero se van a la competencia.
En CodeGPT teníamos una feature que en las encuestas ganaba por goleada. Los usuarios la pedían constantemente. La construimos con cariño. La lanzamos con bombo.
Nadie la usó.
Mientras tanto, había una funcionalidad secundaria que casi eliminamos por "poco importante". Era donde los usuarios pasaban el 70% de su tiempo.
Los datos no mienten. Las encuestas sí.
La forma de detectar qué features realmente querían no fue preguntándoles. Fue observando su comportamiento. Qué hacían dentro del producto. Dónde pasaban más tiempo. Qué workflows completaban y cuáles abandonaban.
Esto no significa que el feedback verbal sea inútil. Significa que hay que triangularlo con comportamiento real. Cuando lo que dicen coincide con lo que hacen, tienes oro. Cuando no coincide, confía en lo que hacen.
Growth MarketingTodo lo que publico aquí es gratis. Implementarlo contigo tiene precio.
Si algo de lo que leíste te hizo pensar "esto me está pasando", hablemos. Te respondo el mismo día.
Agendar 30 min →El feedback negativo es particularmente valioso. Si alguien te dice específicamente por qué no usaría tu producto, eso vale más que cien "me encanta" genéricos. En growth marketing, esto se traduce en un principio simple: mide todo. Y cuando las métricas contradicen lo que la gente dice, las métricas ganan.
La métrica que ignoré durante meses y casi nos mata
1.8 millones de descargas suena impresionante. Es el tipo de número que pones en un press release. Es el tipo de número que hace que la gente en LinkedIn te felicite.
Es el tipo de número que no paga salarios.
Durante meses reporté descargas en las reuniones. Descargas arriba, equipo contento. Hasta que alguien preguntó cuántos de esos usuarios realmente usaban el producto después de la primera semana.
La respuesta me hizo sudar.
Teníamos un problema de activation rate y no lo estábamos midiendo. Millones de descargas, pero la mayoría desinstalaba en días. Estábamos celebrando un embudo con un agujero enorme en el medio.
Las métricas que realmente movieron la aguja después de ese wake-up call fueron otras:
MRR (Monthly Recurring Revenue): No cuántos usuarios tienes, sino cuántos pagan y cuánto.
Activation Rate: De todos los usuarios que descargan, qué porcentaje realmente usa el producto de manera significativa.
Retention: De los que empiezan a usar el producto, cuántos siguen usándolo después de 7 días. 30 días. 90 días.
Nos obsesionamos con multiplicar el MRR por 5, no con acumular descargas. Porque un producto con 100,000 usuarios y $50k MRR es más valioso que uno con 1 millón de usuarios y $5k MRR.
Si tus reportes semanales están llenos de métricas que se ven bien pero no predicen ingresos, estás perdiendo el tiempo. En mi experiencia liderando growth en B2B, las únicas métricas que importan en las reuniones de board son las que correlacionan directamente con dinero.
El día que tuve que dejar de hacer lo que amaba
Como dijo Mike Tyson: "Todo el mundo tiene un plan hasta que le dan un puñetazo en la cara."
Yo era bueno optimizando campañas. Me encantaba estar en la trinchera, ajustando bids, probando copies, analizando funnels. Eso era mi zona de confort.
La primera campaña que delegué perdió dinero. Mi instinto era intervenir. Tomar el control. Arreglarlo yo.
No lo hice.
La segunda campaña que delegó esa misma persona recuperó lo perdido y más. Si hubiera intervenido en la primera, nunca habría aprendido.
La transición de "hacer cosas" a "hacer que las cosas pasen" es brutal. No porque sea técnicamente difícil. Es emocionalmente difícil. Tienes que delegar lo que amas hacer a personas que al principio no lo harán tan bien como tú.
El truco está en distinguir entre "diferente" y "malo". Si alguien hace algo diferente a como lo harías tú pero obtiene resultados similares o mejores, déjalo. Tu forma no es la única forma correcta.
Ningún training de liderazgo te prepara para el momento donde tienes que soltar el control y confiar en que otros van a cuidar lo que construiste. Lo aprendes soltando. No hay otra forma.
El reconocimiento que casi nos arruina
El día que SAP publicó que éramos "strong contender vs GitHub Copilot" mi primer pensamiento no fue celebrar.
Fue: "Mierda. Y ahora qué."
El reconocimiento trae problemas nuevos. No resuelve los viejos.
De repente hay presión de mantener el estándar. El equipo espera que sigas creciendo. Los inversores esperan que capitalices el momentum. La comunidad espera que no la cagues. Y tú estás ahí tratando de entender si puedes replicar lo que te trajo hasta aquí.
La tentación del reconocimiento es volverse complaciente. Pensar que ya la hiciste. Que ahora solo hay que mantener.
Eso es exactamente lo que casi nos arruina.
Los mercados cambian. Los competidores evolucionan. Lo que te trajo hasta aquí no es lo mismo que te va a llevar al siguiente nivel. El reconocimiento útil es el que valida que vas por buen camino. No el que te hace creer que llegaste.
Porque no llegaste. Nunca llegas. Solo cambias de problemas.
Lo que haría diferente si empezara de cero
Validar más rápido, construir menos. Pasé meses construyendo cosas que nadie quería porque me daba miedo validar. Validar significa enfrentar la posibilidad de que tu idea no sirve. Pero es mejor descubrirlo en semanas que en meses.
Contratar por cultura antes que por skills técnicas. Los skills se aprenden. La actitud no. He cometido el error de contratar gente brillante que destruye equipos. Prefiero alguien bueno que multiplique a otros que alguien excelente que divide.
Medir desde el día 1. No cuando "tengamos tiempo". No cuando "sea más grande". Desde el día 1. Porque si no mides, no sabes si vas bien o mal. Solo crees.
Pedir ayuda antes. El ego es carísimo. Intentar resolverlo todo solo porque no quieres parecer débil es un error de novato que pagué muchas veces.
Entender que el journey nunca termina. Esto no es una carrera con una línea de meta. Es un juego infinito. El objetivo no es "ganar" sino seguir jugando.
Preguntas frecuentes
¿Cómo puedo validar una idea antes de invertir meses construyéndola?
No construyas nada primero. Habla con usuarios. No les preguntes "¿usarías esto?" porque siempre dicen sí. Pregúntales cómo resuelven el problema HOY y cuánto pagan. Si no encuentras dolor activo, no tienes mercado.
¿Es mejor construir un producto "vitamina" o "painkiller"?
Painkiller. Siempre. Las vitaminas son "nice to have". Los painkillers resuelven un dolor activo e inmediato. La diferencia está en la urgencia con la que buscan soluciones.
¿Cómo saber cuándo pivotar versus cuándo persistir?
Mira las métricas, no las emociones. Si tus métricas clave mejoran con cada iteración, persiste. Si llevas varias iteraciones honestas y no se mueven, pivota.
¿Qué tan importante es el timing para el éxito de un producto?
42% del éxito de una startup depende del timing, según Bill Gross. Más que la idea, el equipo o la ejecución. Estar tres años adelantado es igual de malo que estar tres años atrasado.
Construir algo que Meta reconoció me enseñó que el éxito no es un momento. Es una serie de decisiones correctas en el timing correcto, ejecutadas por un equipo que está alineado.
Si estás en el proceso de construir algo, espero que estas lecciones te ahorren al menos algunos de los golpes que yo recibí. Y si no te los ahorra, al menos sabrás que no estás solo.
Todos podemos ser un maldito genio. Pero primero hay que aceptar ser un maldito principiante.
Para conocer más sobre mi trayectoria completa, visita mi historia. Si quieres trabajar conmigo en growth, puedes ver mis servicios como Growth Marketer.
© 2026 Andres Ospina
