Documentación para contratos y entrega de proyectos
- Documentación de entrega: https://docs.google.com/document/d/1Jb9-mtQI9dW-tbMMKQ3NIoeYATgdjygl/edit?usp=sharing&ouid=110944810278507061762&rtpof=true&sd=true
- Ejemplo de contrato: https://docs.google.com/document/d/15Vfv0DwLEs_bkVFb7TPFW4rLus0YYFHo/edit?usp=sharing&ouid=110944810278507061762&rtpof=true&sd=true
Esta es una clase de negocio fundamental. Salimos de la parte técnica para hablar de cómo protegerte legalmente y gestionar la relación con el cliente cuando vendes automatizaciones.
📄 1. El Contrato de Prestación de Servicios
Nunca empieces a trabajar sin dejar las reglas claras. El contrato debe incluir:
- Objeto del contrato: Qué vas a hacer exactamente (análisis, diseño, pruebas).
- Hitos de Pago (Súper importante): Nunca cobres todo al final. Divide el pago (ej. Anticipo, Entrega y Aceptación Final) facturando por separado. Esto protege tu flujo de caja.
- Obligaciones del Cliente: Si el cliente tarda en darte los accesos o la información, el proyecto se retrasa. Debes estipular que esos retrasos no son tu responsabilidad.
- Garantía y Soporte: Ofrece un tiempo de garantía (ej. 30 días) solo para arreglar errores. Si el cliente quiere añadir un nodo o una función nueva (ej. “ahora quiero que también mande un email”), eso es un presupuesto nuevo.
- Propiedad Intelectual y Confidencialidad (NDA): Firmar que no revelarás sus datos, pero también proteger tu propuesta para que el cliente no se la lleve a un competidor más barato.
🛑 La Regla de Oro sobre las APIs de Pago
NUNCA pagues tú la infraestructura o los tokens del cliente (OpenAI, Make, N8N Cloud, etc.).
- Aunque parezca rentable revender tokens con margen, si el cliente deja de pagarte, tú seguirás asumiendo el coste o te verás en el problema legal de “cortarle el servicio”.
- Lo correcto: Que el cliente ponga su propia tarjeta en OpenAI/Twilio/etc. Tú solo configuras la API Key. Si la tarjeta falla, su bot se para, pero tú no pierdes dinero.
📁 2. El Documento de Entrega (Memoria del Proyecto)
Cuando terminas el proyecto, entregas un PDF detallando todo lo que has construido: Workflows, arquitectura, credenciales usadas (sin poner las contraseñas reales), variables de entorno y diagramas.
- ¿Por qué? Porque si el cliente te vuelve a llamar en 6 meses para un mantenimiento, no te acordarás de cómo lo construiste. Este documento es tu mapa.