Los papeles que se firman antes de escribir la primera línea

Se caen porque el primer día nadie dejó por escrito qué se iba a hacer y qué no. PMI, la asociación que mide proyectos en el mundo, encontró el alcance desbordado en el 52% de los casos. Vas a escribir menos código que documentos en un proyecto que sale bien, y esa frase suena rara hasta que te pasa un cliente que a mitad de camino "recordó" otra cosa.

Primero la confidencialidad, antes de que te cuenten nada. Después la propuesta, con el alcance y la estimación. Después el contrato, que es la propuesta con dientes: pagos, plazos, de quién es el código. Y al final el acta de entrega, que cierra. Cuatro. Ni uno más al principio, y ninguno de esos se salta.

Se firma antes de que te muestren un dato, no después. Y va en dos vías: él protege lo suyo, tú proteges tu método y tus prompts. Adentro se define qué es confidencial, cuánto dura, y qué no cubre: lo que ya era público no se vuelve secreto porque lo firmes. Yo agrego siempre una línea corta: qué pasa con la información el día que se acabe el contrato.

Una fecha sola es una promesa que vas a incumplir. Se entrega un rango, y debajo del rango la lista de supuestos: que los accesos llegan en la primera semana, que hay una sola persona que aprueba, que los datos vienen en tal formato. Si un supuesto se cae, el rango se recalcula y eso ya quedó escrito. No es letra chica para escaparte: es lo que evita la conversación incómoda.

En mis cotizaciones hay un bloque que dice "No incluye", de tres a cinco líneas. En un cliente real fueron las licencias de terceros, la migración del servidor y los desplazamientos fuera de la sede. Y el alcance lo mido en frentes cerrados, no en días: prometer tres días de inmersión vende una agenda, no un resultado.

Así se escribe un criterio de aceptación: la frase que define cuándo algo está terminado, y solo admite dos respuestas, pasa o no pasa. "Que quede bonito" no es un criterio. "Dado un pedido nuevo, cuando el agente lo recibe, entonces aparece en la hoja en menos de un minuto" sí lo es. El día de la entrega, esa frase es tu árbitro, y por eso va en la propuesta y no en un chat.

Esta se olvida y duele. Si no dice nada, no asumas nada: los derechos patrimoniales se ceden por escrito o no se cedieron. Define tres cosas. Qué se lleva el cliente. Qué es tuyo y le entregas con permiso de uso, como tus plantillas y tu método. Y las licencias de terceros, que no son tuyas para regalarlas. Aparte: las llaves de las APIs son de él, en su cuenta, con su tarjeta.

Si el sistema toca nombres, cédulas, teléfonos o correos de terceros, ahí hay una responsabilidad que no se resuelve con buena voluntad. En Colombia la regula la Ley 1581 de 2012. Queda por escrito quién responde por esos datos, que es el cliente, y qué puedes hacer tú con ellos, que es solo lo necesario para el trabajo. Y si un modelo de IA los va a ver, eso se dice en voz alta antes de conectarlo.

Nada de esto es asesoría legal: es lo que aprendí facturando. Lo que sí recomiendo es concreto. Paga una vez la revisión de tus plantillas con un abogado, las dejas listas y las reutilizas en cada cliente. Sale más barato que un solo pleito y te quita el miedo de mandar la propuesta el mismo día.

Abre tu agente dentro del cerebro del módulo 1. Pega la conversación real de un cliente, esa que dice "necesito algo que me organice los pedidos". Una sola instrucción: que saque el alcance, los supuestos, el bloque de no incluye y los criterios de aceptación, y que marque cada hueco como "Por validar con el cliente". Si sale todo lleno de una sola conversación, se inventó algo y te devuelves.

Librerías, OCR, los cuatro patrones para armar agentes que trabajan juntos, la nube y los papeles. Ocho puertas abiertas, ninguna caminada hasta el fondo, y fue a propósito: este módulo no vino a resolverte dudas, vino a sembrártelas. La pregunta que más se repita en la comunidad se vuelve el próximo módulo completo, así que escribe la tuya en Skool. Y queda una sola clase, la que más duele: cuánto cobras. Eso es lo que sigue.