La pregunta llega casi siempre igual: «¿compramos una herramienta de agentes o nos lo construimos?». Y casi siempre está mal planteada, porque se hace en abstracto —como si «comprar» y «construir» fueran dos religiones y hubiera que elegir bando—. No lo son. Son dos herramientas para dos tipos de problema distintos, y la única respuesta útil depende de una cosa: si el proceso que vas a automatizar es tu ventaja competitiva o es un peaje que pagas como todo el mundo.
Lo escribo desde el lado de quien luego lo mantiene en producción, no desde el que firma el deck. Y desde ahí el patrón es tozudo: la mayoría de las empresas compran donde deberían construir y construyen donde deberían comprar. Se montan un chatbot de atención a medida —seis meses de desarrollo para algo que hace cualquier producto de mercado— y a la vez meten su proceso más particular, el que nadie más tiene, dentro de una herramienta rígida que no lo entiende. El error no es comprar ni construir: es hacerlo al revés.
Qué gana comprar (y dónde te hunde)
Comprar un producto de agentes —una plataforma, un SaaS con IA, un asistente vertical— te da velocidad. Alguien ya resolvió el 80% genérico: la interfaz, la integración con lo común, el manejo de errores, las actualizaciones cuando el modelo de debajo cambia. Si tu problema es estándar —clasificar tickets, responder preguntas frecuentes, agendar—, comprar es casi siempre lo correcto: pagas por no reinventar una rueda que rueda bien.
Dónde te hunde: en el último 20%, que suele ser justo donde vive tu diferencia. La herramienta comprada asume un flujo «normal», y tu operación tiene una excepción que para ti no es una excepción, es el negocio. Cuando intentas doblar el producto para que la haga, empiezas a pagar en integraciones frágiles, en «esto no se puede configurar» y en lock-in: el día que quieres cambiar, tu proceso vive dentro de su caja. Comprar es barato al principio y caro cuando tu caso deja de parecerse al del folleto.
Qué gana construir (y dónde te arruina)
Construir —montar el agente sobre las APIs de los modelos, con tu lógica y tus datos— te da control y encaje exacto. El agente hace tu proceso, no una aproximación. Si ese proceso es tu ventaja —la forma particular en que calificas un lead, priorizas un pedido o revisas un contrato—, construir es lo que la protege: no la metes en la caja de nadie, la conviertes en software tuyo. Ese es el caso donde a medida gana sin discusión.
Dónde te arruina: cuando construyes lo que ya existe. Montar a medida un chatbot de FAQs o un clasificador genérico es pagar tres veces —el desarrollo, el mantenimiento y el coste de oportunidad de no haberlo comprado hecho—. Y ojo, porque construir no termina el día que funciona: un agente en producción hay que vigilarlo, versionarlo y arreglarlo cuando el modelo de debajo cambia de comportamiento. Si vas a construir lo genérico, estás firmando una hipoteca de mantenimiento para tener algo peor que lo que se vende en el mercado.
| Eje | Comprar | Construir |
|---|---|---|
| Time-to-value | Días o semanas | Semanas o meses |
| Encaje con tu proceso | El del folleto, con excepciones a la fuerza | Exacto: hace lo tuyo |
| Coste inicial | Bajo (suscripción) | Alto (desarrollo) |
| Coste a largo plazo | Sube con el lock-in y los parches | Mantenimiento continuo, pero es tuyo |
| Dónde brilla | Problemas estándar y comunes | Donde el proceso es tu ventaja |
La regla: ¿el proceso es tu ventaja o tu peaje?
Toda la decisión cabe en una pregunta: ¿este proceso es algo en lo que compites, o algo que pagas como todos? Si es un peaje —necesario pero indiferenciado, igual para ti que para tu competencia—, compra lo mejor del mercado y no lo toques. Si es tu ventaja —la razón por la que un cliente te elige a ti—, no la subcontrates a una caja rígida: constrúyela, porque estás convirtiendo tu know-how en un activo. Antes de decidir, cuatro preguntas honestas:
- ¿Alguien vende ya esto y lo hace bien? Si la respuesta es sí y tu caso se parece al del folleto, comprar. No construyas un agente para presumir de que es tuyo.
- ¿La parte difícil es mi diferencia o es fontanería? Si lo difícil es la integración estándar, lo resuelve un producto. Si lo difícil es tu lógica particular, ahí es donde construir paga.
- ¿Cuánto me cuesta el lock-in si esto crece? Un proceso core dentro de la caja de un proveedor es una dependencia estratégica, no una línea de gasto. Cuenta ese coste antes, no cuando quieras salir.
- ¿Puedo mantenerlo? Construir sin equipo (propio o externo) que vigile el agente en producción es comprar deuda. Si no vas a poder mantenerlo, cómpralo aunque encaje peor.
Hay una tercera vía que casi siempre es la buena y que la falsa dicotomía «comprar o construir» esconde: comprar la base y construir encima solo la capa que te diferencia. Usas modelos y herramientas de mercado para el 80% genérico y pones tu ingeniería únicamente en el trozo que es tuyo. Es lo que hacemos cuando montamos agentes de IA para una empresa: no reinventamos el modelo ni el conector estándar; construimos la lógica de tu proceso encima de piezas ya resueltas. Ni todo hecho ni todo a medida: cada cosa donde toca.
El error de hacerlo al revés
El fallo caro no es elegir mal en la duda; es elegir por inercia. La empresa técnica construye por reflejo —«nosotros esto lo hacemos»— y acaba con tres agentes genéricos a medio mantener que un producto de 40 € al mes haría mejor. La empresa no técnica compra por reflejo —«que lo resuelva una herramienta»— y mete su proceso más valioso, el que la distingue, dentro de un SaaS que lo aplana hasta volverlo igual al de todos. Los dos han quemado dinero y tiempo optimizando la casilla equivocada.
La forma de no caer es separar antes de decidir: haz el inventario de procesos que vas a tocar y márcalos uno a uno como «peaje» o «ventaja». Los peajes, a comprar; las ventajas, a construir (o a comprar-la-base-y-construir-encima). Cuando el reparto no está claro, empieza comprando y observa dónde el producto te obliga a doblarte: ese punto de fricción es, casi siempre, la señal de que ahí hay algo tuyo que merece código propio. Si quieres el mapa de cuándo automatizar un proceso con agentes y cuándo no, lo desarrollamos en la guía de automatizar procesos con agentes; y si prefieres que alguien monte la parte a medida sobre tu operación sin que se te convierta en un piloto zombi, eso es lo que hacen los empleados de IA.