Generate vs Buy bs Build: La decisión que arruina o salva tu margen
La semana pasada me preguntaron en un workshop: ”¿𝘊𝘶á𝘯𝘥𝘰 𝘵𝘪𝘦𝘯𝘦 𝘴𝘦𝘯𝘵𝘪𝘥𝘰 𝘤𝘰𝘯𝘴𝘵𝘳𝘶𝘪𝘳 𝘵𝘶 𝘱𝘳𝘰𝘱𝘪𝘰 𝘮𝘰𝘥𝘦𝘭𝘰 𝘦𝘯 𝘷𝘦𝘻 𝘥𝘦 𝘶𝘴𝘢𝘳 𝘭𝘢 𝘈𝘗𝘐 𝘥𝘦 𝘖𝘱𝘦𝘯𝘈𝘐?”
La respuesta corta: casi nunca al principio.
Lo interesante es entender por qué tantos equipos se equivocan. Y la razón casi siempre es la misma: toman la decisión sin modelar bien los costes. Miran el precio por token en el año 1… y se quedan ahí. Luego llega el año 3 y el modelo económico explota.
𝗚𝗲𝗻𝗲𝗿𝗮𝘁𝗲 𝗻𝗼 𝗲𝘀 𝗽𝗿𝗼𝗱𝘂𝗰𝗰𝗶ó𝗻
Los LLMs tienen una trampa peligrosa: son ridículamente fáciles de prototipar y sorprendentemente difíciles de operar en producción.
El salto entre un POC que funciona el 80% de las veces y un sistema fiable al 99% es enorme. Y ese gap se paga en guardrails, evaluación de outputs, latencia, fallbacks y observabilidad.
No confundas el coste del demo con el coste del sistema en producción. Son cosas completamente distintas.
𝗕𝘂𝘆 𝗻𝗼 𝗲𝘀 𝗳𝗹𝗲𝘅𝗶𝗯𝗹𝗲. 𝗕𝘂𝗶𝗹𝗱 𝗻𝗼 𝗲𝘀 𝗴𝗿𝗮𝘁𝗶𝘀.
Comprar parece la opción segura. Año 1: rápido y barato. Año 3: el vendor sube el pricing, la feature que necesitas está solo en el tier enterprise, y tu integración se ha vuelto crítica sin que nadie tomara esa decisión conscientemente. Eso es vendor lock-in. No te atrapa el contrato. Te atrapa la integración.
Construir parece darte control total. Y te lo da. Pero tiene costes invisibles: mantenimiento, deuda técnica, y el opportunity cost del equipo. Lo peor no es construirlo. Es que tres años después tienes ingenieros apagando fuegos y manteniendo el sistema vivo en vez de construir las features diferenciales que te hacen ganar en el mercado.
Build no es una decisión técnica. Es una apuesta sobre si ese problema es realmente diferencial para tu empresa.
𝗟𝗮 𝗽𝗿𝗲𝗴𝘂𝗻𝘁𝗮 𝗰𝗼𝗿𝗿𝗲𝗰𝘁𝗮
La decisión correcta casi nunca sale de mirar el precio inicial. Hay que modelar el TCO: costes directos del año 1, costes del año 3 (mantenimiento, upgrades, fees crecientes), y costes indirectos (ingeniería bloqueada, coste de cambiar de decisión).
La pregunta no es: ¿qué es más barato ahora? Es: ¿qué arquitectura de decisión me da más opcionalidad en el año 3 con el menor coste de salida?
La decisión que arruina el margen rara vez es técnicamente incorrecta. Es la que se tomó sin modelar lo que viene después.
