Anthropic usa Salesforce. Lovable usa HubSpot.

Estas son empresas que podrían construir un CRM personalizado antes del almuerzo. Tienen a los mejores ingenieros del mundo. Tienen acceso a los modelos de IA más avanzados. Literalmente fabrican las herramientas que el resto del mercado usa para generar código.

Y cada mes, pagan su licencia de SaaS como cualquier otra empresa.

Eso debería hacerte pensar. No porque haya algo malo en construir software propio — a veces es exactamente lo correcto. Sino porque las empresas con mayor capacidad técnica del planeta están eligiendo deliberadamente no hacerlo para ciertas cosas. Y la razón no es pereza ni falta de talento.

Lo que aprendí construyendo un CRM que no debí construir

Antes de hablar de Anthropic, déjame hablar de Word Magic Software.

En los años 90, mi padre y yo fundamos Word Magic — una empresa de software de traducción que empezó en DOS y llegó a ser destacada por Apple. Teníamos un equipo técnico sólido y, como cualquier empresa de software que se respeta, decidimos construir nuestro propio sistema de gestión de pedidos. Un CRM interno, hecho a la medida.

Y funcionaba. Era exactamente lo que necesitábamos. Cada campo, cada reporte, cada flujo — diseñado para nuestro proceso.

El problema vino después.

Los bugs del CRM competían por atención con los bugs del producto principal. Cada mejora al sistema de pedidos era tiempo que no invertíamos en el software de traducción — que era lo que realmente vendíamos. Fuimos perfeccionando ese sistema interno durante años, y cada año era más difícil de mantener.

Cuando finalmente quisimos migrar a un sistema de e-commerce más moderno, conectar el CRM legacy fue tan doloroso que tomamos una decisión que hoy me parece absurda pero en ese momento era la más práctica: no lo conectamos. Pusimos a una persona alimentándolo manualmente, tiempo completo.

Un sistema que construimos para ahorrarnos trabajo terminó generando un puesto de trabajo dedicado a compensar sus limitaciones.

Esa lección me quedó grabada. Hoy en IQ Source usamos un CRM comercial. No porque no podamos construir algo propio — podemos. Sino porque aprendí en carne propia que el costo real de un sistema interno no está en el sprint de desarrollo. Está en los años que vienen después.

Dos curvas de costo que ya no se mueven juntas

Aquí está lo que cambió en los últimos dos años: el costo de construir software colapsó. Cursor, Lovable, v0, Claude Code — estas herramientas permiten que un desarrollador solo produzca en semanas lo que antes requería un equipo de cinco durante meses.

Pero el costo de operar software no bajó nada.

Construir	Operar
Un desarrollador con Cursor puede crear un CRM funcional en días	Certificación SOC 2 sigue costando $40K+ y 4 meses
Prototipos que antes tomaban semanas ahora toman horas	SLAs de uptime del 99.9% requieren infraestructura redundante
El código se genera más rápido que nunca	Los parches de seguridad no se aplican solos
La primera versión sale rápida y bonita	Las integraciones con 15 herramientas se rompen silenciosamente
Demo day funciona perfecto	A las 3am suena la alerta y alguien tiene que responder

Esa tabla es la trampa. La columna izquierda se ve cada vez más fácil. La columna derecha no cambió. Y la distancia entre ambas es exactamente donde se pierden meses de trabajo y presupuesto.

Escribimos sobre un patrón similar en nuestro análisis de los costos ocultos de herramientas gratuitas — la misma lógica aplica cuando construyes tu propia herramienta: el costo visible es el sprint; el costo invisible es la operación.

La pregunta que las empresas inteligentes se hacen

Cuando Anthropic decide usar Salesforce, no están respondiendo la pregunta “¿podemos construir un CRM?” — obviamente pueden. Están respondiendo una pregunta diferente:

¿Deberían nuestros ingenieros pasar tiempo en esto en lugar de trabajar en Claude?

Cada hora de ingeniería tiene un costo de oportunidad. Un ingeniero de Anthropic trabajando en un CRM interno es un ingeniero que no está mejorando la ventana de contexto de Claude, o construyendo la siguiente versión de Claude Code, o resolviendo problemas de alucinación en producción.

El costo de Salesforce no es solo la licencia. Es la liberación de talento hacia donde realmente importa.

Esto no aplica solo a empresas de IA. Un distribuidor industrial en Costa Rica tiene exactamente la misma ecuación: cada hora que tu mejor desarrollador pasa manteniendo un sistema de inventario construido internamente es una hora que no invierte en automatizar tu proceso de cotización — que probablemente es donde está tu ventaja real frente a la competencia.

Core vs. context: un framework que funciona

Geoffrey Moore, el autor de Crossing the Chasm, propuso una distinción que sigo usando con clientes en IQ Source: core versus context.

Core es lo que te diferencia competitivamente. Lo que tus clientes eligen tú por encima de la competencia. Lo que genera valor directo y justifica tu precio.

Context es todo lo demás que necesitas para operar, pero que no te distingue. Nómina, CRM, facturación, email marketing, monitoreo de servidores.

La regla es directa: construye lo que es core. Compra lo que es context.

Para Anthropic, Claude es core. El CRM es context. Para Lovable, su plataforma de generación de apps es core. HubSpot es context.

¿Para tu empresa? La respuesta cambia, y vale la pena ser honesto al respecto. He visto empresas que insisten en que su sistema de reportes interno es “estratégico” cuando en realidad es una costumbre heredada que nadie se atrevió a cuestionar.

Un ejercicio que hacemos con clientes: lista todos tus sistemas internos y para cada uno pregunta — si un competidor tuviera exactamente esta misma herramienta, ¿perderías ventaja competitiva? Si la respuesta es no, es context. Compra.

Cuándo construir SÍ es la decisión correcta

No quiero que esto suene a “siempre compra.” Construir tiene sentido en situaciones específicas:

El proceso ES tu ventaja competitiva. Si tu algoritmo de pricing dinámico es la razón por la que tus clientes te eligen, no lo metas en un SaaS genérico. Constrúyelo, protégelo, mejóralo.

Ningún SaaS cubre tu flujo. A veces el proceso es tan específico de tu industria o tu operación que ningún producto del mercado lo resuelve sin deformarlo. En ese caso, construir puede ser más barato que forzar un SaaS a hacer algo para lo que no fue diseñado.

La sensibilidad de los datos lo exige. Hay industrias — salud, finanzas, defensa — donde el control total sobre dónde viven los datos y quién accede a ellos no es opcional. Si tu equipo legal no puede dormir tranquilo con datos en un tercero, construye.

El costo de integración supera el de construcción. Si conectar la herramienta comprada a tu stack existente requiere más trabajo que construir la funcionalidad desde cero, las cuentas son claras.

La decisión no es filosófica. Es aritmética con variables de riesgo.

En nuestro post sobre las preguntas que la IA no hace cubrimos un patrón relacionado: las herramientas de vibe coding hacen que construir se sienta completo, pero las preguntas que nadie hizo — seguridad, mantenimiento, escalabilidad — son exactamente las que convierten un MVP funcional en una deuda técnica de largo plazo.

Para empresas en América Latina, la ecuación pesa más

En nuestra experiencia en IQ Source trabajando con empresas B2B en la región, el argumento a favor de comprar context es aún más fuerte.

Los equipos son más pequeños. Un desarrollador senior en San José, Bogotá o Ciudad de México que pasa tres meses construyendo y manteniendo un CRM interno es, en muchos casos, el 20-30% de la capacidad técnica total de la empresa. En una compañía de 200 ingenieros en San Francisco, ese costo se diluye. En un equipo de 5 a 15 desarrolladores, es una decisión existencial.

Sequoia Capital ha argumentado que los servicios son el nuevo software — que la próxima gran empresa venderá resultados, no herramientas. Para las empresas B2B de la región, eso significa que el diferenciador no va a ser tener un CRM más bonito. Va a ser qué tan rápido puedes entregar valor a tu cliente con las herramientas que ya existen.

Cada hora de ingeniería gastada replicando lo que HubSpot o Salesforce ya resolvieron es una hora que no se invierte en lo que hace diferente a tu empresa.

---

La paradoja de Anthropic pagando Salesforce no es una contradicción. Es claridad estratégica.

Las empresas más capaces del mundo no construyen todo lo que pueden construir. Construyen lo que deben construir — lo que los hace únicos, lo que los diferencia, lo que justifica su existencia en el mercado. Todo lo demás, lo compran.

Si tu equipo técnico está dedicando una parte significativa de su tiempo a mantener sistemas que no son tu producto, la pregunta no es si puedes seguir así. Es cuánto te está costando en oportunidades que no estás persiguiendo.

En IQ Source ayudamos a empresas B2B a mapear su stack tecnológico en core vs. context — y a tomar la decisión con datos, no con inercia. Si quieres hacer ese ejercicio con tu equipo, hablemos.