Una fundadora abre el registro de su producto SaaS. El usuario crea una cuenta, invita a su equipo, elige un plan y carga información. Meses después cambia de plan, conecta una API y pide cancelar. En ese recorrido leyó fragmentos distintos: la pantalla de precios, los términos, el aviso de privacidad, mensajes del producto y respuestas de soporte.
Los documentos legales de un SaaS deben describir el mismo producto que operan esas pantallas y personas. Si la página dice "cancela cuando quieras" pero el cobro anual no se devuelve, la contradicción nació antes del contrato. Si ventas promete soporte incluido y el equipo sólo atiende ciertos incidentes, el SLA no puede corregir por sí solo la promesa comercial.
El cliente nunca conoce el producto en un solo documento
Un usuario de autoservicio puede aceptar términos al crear la cuenta. Un cliente empresarial puede firmar una cotización, una orden de servicio y un anexo de datos. Ambos usan la plataforma, pero no entran por la misma puerta ni reciben las mismas condiciones comerciales.
Los términos generales sostienen reglas que cambian poco: licencia de acceso, restricciones de uso, propiedad del producto, suspensión y terminación. La orden o selección de plan guarda lo variable: usuarios, precio, vigencia, funciones y condiciones negociadas. El aviso de privacidad informa el tratamiento de datos de las personas. Un anexo entre empresas puede asignar instrucciones y responsabilidades cuando el proveedor procesa datos por cuenta del cliente.
En la muestra actual de proveedores que operan en México aparecen estas piezas separadas. Chat2Desk integra una orden de servicio a sus términos; Mindup publica prioridades y tiempos de un SLA; otros contratos SaaS observados distinguen datos cargados por el cliente, exportación y eliminación. Son ejemplos de ofertas públicas, no un estándar que todo producto deba copiar.
Haz una ficha de cuenta antes de escribir términos
La unidad más útil para revisar un SaaS no es la cláusula. Es una cuenta concreta. El equipo puede describirla con hechos que ya existen en producto y facturación:
- quién contrata y quién administra usuarios;
- qué plan compró, cuánto dura y cómo se renueva;
- qué funciones, límites o consumo incluye;
- qué puede cargar el cliente y quién puede acceder;
- qué integraciones, proveedores y ambientes participan;
- qué soporte recibe y por cuál canal;
- qué ocurre con acceso, cobro y datos cuando termina.
La ficha obliga a reconciliar producto, ventas, soporte y administración. También revela palabras abiertas. "Usuarios ilimitados" puede referirse a asientos, cuentas activas o invitaciones. "Respaldo incluido" no dice frecuencia, restauración ni periodo de conservación. "Migración" puede ser una herramienta automática o un servicio profesional con horas y responsables.
No hace falta publicar esta ficha. Sirve para que el acuerdo, el checkout y el equipo describan la misma cuenta.
Autoservicio y venta B2B necesitan formas distintas de aceptar
En autoservicio, el producto debe conservar qué versión de los términos aceptó el usuario, cuándo lo hizo y con qué cuenta. También debe decidir cómo comunicará un cambio material y desde qué momento aplicará. El documento no puede suplir un flujo que nunca muestra los términos o que no guarda evidencia de aceptación.
En una venta B2B, la negociación suele mover piezas sin reescribir toda la base. Una orden de servicio puede identificar plan, usuarios, precio y vigencia. Un SLA puede contener disponibilidad, prioridades y remedios. Un anexo de datos puede responder a la operación del cliente. Si el comprador impone su contrato, el equipo necesita comparar sus promesas comerciales con las obligaciones que ese archivo agrega.
La frontera se vuelve visible cuando un mismo SaaS tiene registro abierto y ventas enterprise. El equipo debe saber cuál documento prevalece si la orden negociada contradice los términos públicos. Esa decisión requiere al responsable comercial, a quien opera el producto y al abogado. Conviene llevar la versión de la oferta, los descuentos, las excepciones prometidas y la aprobación interna.
"Datos del cliente" puede nombrar tres relaciones
El SaaS trata datos para administrar sus propias cuentas: nombre, correo, facturación, acceso y soporte. También puede procesar información que el cliente carga para usar el producto. Algunos productos permiten que el cliente introduzca datos de otras personas, como pacientes, empleados, compradores o contactos.
La Ley Federal de Protección de Datos Personales en Posesión de los Particulares distingue a la persona responsable y a la persona encargada que trata datos por cuenta de la responsable. La ley también define datos sensibles y establece principios para el tratamiento. Estas categorías no se asignan por llamar "encargado" a alguien en un anexo. Se determinan con las finalidades, decisiones y flujo real de información.
El equipo puede dibujar de dónde entra cada dato, dónde se guarda, qué proveedor lo recibe, para qué se usa y qué ocurre al cancelar. Ese diagrama permite que producto y abogado formulen preguntas concretas. ¿El SaaS decide una finalidad propia o sólo sigue instrucciones? ¿El cliente puede descargar la información? ¿Cuánto tiempo queda en respaldos? ¿Un proveedor internacional participa? ¿El modelo de IA usa datos del cliente para entrenamiento?
Datos sensibles, menores, actividad regulada, transferencias internacionales y entrenamiento de IA necesitan diagnóstico. El aviso público de otro SaaS no resuelve ese mapa.
Un SLA empieza en las dependencias, no en el porcentaje
Prometer disponibilidad exige saber qué se mide. El equipo debe definir servicio cubierto, ventana, fuente de medición, mantenimiento programado y eventos excluidos. Después puede discutir umbral, prioridad, tiempo de respuesta y remedio.
Un SLA tampoco equivale a soporte ilimitado. Una incidencia, una pregunta de uso, una configuración, una recuperación de datos y una función nueva consumen trabajo distinto. La documentación comercial debe coincidir con los canales y horarios que el equipo puede operar.
En los SLA públicos revisados, los proveedores clasifican incidentes, separan objetivos de remedios y excluyen fallas de sistemas que no controlan. La lección no es copiar sus porcentajes. Es comprobar si infraestructura, integraciones y soporte pueden sostener lo que ventas pondrá en la orden.
Los créditos de servicio merecen una pregunta jurídica y financiera: qué evento los activa, cómo se solicitan, contra qué pago se aplican y si son el único remedio. El abogado necesita la forma real de medir la disponibilidad; producto y operaciones deben entregar registros, dependencias y procedimiento de incidente.
La cancelación tiene tres relojes
El primer reloj corresponde al cobro: renovación, fecha de corte, aviso y reembolso. El segundo controla el acceso: cuándo se suspende la cuenta, quién puede entrar y qué funciones quedan disponibles. El tercero gobierna los datos: exportación, devolución, bloqueo, conservación y eliminación.
Si los tres vencen el mismo día, un cliente puede perder acceso antes de recuperar información. Si ninguno tiene fecha, el proveedor conserva datos y costos sin una regla clara. El equipo necesita definir el recorrido de salida en el producto y comprobar que términos, privacidad, soporte y mensajes transaccionales lo describen igual.
Una cuenta enterprise puede requerir asistencia de migración o un formato acordado. Un usuario de autoservicio puede tener una función de exportación. La promesa depende de la oferta y de las capacidades reales, no de una frase universal sobre portabilidad.
Configura el paquete sobre el SaaS que ya opera
We Law separa dos formas de venta. El registro abierto o autoservicio cuesta $9,900 MXN antes de IVA; la venta B2B por cotización, $12,900 MXN antes de IVA. La base incluye acuerdo SaaS, privacidad y un alcance de producto. Cada alcance adicional cuesta $1,900 MXN antes de IVA.
Los alcances cubren cuentas/planes/suscripción, datos cargados por el cliente, onboarding o implementación, y API e integraciones. Los módulos son SLA y soporte por $2,400 MXN; anexo de tratamiento de datos por $2,900 MXN; orden enterprise por $1,900 MXN; y uso aceptable y seguridad por $1,900 MXN. Los precios son antes de IVA.
Datos sensibles, actividad regulada, menores, clientes o datos internacionales, entrenamiento de IA, marketplace, revendedores, contrato enterprise impuesto y créditos por disponibilidad pasan a diagnóstico. Una persona confirma alcance, información y precio antes del pago; un abogado revisa las decisiones jurídicas.
Antes de configurar, reúne la pantalla de precios, el flujo de alta y cancelación, una factura o cotización, el diagrama de datos y el procedimiento de soporte. Con esos materiales se puede detectar dónde el producto ya decidió algo y dónde todavía falta un acuerdo.
Configura los documentos y alcances de tu SaaS.
Fuentes consultadas
- Ley Federal de Protección de Datos Personales en Posesión de los Particulares, Cámara de Diputados.
- Ley Federal del Derecho de Autor, Cámara de Diputados.
- Términos y condiciones de Chat2Desk México, práctica pública observada.
- Acuerdo de nivel de servicio de Mindup, práctica pública observada.
Este artículo ayuda a preparar la operación y las preguntas. La asignación de responsabilidades sobre datos, un nivel de servicio, la aplicación de una norma o una venta internacional requieren revisar el producto y el caso concreto.