Agencia de desarrollo de SaaS: qué exigir

Una agencia de desarrollo de SaaS construye, y suele seguir operando, un software vendido por suscripción. El contrato cambia por eso: el producto no se entrega y se cierra como un sitio web, sigue funcionando, guardando datos de personas y cobrando tarjetas todos los meses. Quien contrata necesita decidir esto antes, no después del primer cliente que paga.

La búsqueda del término devuelve casi solo páginas de servicios. Una empresa internacional de desarrollo de SaaS, en una página actualizada el 4 de agosto de 2026, describe proceso, sectores atendidos y tecnologías sin decir a nombre de quién queda la cuenta de la nube al final del proyecto.

En Wama, el proyecto se transfiere a la cuenta del cliente y la suscripción queda en su tarjeta. La lógica es la misma de cuando la presencia online deja de ser vitrina, con una diferencia importante: en el producto digital, esa cuenta sigue activa y generando facturas después de que el equipo entrega.

¿Qué hace una agencia de desarrollo de SaaS?

Diseña, construye y publica un software vendido por suscripción, y casi siempre sigue operándolo después. El trabajo incluye arquitectura, base de datos, autenticación, permisos, integración de pagos y la infraestructura donde todo corre. La entrega no termina en el deploy, porque alguien tiene que responder cuando el producto se cae.

Esa segunda mitad es lo que separa el contrato de un SaaS del contrato de un sitio web. La construcción está descrita en lo que exige la construcción del producto en cada fase. Lo que casi ninguna propuesta describe es la operación: quién monitorea, quién atiende los tickets, quién renueva los certificados y quién paga la nube.

Qué cambia cuando el producto sigue funcionando

Un sitio institucional se publica y pasa a vivir en el plan de la plataforma. Un SaaS tiene operación continua: cuenta de nube, base de datos con información de terceros, integración de pagos que falla, certificado que vence, biblioteca con una falla de seguridad esperando actualización. Cada uno de esos ítems tiene un dueño, escrito en el contrato o descubierto en el susto.

Cuando el dueño no está escrito, aparece en el primer incidente. La factura de la nube llega a la tarjeta de quien hizo el registro, la alerta de madrugada llega a quien tiene acceso y el cobro fallido bloquea al cliente de quien vende. Súmale a eso la máquina de cobro que el producto necesita tener, que también necesita a alguien de guardia.

¿A nombre de quién quedan las cuentas del producto?

A nombre de la empresa dueña del producto, siempre. La cuenta de nube, el dominio, el repositorio de código, el proveedor de correo, el procesador de pagos y el panel de monitoreo van bajo el CNPJ, el registro de empresas de Brasil, de quien vende el software, con el proveedor agregado como usuario. El arreglo inverso, cuenta a nombre de la agencia y cliente como invitado, es lo que traba la salida.

En Wama, sitio web, dominio y cuenta ya están a nombre del cliente desde la entrega, así que cambiar de proveedor no exige ninguna migración. La titularidad del código fuente es una decisión separada de esta, tratada en la propiedad del código, que es otra discusión.

¿Quién responde por los datos: controlador u operador?

La empresa dueña del producto es la controladora y la agencia contratada es la operadora. Según la Ley 13.709 de 2018, la LGPD, ley de protección de datos de Brasil, el controlador es quien toma las decisiones sobre el tratamiento de datos personales y el operador es quien realiza ese tratamiento en nombre del controlador. Contratar no transfiere la responsabilidad.

La guía orientativa de la ANPD, la autoridad de protección de datos de Brasil, sobre agentes de tratamiento, versión 2.0 de abril de 2022, usa exactamente este ejemplo: la entidad que contrata a una empresa tercerizada para desarrollar el software es la controladora, y la empresa contratada es la operadora.

Hay una excepción que da vuelta el juego. El artículo 42 hace que el operador responda solidariamente, equiparado al controlador, cuando incumple la ley o no sigue las instrucciones lícitas de quien lo contrató. Una instrucción que no está escrita es una instrucción que nadie prueba después.

Vale también para el producto que nació dentro de un constructor de IA: la plataforma es un eslabón más de la cadena, y quien decide el tratamiento sigue siendo la empresa dueña del producto.

Qué necesita escribir el contrato antes de la primera pantalla

La guía de la ANPD registra que la LGPD no exige expresamente un contrato entre controlador y operador, pero trata el documento como buena práctica: las cláusulas imponen límites al operador y fijan parámetros objetivos de responsabilidad. La misma guía enumera lo que conviene definir ahí.

Es la conversación equivalente cuando el proyecto es un sitio web, con dos ítems más: datos de terceros y operación continua. En Wama, el pago es 50% al inicio y 50% en la entrega, y la revisión es ilimitada dentro del alcance, lo que lleva la discusión del alcance a antes de la firma.

¿Agencia, desarrollador independiente o equipo interno?

Depende de cuánto tiempo va a necesitar existir el producto y de quién asume la operación. La única guía de decisión en portugués que apareció en la búsqueda la publicó un desarrollador independiente en noviembre de 2025, con una tabla comparativa y casos de éxito sin fuente verificable, defendiendo el lado que él vende.

La comparación honesta no es sobre el precio por hora. Un independiente ofrece contacto directo y concentra el riesgo en una sola persona. Una agencia ofrece continuidad y cobra por ella. Un equipo interno resuelve las dos cosas y tarda meses en existir. En Wama, una persona acompaña el proyecto del brief al deploy, sin capa de atención en el medio.

Qué exigir en la propuesta antes de firmar

1. A nombre de quién quedan la cuenta de nube, el dominio y el repositorio.

2. Quién es el controlador y quién es el operador de los datos, escrito en el contrato.

3. Qué medidas de seguridad asume cada parte, ítem por ítem.

4. Quién atiende fuera del horario comercial y en cuánto tiempo.

5. Qué subcontratistas tocan los datos y quién tiene que autorizar a los nuevos.

6. Qué pasa con los accesos el día en que termine el contrato.

7. Cuánto cuesta mantener el producto publicado por mes, separado del costo de construirlo.

La última pregunta es la que más cambia las propuestas. El costo de construcción y el costo de operación son presupuestos distintos, y mezclarlos esconde la cuenta que va a llegar todos los meses. El rango de construcción aparece en qué separa un presupuesto de US$ 4.000 de uno de US$ 20.000.

¿Qué pasa cuando cambias de proveedor?

Si las cuentas están a tu nombre, casi nada: quitas los accesos del proveedor anterior y agregas los del nuevo. Si están a nombre de él, el cambio se vuelve una migración, con ventana de indisponibilidad, exportación de la base, un nuevo procesador de pagos y clientes reaprendiendo el camino. El mismo contrato decide los dos escenarios.

Vale la pena ensayar la salida antes de necesitarla. Pide una exportación completa de la base y una lista de todos los accesos en el primer trimestre de operación, junto con lo que encuentra el cliente nuevo al entrar por primera vez, porque ese es el flujo que se rompe primero en una migración mal hecha.

Errores comunes al contratar a quien va a operar el producto

1. Registrar la nube en la tarjeta de la agencia. La cuenta queda rehén de quien abrió el registro.

2. Tratar la seguridad como un ítem técnico genérico. La guía de seguridad de la información de la ANPD para agentes de pequeño porte, de octubre de 2021, pide una política escrita que cubra copias de seguridad, contraseñas, acceso, uso compartido y actualización de software.

3. Dejar la operación fuera del presupuesto. La nube, el monitoreo y la guardia existen el mes siguiente a la entrega.

4. Firmar sin cláusula de subcontratación. Los proveedores de tu proveedor tocan tus datos.

5. Postergar la decisión de propiedad. Con el producto publicado, la negociación ocurre sin alternativa.

Preguntas frecuentes

¿Quién es responsable si mi SaaS filtra datos de clientes?

La empresa dueña del producto responde como controladora, porque es quien decide el tratamiento. El proveedor responde solidariamente cuando incumple la ley o no sigue las instrucciones contratadas. Por eso las instrucciones y las medidas de seguridad de cada parte tienen que estar escritas antes del primer cliente.

¿Necesito contratar una agencia para mantener el SaaS después de terminado?

No necesariamente, pero alguien tiene que asumir la operación: nube, monitoreo, actualizaciones de seguridad y respuesta a fallas. Puede ser la agencia que lo construyó, otro proveedor o un equipo interno. Lo que no funciona es dejar el ítem sin dueño y descubrirlo durante la primera caída.

¿Cuánto cuesta desarrollar un SaaS con una agencia?

En Wama, un producto mínimo viable queda entre US$ 4.000 y US$ 20.000, con un techo cercano a US$ 40.000 según la complejidad, sobre una base de 50 a 100 presupuestos. El costo de operación mensual es un presupuesto aparte, y depende del volumen de uso, de las integraciones y del nivel de guardia que exija el producto.

¿Qué pasa con el producto después de que la agencia entrega?

En Wama no existe contrato mensual de mantenimiento. Lo que existe es capacitación del equipo del cliente, un período de garantía con correcciones sin costo y un canal abierto para dudas puntuales. La cuenta de infraestructura sigue a nombre del cliente, que sigue siendo dueño de todo.

¿Se puede empezar con un proveedor y cambiar después sin perjuicio?

Se puede, siempre que las cuentas, el dominio y el repositorio estén a nombre de tu empresa desde el primer día. En ese arreglo, cambiar es quitar un acceso y otorgar otro. Cuando la titularidad está del lado del proveedor, el cambio se vuelve un proyecto de migración con costo y riesgo propios.

Si vas a contratar a quien construye y opera tu producto y quieres eso por escrito antes del diseño, habla con Wama y pide una propuesta detallada.