Vender un SaaS: qué preparar además del código

Un repositorio ordenado ayuda, pero quien evalúa un SaaS también necesita entender el producto, sus dependencias y qué queda documentado para continuar.

Cuando se piensa en vender un SaaS, es fácil concentrarse en el código. El repositorio importa, pero es apenas una parte del activo. También hay que poder explicar qué problema resuelve, para quién, en qué estado está y qué hace falta para mantenerlo en marcha. Preparar esa información antes de publicarlo evita mezclar un MVP, una demo y un servicio operativo como si fueran lo mismo.

1. Definí el producto en una hoja

Empezá por una descripción breve y comprobable: qué hace, quién lo usa y cuál es el recorrido principal. Sumá la URL de demo o producción, si existe, y una lista de funciones disponibles hoy. Separá lo que funciona de lo proyectado. Una ficha clara puede incluir:

• problema que resuelve y tipo de usuario;
• estado actual: prototipo, MVP, beta o producto operativo;
• funciones activas, límites y tareas pendientes;
• entorno de ejecución, repositorio y despliegue;
• soporte que hoy depende de la persona fundadora.

No hace falta publicar credenciales, datos de clientes ni información sensible. El objetivo es que alguien entienda el alcance sin adivinarlo.

2. Documentá la evidencia disponible

Si hubo usuarios, clientes o ingresos, registrá la evidencia que realmente tengas y el período correspondiente. Diferenciá una prueba, un cliente activo, una suscripción y una venta puntual. Anotá qué métricas se pueden revisar y dónde están sus respaldos, sin copiar datos personales al material público. Si todavía no hay tracción, describí el estado con precisión: una demo o un MVP también puede presentarse como tal.

Una planilla simple alcanza: período, tipo de uso, origen del registro, fecha de actualización y observaciones. Evitá completar casilleros con estimaciones que después puedan leerse como resultados comprobados.

3. Armá el mapa de dependencias y costos

Un SaaS no corre sólo con su repositorio. Listá hosting, dominio, bases de datos, correo, APIs, almacenamiento, monitoreo, analítica y suscripciones necesarias. Para cada elemento, indicá proveedor, cuenta administradora, renovación y qué ocurre si se interrumpe. Anotá costos operativos conocidos sin convertirlos en una promesa de rentabilidad.

Revisá las licencias de librerías, plantillas, tipografías, imágenes y servicios externos. Que algo esté integrado no demuestra que pueda transferirse. Cuando el permiso o la titularidad no estén claros, dejalo como punto para revisar con quien corresponda.

4. Ordená código, derechos y accesos

Prepará un inventario del repositorio: ramas relevantes, instalación, variables de entorno, tareas programadas, integraciones y problemas conocidos. Eliminá secretos del código y documentá cómo se reemplazan. Los accesos se gestionan por los mecanismos permitidos por cada proveedor; no compartas contraseñas ni bases con datos de clientes.

Separá lo propio de lo que depende de terceros. La titularidad del código, la marca, el dominio, los contenidos y las cuentas puede tener responsables distintos. Un traspaso no es automático: cada derecho o cuenta necesita su propia revisión y, cuando corresponda, autorización del titular.

5. Dejá un puente para la continuidad

Escribí un runbook corto para levantar el entorno, desplegar cambios, hacer copias y atender incidentes frecuentes. Sumá tareas semanales o mensuales, renovaciones próximas y decisiones que todavía dependen de vos. Si existe soporte, describí el canal sin exponer conversaciones privadas.

Esta preparación también permite explicar la dedicación fundadora: qué tareas hace hoy, cuáles se pueden documentar y cuáles requieren una conversación específica. La claridad ayuda a que cada parte evalúe el alcance con la información disponible.

Checklist antes de publicar

• Producto, público y estado actual escritos en lenguaje simple.
• Demo, repositorio y despliegue descriptos sin secretos.
• Dependencias, renovaciones y costos relevados.
• Derechos propios y licencias de terceros separados.
• Soporte, tareas y problemas conocidos documentados.
• Datos de clientes y credenciales fuera de la publicación.

Si ya tenés este inventario, podés consultar la guía de Qapitaliza para vender un SaaS y conocer cómo presentar el activo. Qapitaliza permite publicar gratis, aplica curaduría humana y ofrece mensajería interna para hablar directamente con interesados. La plataforma no reemplaza la revisión que cada parte deba hacer antes de avanzar.

Información vigente al 24 de septiembre de 2026.