"Tienes Un Minuto?": Mi Primera (Y Última) Experiencia En Una Startup Tech
Este artículo no es una queja. Es un análisis de primera mano de una dinámica que se repite en el ecosistema startup latinoamericano: contratar talento técnico a precio de trainee con expectativas de senior. Lo viví durante dos meses como full stack developer en una startup gringa con equipo colombiano. Lo que sigue es el caso de estudio.
Día 1: El onboarding que nunca existió
Mi primer día fue frío. No en el sentido de que fueran groseros — era más como trabajar con robots. Daily a las 10 AM. Me presenté, expliqué mi experiencia. Nadie preguntó mucho.
No hubo bienvenida al equipo, no hubo tour del codebase, no hubo "las primeras semanas son de adaptación". Fue literalmente:
"Hola"
"Hola"
"Bueno, acá está el repo, así manejamos el estándar en GitHub, cualquier cosa nos avisas"
Y ya. Yo venía de proyectos propios y freelance, nunca había trabajado en un equipo formal de startup. Pensé: "bueno, así debe ser esto. Profesional, directo."
No era profesionalismo. Era una señal.
El modelo de arbitraje geográfico
La startup tenía sede en EE.UU. pero todo el equipo de desarrollo éramos colombianos. La justificación pública era la calidad del talento local. La justificación económica real es más directa: un full stack en el mercado estadounidense cuesta entre $5K y $8K USD mensuales. En Colombia, el mismo perfil se contrata por una fracción de ese valor.
En una call, el CEO gringo nos decía "qué suerte tener este equipo tan talentoso de Colombia" mientras todos asentían como si fuera un halago.
No es un halago. Es una estrategia de costos.
El problema no es el arbitraje geográfico en sí — es la brecha entre la compensación ofrecida y las expectativas de entrega asociadas a ella. Cuando esa brecha es estructural, produce fricción constante.
El error no es contratar talento colombiano. El error es hacerlo a precio de trainee y operar con expectativas de senior, sin proceso de onboarding y sin reconocimiento del alcance real del trabajo full stack.
Navegando el codebase sin mapa
El codebase era complejo. No malo, pero complejo. Y como era mi primera vez trabajando en un proyecto de esa escala con otras personas, me costó adaptarme. Había patrones que no conocía, decisiones de arquitectura sin documentar.
Preguntaba en Slack, revisaba PRs viejos, debuggeaba por horas. Y lo lograba — despacio, con tropiezos, pero entregaba los features en los tiempos acordados.
Lo que no se mencionó en la oferta: el rol era full stack completo. No frontend. No backend. End-to-end:
- Diseño de API
- Implementación de backend
- Desarrollo de frontend
- Integración y conexión de capas
- Testing
- Deploy
Todo. Una sola persona. Por $800 USD al mes.
La cultura del "urgente"
Las señales de alerta se acumularon en patrones concretos:
Compresión de tiempos sin base. Ticket asignado el viernes por la tarde: "Feature X - Alta prioridad". Feature grande — backend, frontend, integraciones, todo el paquete. El lunes en el daily:
"Cris, ¿cómo vas con el feature X?"
"Lo estuve revisando, ya tengo claro qué hay que hacer, hoy empiezo."
"Pero si lo pusimos el viernes... ¿no avanzaste nada?"
Cualquier estimación razonable pondría ese feature en 4-5 días mínimos. La expectativa implícita era trabajo en fin de semana sin acuerdo explícito. Y no fue una vez — fue un patrón.
Ausencia de marco de estimación. Feature completo entregado en cinco días hábiles:
"Cris... llevas una semana con esto."
Una semana para diseñar la API, implementar endpoints, construir las vistas, conectar todo y testearlo. La métrica de evaluación era días calendario, no complejidad ni alcance.
Descalificación sistemática. Cada pregunta, cada demora, cada issue:
"Es que eres junior."
"Bueno, es normal, todavía estás aprendiendo."
No como feedback constructivo — como mecanismo de descalificación. El resultado fue que dejé de participar en reuniones para evitarlo. Eso no es cultura de equipo; es supresión de comunicación técnica.
El cierre
Tipo 3 PM de un viernes, después de una mañana normal de trabajo:
"Cris, tienes un minuto?"
"Mira Cris, nos reunimos con los socios y decidimos que no vamos a continuar contigo. Somos una startup early stage, necesitamos gente que pueda moverse más rápido. Creemos que deberías trabajar en tu resolución de problemas y comunicación asertiva."
La razón formal: velocidad y autonomía insuficientes. La razón estructural: el modelo no era viable desde el principio. No se puede pagar $800 USD, omitir el onboarding, comprimir los tiempos y esperar que el sistema funcione.
Mi respuesta fue cortés y directa:
"Entiendo. Muchas gracias por la oportunidad. Estoy seguro que nos volveremos a ver."
Lo que confirma este caso
El modelo de bajo costo transfiere el costo de la ineficiencia organizacional al desarrollador. Cuando no hay documentación, onboarding ni estimaciones realistas, quien absorbe esa deuda técnica y cultural es el dev — no la empresa.
$800 USD por full stack end-to-end no es un salario junior. Es una contradicción estructural. O pagas lo que corresponde al alcance del rol, o reduces el alcance. Las dos cosas no son sostenibles al mismo tiempo.
El onboarding no es un beneficio — es una inversión en productividad. Cualquier empresa seria contempla 1-2 meses de adaptación para un full stack entrando a un codebase desconocido. Exigir producción inmediata es trasladar el costo de esa curva al nuevo integrante.
Tres cosas que cualquier dev debería evaluar antes de aceptar
¿Existe un proceso de onboarding documentado? Si la respuesta es "vas aprendiendo sobre la marcha", el costo de ese aprendizaje lo vas a pagar tú, no la empresa.
¿Cómo estiman los tickets? Pide ver sprints anteriores. Si las estimaciones no distinguen entre un bugfix y un feature full stack, la cultura de gestión está rota.
¿La compensación refleja el alcance real del rol? "Full stack" no es un adjetivo de perfil. Es una descripción de scope. El precio debe ser proporcional.
Una semana después
En la semana siguiente a la desvinculación:
- Terminé la comunidad de mejorllamaacris.com — frontend, backend, base de datos, auth, completa
- Publiqué el artículo de Next.js 16
- Conseguí dos leads de clientes potenciales para freelance
Esta experiencia confirmó algo que ya era una hipótesis de trabajo: el modelo de empleo en startups que operan bajo arbitraje geográfico agresivo tiende a producir exactamente esta dinámica. No por malicia, sino por una estructura de incentivos que no contempla el costo real del talento que consume.
Documentarlo es parte del trabajo de construir un mercado laboral tech más honesto.
Conclusión
El ecosistema startup latinoamericano tiene talento técnico sólido y en crecimiento. El problema no es el talento — es la tendencia de algunas startups a capitalizarlo sin estructuras de compensación, gestión o cultura que lo sostengan.
Este caso no es una excepción. Es un patrón.
Tu primer trabajo no define tu carrera. Lo que la define es lo que construyes después.
Cris
Fundador, Mejor Llama A Cris. Cali, Colombia.