La documentación como arma: cómo reemplacé un SaaS con sus propios docs

Pagaba demasiado por muy poco

Tenía una dependencia con un SaaS que era desproporcionadamente caro para lo que realmente usaba. De todo lo que la plataforma ofrecía, necesitaba quizás el 20% de sus features. El resto era bloat que estaba subsidiando.

Así que hice algo que hace dos años hubiera sido impracticable: me bajé toda su documentación, se la di a agentes AI corriendo en paralelo — cada uno agarrando una ruta diferente del API — y construí mi propio backend.

Funcionó. No "más o menos funcionó" ni "funcionó con un montón de hacks." Funcionó limpio, porque la documentación era así de buena. Cada endpoint estaba descrito, cada modelo de datos era claro, cada caso borde estaba documentado. Los agentes AI simplemente siguieron las instrucciones.

Y ahí me cayó la ficha: una buena documentación es el plano para tu propio reemplazo.

La SaaSpocalypse no es teórica

Lo que yo hice a pequeña escala, el mercado lo está haciendo a escala industrial. En febrero de 2026, más de un billón de dólares se evaporó de las valuaciones de empresas SaaS en siete días. Salesforce cayó 38% desde principio de año. Un memo filtrado de una empresa Fortune 50 reveló planes de recortar un 60% su gasto en Salesforce y ServiceNow, reemplazándolo con créditos de API de proveedores de modelos AI.

Esto no es una corrección. Es un cambio estructural. Cuando un solo agente AI puede manejar la carga de trabajo que antes requería múltiples licencias SaaS, la matemática cambia de un día para el otro. Gartner predice que para 2030, el 35% de las herramientas SaaS de producto puntual serán reemplazadas por agentes AI.

Las empresas más golpeadas son las que construyeron productos excelentes con documentación excelente. Sus propios docs se convirtieron en el manual de entrenamiento para su reemplazo.

Tus 10 años de desarrollo no son una ventaja competitiva

Esta es la parte que duele para los desarrolladores. Nos entrenaron para creer que el código acumulado es el moat — que los años de features, los casos borde manejados, las integraciones construidas crean una barrera de entrada que protege al negocio.

Con buena documentación y herramientas AI modernas, un desarrollador competente puede replicar la superficie funcional de la mayoría de los productos SaaS en días, no años. Los 10 años de desarrollo que metiste en construir una plataforma no son una ventaja defendible cuando un agente AI puede leer los docs y producir funcionalidad equivalente en paralelo.

Ya escribí antes sobre cómo la documentación estructurada se convierte en el sistema operativo para agentes AI dentro de tu propio codebase. Resulta que funciona igual contra el codebase de otro. La misma calidad que hace útil la documentación para tu equipo la hace útil para cualquiera con acceso a ella.

Las desventajas honestas de reemplazar un SaaS

Antes de que esto suene a manifiesto, seamos honestos sobre los costos.

Ahora el mantenimiento es tuyo. El proveedor SaaS estaba despachando parches de seguridad, manejando infraestructura y manteniendo compliance. Ahora eso es tu problema. Las horas que me ahorré construyendo el reemplazo las voy a ir pagando en trabajo operativo continuo.

Replicaste la superficie, no la profundidad. Construí lo que necesitaba — el 20% de las features. En el momento que necesite el 25%, vuelvo a construir. El scope creep en un reemplazo custom es real y no tiene roadmap detrás.

La confiabilidad no es gratis. Un SaaS en producción tiene garantías de uptime, monitoreo y un equipo de guardia. Mi reemplazo me tiene a mí. Para un caso de uso chico, ese tradeoff tenía sentido. Para un sistema crítico con SLAs, el cálculo es diferente.

El punto no es "reemplazá todas tus dependencias SaaS." El punto es que la barrera para hacerlo colapsó, y eso cambia el panorama competitivo para toda empresa de software cuyo moat era el software mismo.

Entonces, ¿qué protege realmente a un negocio?

El SaaS que reemplacé no tenía moat más allá de su código. Si hubiera tenido datos propietarios que no podía replicar, o si cambiarse significaba perder años de historial de workflows, no lo habría podido reemplazar en horas.

Las empresas que van a sobrevivir este cambio son las que no tienen como propuesta de valor "nosotros lo construimos para que vos no tengas que hacerlo." Ese pitch está muerto — los agentes AI construyen cosas ahora. El pitch que sobrevive es: "entendemos tu problema mejor que vos, y estamos resolviendo la versión del mes que viene mientras vos todavía estás describiendo la de hoy."

Qué significa esto para vos

Si estás construyendo software y tu ventaja competitiva es el software en sí, va a ser replicado. Tu arquitectura va a ser reverse-engineered — o, más probablemente, construida desde cero a partir de tu propia documentación, que es más rápido.

El código es el output, no el producto. Lo que realmente vendés es entender el problema del cliente antes de que él sepa articularlo.

Documentá todo. Hacé que tu código sea impecable. Y después competí en lo único que no se puede descargar: tu entendimiento del problema.