Tres documentos
Lo que ya hacías a mano. Hecho bien, y firmado.
Ninguno inventa un proceso nuevo. Cada uno pone por escrito —y con una firma debajo— algo que hoy vive en un hilo de correo.
Documento 01 de 03Protege el margen
Acta de Alcance y Aceptación
Cierra el alcance, y define cómo se decide que quedó terminado.
Entregables uno por uno, supuestos técnicos sobre los que calculaste el precio, quién paga cada servicio y a nombre de quién queda cada cuenta, integraciones de terceros con sus límites, y el procedimiento de cambios. Se firma antes de la primera línea de código.
- Criterios de aceptación, separados en dos
Los deterministas pasan o no pasan. Los de IA se aceptan contra un umbral medido sobre un conjunto congelado al firmar.
- Sección de componentes de IA
Qué modelo, quién paga los tokens, cuál es el tope, qué datos salen hacia el proveedor y qué pasa si deprecian el modelo a medio proyecto.
- Tabla de "a nombre de quién queda la cuenta"
La que evita el problema de dentro de dos años: producción a tu nombre y con tu tarjeta.
- Fuera de alcance, explícito
Doce renglones de lo que no entra, escritos antes de que alguien los pida.
El criterio de aceptación de un entregable de IA es la pieza que no trae ningún contrato de software: un modelo no pasa o falla, acierta un porcentaje. Sin umbral escrito, cualquier ejemplo suelto reabre lo que ya se aceptó.
Documento 02 de 03Ingreso recurrente
Contrato de Soporte y Evolución
Convierte los sistemas que ya entregaste en ingreso mensual.
Tres niveles con horas de evolución incluidas, tiempos de respuesta por severidad, ventana de garantía, exclusiones y el anexo de reporte de incidencia. Más el anexo de revisión periódica: dependencias vulnerables, respaldos que de verdad se restauran, accesos de gente que ya no está.
- La tabla de defecto contra cambio
Doce casos reales resueltos de antemano: el reporte que suma mal es defecto; el que debe agrupar distinto es cambio.
- Tres niveles listos para firmar
Con horas incluidas, canal, horario y tiempos de respuesta por severidad.
- Las horas de evolución no se gastan en bugs
Corregir un defecto no consume tu bolsa. Escrito, no sobreentendido.
- Anexo de revisión del sistema
Diez comprobaciones que se cobran porque están en el contrato, no porque te acordaste.
La tabla de defecto contra cambio es la sección que se lee con el cliente en la firma. Ahí es una conversación de dos minutos; seis meses después es una discusión de la que sales perdiendo aunque tengas razón.
Documento 03 de 03Cierra sin quedar pegado
Pasaporte del Sistema
Todo lo que el siguiente equipo necesita para operar esto sin llamarte.
Arquitectura, inventario de servicios con su costo mensual y quién los paga, dónde vive cada credencial, cómo se despliega y cómo se revierte, qué hacer cuando falla, por qué está hecho así, y la deuda que dejaste a propósito.
- Inventario de servicios con costo y titular
El que nadie arma y todos necesitan el día que caduca una tarjeta y algo deja de funcionar sin explicación.
- Registro de credenciales sin contraseñas dentro
Dónde está cada una y quién la tiene. El documento se puede compartir sin regalar el sistema.
- Cómo se revierte un despliegue
El comando exacto. Es el que más se agradece a las dos de la mañana.
- Por qué está hecho así
Las decisiones con su razón y cuándo reconsiderarlas, para que el equipo que llegue no reescriba lo que ya se pensó.
- Deuda conocida, declarada
Qué se dejó a medias, por qué, y cuánto cuesta arreglarlo.
Un sistema sin deuda declarada no es un sistema sin deuda: es uno cuya deuda nadie escribió. Declararla te protege a ti, porque deja claro qué era una decisión y qué sería trabajo nuevo.
