Harry Stebbings publicó esta semana en X tres frases de un CEO que entrevistó en su podcast 20VC. La que cambia la conversación está en el medio.

“We replaced our $600K Salesforce contract with a vibe-coded CRM, built within 3 weeks.” (Reemplazamos nuestro contrato de Salesforce de $600,000 con un CRM vibe-coded, construido en 3 semanas).

“We will get rid of 80% of the SaaS we use internally.” (Nos vamos a deshacer del 80% del SaaS que usamos internamente).

“If Anthropic doubled pricing, we would not change usage in any way.” (Si Anthropic doblara el precio, no cambiaríamos el uso en absoluto).

La interpretación fácil es “el SaaS se está muriendo y la IA es la causa”. Esa lectura se queda en la superficie. La frase que importa es la tercera. Es el cliente admitiendo en cámara que el moat (ventaja competitiva) se movió. Ya no está en Salesforce. Tampoco está en Anthropic. Está en el flujo de trabajo que esta empresa construyó encima.

Esa es la tesis. La pieza concreta de IQ Source para empresas que están viviendo ese cambio sin tener cómo absorberlo internamente es Socio Tecnológico. El resto del post arma por qué la tercera frase importa más que las dos primeras, y qué le falta al CEO de Stebbings para que el cambio se sostenga.

Las tres frases del CEO

Hago el desglose porque cada una mide algo distinto.

$600,000 reemplazados en tres semanas. El número es exacto. La pregunta interesante no es si el CRM nuevo es tan capaz como Salesforce, no lo es y no importa. La pregunta es qué tan rápido bajó el costo de replicar las funciones que el equipo de esta empresa realmente usaba. Tres semanas atrás era dieciocho meses de implementación y otro tanto de migración. Hoy es tres semanas. Eso es un cambio de orden de magnitud, no un cambio incremental.

La frase del medio es la consecuencia natural. Si la primera es cierta, la segunda es predecible. El stack tecnológico típico de una empresa B2B de tamaño medio tiene decenas de herramientas SaaS, la mayoría compradas para cubrir un proceso específico de un equipo específico. Si reemplazar Salesforce cuesta tres semanas, reemplazar Greenhouse o Calendly o un módulo entero de Notion es cuestión de días. La economía del “una herramienta por proceso” deja de cerrar cuando la herramienta de reemplazo se construye en una sentada.

La tercera frase es la que casi nadie procesó bien. No es entusiasmo de fan de Anthropic. Es la admisión de un dueño de negocio diciendo “ya no soy elástico al precio del proveedor de modelo”. La razón es estructural. Si el flujo de trabajo de la empresa vive dentro de Claude Code, dentro de un CRM vibe-coded que llama a Sonnet 4.5 docenas de veces al día, dentro de cinco agentes internos que cada uno conoce un pedazo del proceso, entonces el costo del modelo es un input de margen, no un input de continuidad. Doblar el precio del cómputo afecta la ganancia. No afecta la capacidad de operar.

Lo que esa tercera frase prueba

El moat de Salesforce nunca fue el código del CRM. Era la combinación de tres cosas que tomaba años acumular: los datos del cliente, las integraciones con el resto de el stack tecnológico y el conocimiento del equipo sobre dónde estaba cada campo. Esa fue la razón por la que los CRMs custom de los 2000s perdieron contra Salesforce. No fue precio, fue costo de mantener veinte integraciones.

IA volvió las tres cosas baratas. Los datos se migran con scripts generados en una tarde. Las integraciones se reconstruyen con MCPs y SDKs en cuestión de días. El conocimiento del equipo se transcribe a un archivo CLAUDE.md de doscientas líneas que cualquier modelo puede leer al inicio de cada sesión. El triple moat de Salesforce dejó de costar años.

Eso es lo que cambió. Y es por eso que el CEO de Stebbings respondió como respondió. El proveedor de modelo de lenguaje no es dueño de su flujo. Él lo es. Anthropic puede doblar el precio y él sigue operando. Lo que no puede hacer es reemplazar el modelo de un día para otro, porque su flujo está escrito asumiendo el comportamiento específico de Claude. Pero pagar más por el mismo cómputo es un dolor de finanzas, no de operación.

Esto es la inversión del lock-in. Veinte años, el lock-in pertenecía al SaaS, y los CEOs lo aceptaban porque construir alternativas era caro. Ahora el lock-in pertenece al flujo que la empresa construyó, y construir el flujo se volvió barato. Es la primera vez en mi memoria reciente que el cliente termina con más capacidad estructural que el proveedor.

En los 2000s vi este patrón en su versión contraria. Empresas grandes apagando sus CRMs construidos en C++ o PHP, migrando todo a Salesforce. La razón siempre era la misma: el costo de mantener integraciones contra el resto de el stack tecnológico rebasaba el ahorro de tener el código propio. Esa ecuación se acaba de invertir. Las integraciones ahora son el lado barato. Lo caro es no tener flujo propio. La misma lógica ya la tocamos desde otro ángulo en el post sobre runtime comoditizado y flujo como moat.

El moat no es gratis

Hay una trampa que la mayoría de los CEOs no están viendo todavía, y la prueba está en los números del lado del costo. Mark Ajzenstadt, fundador de Limestone, publicó esta semana en X los datos crudos de su operación: el equipo corre proyectos de IA en producción a doscientos dólares por desarrollador al mes. Los ingenieros de Uber, según The Information, gastaban entre quinientos y dos mil por persona al mes antes del colapso del presupuesto. Diez veces más.

La diferencia no es la herramienta. Ambos equipos usan Claude Code. La diferencia es la capa que Ajzenstadt llama, en sus palabras: “cost and quota controls, model routing, caching strategy, margin analysis at 10x current volume before the first agent ships.” (Controles de costo y cuota, enrutamiento de modelos, estrategia de caché, análisis de margen a diez veces el volumen actual antes de que el primer agente se despliegue). En otras palabras, alguien diseñó el flujo pensando en margen desde el día uno. En Uber, nadie lo hizo. Cubrimos el caso completo en el post sobre la arquitectura de adicción de tokens.

Esa capa es el problema oculto debajo del moat que el CEO de Stebbings nombró. Reemplazar Salesforce en tres semanas con un CRM vibe-coded es factible. Mantener ese CRM vivo, optimizar su uso de tokens, controlar quién puede gatillar qué agentes, parchear el comportamiento cuando Anthropic publica una versión nueva del modelo, integrar ingenieros nuevos al diseño del flujo, todo eso es el trabajo que el SaaS antes hacía por ti. Ya no.

El moat se movió, sí. Pero el mantenimiento del moat también. Y el mantenimiento es donde la mayoría de empresas B2B de tamaño medio en LatAm no tienen capacidad. Tienen ingenieros que pueden vibe-codear el primer prototipo. No tienen el rol que se sienta encima a vigilar el flujo cuando ya está en producción y los CFOs empiezan a preguntar por la factura.

Lo que IQ Source hace con eso

Socio Tecnológico existe precisamente para llenar ese rol. La empresa cliente no nos subcontrata la implementación, la implementación se está volviendo accesible. Nos subcontrata al dueño del flujo: el equipo que diseña, mantiene, optimiza el margen y absorbe los cambios cuando los modelos cambian. Es el rol que un Director de Tecnología tendría si una empresa B2B de tamaño medio pudiera pagar uno de los buenos. La mayoría no puede, y por eso terminan con un junior que lanza algo y dos meses después nadie sabe cómo mantenerlo.

La discovery previa la hace AI Maestro. Dos meses de consultoría donde producimos el Mapa de Realidad de Procesos, el Score de Oportunidad de IA y la compuerta Go/No-Go. Es la pieza que decide cuáles flujos vale la pena construir antes de que los construyas, y cuáles dejar pasar. Pero la ejecución continuada, el rol que el CEO de Stebbings va a necesitar el primer trimestre después de apagar Salesforce, cuando alguien tiene que decidir si el CRM vibe-coded soporta la escala del año siguiente, esa es Socio Tecnológico.

El cálculo cruzado importa más de lo que parece. Las dos opciones que tiene un CEO ahora son contratar internamente un equipo capaz de mantener flujos de IA críticos (un líder técnico y tres ingenieros decentes en LatAm cuestan cómodamente arriba de medio millón al año cuando se suman beneficios y rotación), o subcontratar a un socio que asume ese rol con un equipo ya formado. La pregunta no es si te lo puedes ahorrar. Es si el rol existe en algún lugar de tu organización. Si no existe, el moat que reemplazó a Salesforce se evapora cuando el ingeniero que lo construyó renuncia.

Antes de cerrar la semana, hazle a tu equipo una pregunta concreta. Si renunciara hoy la persona que más sabe del flujo de IA más crítico que ya tienen, ¿cuántos meses tardarían en reconstruir ese conocimiento? Si la respuesta es más de uno, no tienes un moat. Tienes un activo personal con riesgo de salida. Ese es el problema que Socio Tecnológico resuelve antes de que se manifieste.

Subcontratar el rol que mantiene tu moat vivo