La pregunta que casi todas las empresas hacen al revés
Llevo casi una década del lado incómodo de esta pregunta.
Durante siete años, en mi empresa anterior, crear el software que corría la operación puertas adentro era mi trabajo. No un proyecto paralelo, no una iniciativa trimestral: era lo que hacía todos los días, junto con la parte más difícil y más silenciosa, que es lograr que la gente de verdad usara lo que yo construía. Hoy soy el CEO de AgentUI, donde ayudo a otras empresas a tomar exactamente esta decisión. Así que cuando alguien me pregunta si debería construir o comprar, no saco un marco teórico que leí en algún lado. Saco cicatrices.
La versión corta de lo que aprendí: casi todas las empresas hacen la pregunta al revés. Arrancan con "¿podemos comprar esto?", cuando la mejor pregunta de partida es "¿este proceso es único de nosotros?". No son la misma pregunta, y confundirlas cuesta años.
Te explico.
La regla por defecto que todos aplican mal
La sabiduría convencional suena razonable en el papel: primero prueba con software genérico y construye solo si nada te sirve. Nosotros seguíamos esa regla casi como religión. Siempre intentábamos comprar antes de construir.
El problema es lo que significaba "intentar" en la práctica. Para una parte crítica de nuestra operación pasamos años —no semanas, años— tratando de hacer funcionar software comprado. Pasamos por dos herramientas distintas en ese período. Las dos fracasaron. Y fracasaron siempre por la misma razón: nos exigían adaptar nuestra operación a su software, en vez de adaptar el software a nuestra operación.
Esa frase es todo el debate en miniatura. Cuando compras software genérico para un proceso que de verdad es único de tu negocio, no estás comprando una solución. Estás comprando una obra de remodelación de tu forma entera de trabajar, y esa obra nunca termina del todo. Cada parche, cada "esta parte la hacemos aparte en un Excel", cada capacitación donde hay que explicar por qué la herramienta no hace lo obvio: ese es el costo de forzar a tu negocio a entrar en los supuestos de otro.
Lo que nadie te dice es que ese costo no aparece en la factura. El software tiene precio. Los años de fricción operativa, no.
Un caso real: la herramienta de ventas que nos abrió el mundo
Déjame hacerlo concreto, porque a lo abstracto es fácil asentir con la cabeza y difícil llevarlo a la práctica.
Una de las herramientas más grandes que construí en mi vida fue para nuestros vendedores. Antes de que existiera, armar una cotización era una odisea manual. El vendedor tenía que pegotear varios archivos de Excel, perseguir datos de inventario que podían estar actualizados o no, y desenterrar la información técnica —las fichas de especificaciones, los PDF, la documentación de la propuesta— de donde estuviera guardada ese día. Era lento, propenso a errores y dependía por completo de que ese vendedor en particular supiera dónde estaba cada cosa.
Así que construimos una herramienta donde el vendedor entraba, veía el inventario en vivo y armaba la cotización en el momento. Lo que se destrabó no fue solo la velocidad. Fue que toda la información técnica quedó en un solo lugar. Hacías clic en un producto y veías todo: las especificaciones, la documentación, los PDF, la propuesta. Y después —esta era la parte que más importaba— podías compartirlo completo con el cliente en un solo clic.
Esa herramienta hizo algo que yo no anticipaba del todo cuando empecé a construirla. Nos permitió ganar clientes de todas partes del mundo a los que antes nunca habíamos podido llegar. Cuando un prospecto en otro continente recibe una cotización completa, profesional y técnicamente detallada en minutos en vez de días, la geografía deja de importar. La herramienta no solo nos hizo más rápidos. Amplió el tamaño del mercado al que podíamos atender con credibilidad.
Ningún producto genérico iba a lograr eso, porque ningún producto genérico entendía nuestro inventario, nuestra documentación técnica y nuestra forma de vender como los entendíamos nosotros. Lo intentamos. ¿Te acuerdas de esas dos herramientas y esos años perdidos? Esto es justamente lo que intentaban reemplazar y no lograron.
Entonces, ¿cuándo sí conviene comprar?
Si llegaste hasta acá pensando que soy un fanático del "hazlo todo tú mismo", lo corrijo ya mismo. No lo soy.
Yo jamás construiría un CRM. Nuestro CRM lo compramos, punto, y le recomendaría lo mismo a casi todo el mundo.
La diferencia es esta. Un CRM tiene que integrarse con tu correo y con una docena de herramientas más. Es una categoría genuinamente compleja y madura, y los productos que existen son sólidos precisamente porque miles de empresas los golpearon durante años. No hay ninguna ventaja propia que ganes haciendo el tuyo. Gastarías un esfuerzo enorme para llegar, en el mejor de los casos, a algo un poco peor que lo que podías haber comprado el primer día.
Esa es la prueba, y es más simple que casi todos los marcos de "construir o comprar":
- Compra cuando el problema es universal. Si otras cien empresas tienen la misma necesidad que tú, alguien ya construyó una versión mejor de la que vas a hacer, y además ya la integró con todo. CRM, correo, contabilidad, nómina: eso ya está resuelto. No lo reinventes.
- Construye cuando el proceso es único tuyo. Cuando tienes un flujo de trabajo específico de cómo funciona tu empresa —como la forma en que armábamos cotizaciones técnicas—, ese es exactamente el momento en que construir tiene sentido. No hay producto que te calce, porque el proceso solo existe dentro de tus paredes.
La pregunta que decide nunca es "¿existe software para esto?". Es "¿lo que hacemos acá es tan distinto que ninguna herramienta genérica puede capturarlo?". Si la respuesta es sí, construye. Si es no, compra y sigue con tu vida.
Lo que la IA cambió de verdad
Durante casi toda mi carrera, ese árbol de decisión venía con un asterisco brutal: incluso cuando construir era claramente lo correcto, era caro. Necesitabas desarrolladores. Necesitabas tiempo. Construir era la opción correcta en la teoría y muchas veces impagable en la práctica, y por eso tantas empresas terminaban comprando herramientas que no les calzaban, y después pasaban años sufriéndolas, como nos pasó a nosotros.
La IA borró ese asterisco, y esta es la parte que me entusiasma de verdad.
El mundo viejo te obligaba a adaptar toda tu operación al software. El mundo nuevo te deja construir software que se adapta a tu negocio. Esa inversión es todo el juego. Cada negocio es distinto, y por primera vez puedes tener un sistema que digitaliza tu operación y la forma específica en que manejas tu empresa, sin un ejército de ingenieros para lograrlo.
Esto es exactamente lo que estamos construyendo en AgentUI. La idea es que puedas construir con IA el software interno que necesites, en vez de contratar a un desarrollador y esperar meses. Para que quede claro: los desarrolladores siguen teniendo trabajo de sobra. Para un producto que usan tus clientes yo contrato a un desarrollador sin dudarlo un segundo; lo que tus clientes tocan merece ese nivel de oficio y cuidado. ¿Pero para el software que usas puertas adentro? En la mayoría de los casos, ya no hace falta. Hace falta IA y una herramienta que te deje construir.
Esto mueve la cuenta de "construir o comprar" de una manera que es fácil subestimar. Cuando construir salía caro, "compra y dobla tu operación" solía ser la opción racional aunque doliera. Ahora que construir es barato y rápido, la balanza se inclina fuerte hacia construir todo lo que es genuinamente tuyo.
Las dos objeciones que más escucho
Cada vez que planteo esto, aparecen dos preocupaciones casi sin falta. Son justas y merecen respuestas directas.
"¿Y la seguridad?"
Esta es la grande. Las empresas temen que se filtre información, que la gente equivocada acceda a los datos, que las hackeen o que pierdan información. Es un miedo legítimo: históricamente, construir tus propias herramientas significaba hacerte cargo también de tus propios dolores de cabeza de seguridad. Esto lo resolvemos de frente en AgentUI con infraestructura administrada, para que todo lo que construyas sea seguro desde el arranque. No deberías tener que volverte experto en seguridad para construir el software que tu equipo usa todos los días, y no deberías tener que elegir entre "calza con nuestro negocio" y "no nos van a vulnerar".
"¿No vamos a quedar atados a mantenerlo para siempre?"
Este es el miedo al mantenimiento y a la deuda técnica, y es el que mata en silencio muchas buenas decisiones de construir. El supuesto es que construir significa firmar una eternidad de tareas de sostenimiento. Pero hay algo que la gente pasa por alto: llega un punto en el que simplemente puedes dejar de construir. La herramienta hace su trabajo y tú te alejas. Y la parte genuinamente difícil —mantener la infraestructura de abajo, la que de verdad genera el temor— es justamente la que manejamos nosotros del lado de atrás, así que no te quedas cuidando cada pieza. Constrúyelo, termínalo, sigue adelante.
La opinión incómoda: deja de intentar construir la catedral
Acá planto bandera, y creo que es lo que la mayoría hace mal incluso después de haber decidido construir.
No intentes construir un sistema gigante desde cero. Es mala idea, casi siempre.
El instinto, apenas una empresa se entusiasma con hacer su propio software, es ir a lo enorme: diseñar una plataforma interna monumental que va a manejar el negocio entero. Así mueren los proyectos de construcción. Se derrumban bajo su propia ambición antes de entregar el primer resultado.
La jugada mucho mejor es digitalizar los procesos que ya haces a mano: los que hoy viven en Excel, los que son únicos de tu empresa. Eso es todo. Encuentra la planilla que tu equipo detesta, el pegoteo manual que se come horas cada semana, la cosa que solo tu empresa hace y solo a su manera. Construye eso. Es chico, es concreto, tiene un beneficio evidente, y es exactamente el tipo de cosa que ninguna herramienta genérica va a resolver bien.
Empieza por la planilla que duele, no por la gran visión. La catedral puede esperar. La herramienta de cotizaciones que nos abrió el mundo no arrancó como un proyecto faraónico: arrancó como "este proceso manual nos está matando, vamos a arreglarlo".
En resumen
Compra lo universal. Construye lo que es de verdad tuyo. No dobles tu operación para que entre en un software que nunca fue diseñado para ti: nosotros cometimos ese error durante años, y la cuenta llegó en tiempo perdido y oportunidades perdidas. Y construyas lo que construyas, empieza pequeño, empieza por el proceso manual que ya entiendes y deja que la herramienta crezca desde ahí.
Durante casi toda mi carrera, ese consejo venía con la salvedad de que construir era un lujo. Ya no lo es. Lo que antes exigía desarrolladores y trimestres de trabajo hoy lo pueden construir las personas que de verdad entienden el proceso, es decir, tú.
Ese es el cambio real. La pregunta nunca fue solo construir contra comprar. Era si podías permitirte tener software que calce con tu forma real de trabajar. Ahora puedes.