desarrollo

Cuando un cliente usa tu propuesta con IA para hacer el proyecto solo: cómo protegerte

📅 21 de agosto de 2026 · ✍️ AliadoTech Team
Cuando un cliente usa tu propuesta con IA para hacer el proyecto solo: cómo protegerte

El escenario que ningún desarrollador quiere vivir

Pasas horas con un cliente nuevo. Escuchas su problema, entiendes su negocio, propones una arquitectura, sugieres mejoras de flujo de usuario, detallas cada módulo y entregas un documento impecable. Ellos aceptan el presupuesto verbalmente. Y luego desaparecen.

Semanas después descubres que usaron tu propuesta como prompt de ChatGPT, intentaron montar el proyecto solos y el resultado no es responsive, tiene problemas de rendimiento y no aguanta ni un usuario concurrente. Pero tú no has cobrado un euro.

Esto ya no es un caso aislado. Con las herramientas de IA generativa al alcance de cualquier empresa sin perfil técnico, la barrera para intentar hacer un proyecto de desarrollo ha caído en picado. No significa que el resultado sea bueno — como demuestra ese cliente — pero sí significa que algunas personas lo intentarán. Especialmente si tú les has dado un mapa detallado del camino.

Este artículo no va de venganza ni de litigios. Va de prevenir, de estructurar mejor tu negocio y de entender qué opciones tienes cuando ya ha pasado.

¿Tienes algún derecho sobre tu propuesta?

La respuesta corta es sí. La ley de propiedad intelectual reconoce automáticamente los derechos de autor sobre creaciones originales desde el momento en que se producen — sin necesidad de registro previo. Una propuesta técnica detallada, con análisis de negocio, recomendaciones de arquitectura y documentación propia, cumple ese criterio: es una creación original tuya.

Eso significa que si alguien usa ese documento sin tu autorización — incluyendo usarlo como base para construir algo — está infringiendo tus derechos.

El problema real no es la teoría legal. Es la práctica.

Ir a juicio por una propuesta no pagada es, en la mayoría de casos, una pesadilla económica y emocional desproporcionada para el importe en disputa. Los procedimientos judiciales tienen costes, tiempos y cargas de prueba que una agencia pequeña normalmente no puede asumir sin que la batalla le cueste más que lo que reclama. Esto no es una crítica al sistema: es simplemente la realidad con la que trabajan los autónomos y pymes de este sector.

Por eso la prevención vale mil veces más que la reclamación posterior.

¿Qué parte de tu propuesta está realmente protegida?

Aquí hay una distinción importante que muchos desarrolladores no conocen: la ley protege la expresión concreta de una idea, no la idea en sí misma.

Dicho de otra forma: si en tu propuesta describes que el proyecto necesita una arquitectura de tres capas con autenticación por roles y un panel de administración personalizado, esa idea no es tuya en exclusiva — cualquier desarrollador podría llegar a la misma conclusión. Lo que sí es tuyo es el texto, el análisis, los diagramas, la estructura argumental y la forma concreta en que lo has expresado y documentado.

En la práctica esto significa que alguien puede leer tu propuesta, extraer las ideas generales y usarlas como inspiración sin que tengas un caso claro. Lo que no puede hacer es reproducir o distribuir el documento en sí, ni usarlo directamente como instrucción a una herramienta de terceros para replicar tu trabajo. Aunque demostrar ese segundo punto ante un juez es complicado.

Lo que sí puedes hacer antes de que pase

1. Incluye una cláusula de propiedad intelectual visible en cada propuesta

No tiene que ser un texto legal denso. Basta con un párrafo claro al inicio o al final del documento que indique que el contenido es propiedad de tu agencia, que no puede ser compartido ni reproducido sin autorización escrita, y que el uso de este documento implica aceptar esos términos.

¿Es esto legalmente determinante? Depende del caso. ¿Actúa como disuasivo psicológico? Absolutamente. La mayoría de clientes que leen esa cláusula no la van a ignorar conscientemente — y si lo hacen, tú tienes un argumento mucho más sólido si decides reclamar.

Un paso más es añadir una cláusula de confidencialidad específica: que la propuesta es para evaluación interna del cliente y no puede ser facilitada a terceros — incluyendo herramientas externas de generación de contenido. Este tipo de redacción empieza a cubrir el escenario concreto del uso con IA, aunque sigue siendo un terreno jurídicamente nuevo.

2. Cambia tu estructura de pagos

Si no tienes un depósito antes de entregar trabajo, estás asumiendo un riesgo innecesario. El estándar habitual en el sector es un 30% al firmar, otro 30% al alcanzar un hito intermedio y el resto antes del despliegue. Algunos proyectos justifican un 50% inicial.

Este modelo no es solo una protección económica: también filtra clientes. Un cliente que no está dispuesto a pagar un depósito razonable antes de empezar generalmente no está comprometido con el proyecto. Es información valiosa que te llega antes de que inviertas semanas de trabajo.

Plataformas de pago habituales permiten gestionar estos cobros por hitos de forma sencilla, sin necesidad de herramientas especializadas.

3. Ajusta el nivel de detalle de tus propuestas

Este es el cambio más útil y el que más cuesta asumir, porque muchos desarrolladores — con razón — necesitan detallar bien el alcance para presupuestar con precisión.

La clave es distinguir entre detalle para ti y detalle para el cliente. Tú necesitas entender exactamente qué vas a construir. El cliente necesita confiar en que sabes lo que estás haciendo y en que el precio es justo.

Eso no requiere que la propuesta sea un manual de instrucciones. Describe el proceso a nivel estratégico: qué fases tiene, qué resultados entrega cada una, qué tecnologías se usan y por qué. Muestra ejemplos de proyectos similares que hayas resuelto. Eso genera confianza sin que el documento sea replicable por alguien que lo copie en un chat.

El detalle técnico granular — qué función hace qué, cómo está estructurada la base de datos, qué llamadas API se usan — puede quedar en tu documentación interna, no en el documento que envías al cliente.

4. Considera los contratos de confidencialidad para proyectos complejos

En proyectos donde la fase de análisis es extensa y la propuesta incluye información sensible del negocio del cliente o datos sobre usuarios finales, un NDA (acuerdo de confidencialidad) firmado antes de compartir el documento añade una capa real de protección legal. No es burocracia: es una conversación sobre las reglas del juego que también te dice mucho del cliente antes de empezar.

¿Existe alguna vía ágil si ya ha pasado?

Una pregunta frecuente es si hay algún mecanismo parecido al small claims court anglosajón — un procedimiento rápido y barato para reclamaciones pequeñas. En el ámbito civil, existen los juicios verbales para cantidades bajas, que son más ágiles que un proceso ordinario. Sin embargo, siguen requiriendo tiempo, documentación y, en muchos casos, asistencia letrada.

La realidad que la experiencia del sector confirma es que el coste legal y emocional de perseguir reclamaciones pequeñas rara vez compensa. Antes de iniciar cualquier vía formal, vale la pena enviar un requerimiento escrito claro — explicando que el uso del documento infringe tus derechos y que esperas compensación o el cese del uso. A veces eso solo ya resuelve la situación, especialmente si el cliente sabe que tiene las de perder moralmente.

El 90% vuelve, y tú decides en qué condiciones

Hay un patrón que se repite mucho en este sector: el cliente que se fue a hacer el proyecto solo acaba volviendo cuando la solución falla. No es garantizado, pero es frecuente. La web no es responsive, el SEO no funciona, el rendimiento es malo, no hay mantenimiento, no saben cómo actualizar nada.

En ese momento tienes una decisión que tomar: rechazar trabajar con ellos de nuevo, o aceptarlo con condiciones muy distintas. Muchas agencias que llevan años en esto optan por lo segundo, pero con precio premium para deshacer el desastre y con contratos mucho más claros que la vez anterior.

No es venganza. Es negocio. Y también es una señal de que lo que ofreces — un trabajo bien hecho, accesible, rápido, con mantenimiento y evolución continua — no se puede reemplazar con un prompt de ChatGPT por muy detallada que sea tu propuesta.

La protección real no es legal, es comercial

Las agencias que están menos expuestas a este tipo de situaciones no lo están porque tienen mejores contratos — aunque eso ayuda. Lo están porque han construido una oferta que va más allá de entregar código.

Consultoría estratégica, mantenimiento continuo, optimización de rendimiento, formación del equipo del cliente, evolución del producto: todo eso no se puede copiar en una propuesta ni replicar con una herramienta de IA. Un cliente que entiende que te contrata para acompañarle, no para ejecutar una lista de tareas, tiene mucho menos incentivo para irse a hacer el proyecto solo.

Si tu propuesta actual es básicamente una lista técnica de lo que vas a construir, quizás vale la pena repensar cómo presentas el valor que aportas. No para inflar el precio, sino para que quede claro que lo que vendes no termina cuando termina el proyecto.

¿Tu propuesta actual dejaría margen para que alguien la use sin ti, o refleja claramente que sin ti el resultado no es el mismo?

#propuestas desarrollo web #propiedad intelectual freelance #contratos desarrollo web #presupuestos it #proteccion ip agencia #clientes diy ia

¿Necesitas asesoramiento experto para tu empresa?

Realizamos un estudio personalizado de tu infraestructura IT, ciberseguridad o procesos de inteligencia artificial. Descubre el verdadero potencial de tu negocio.

Solicitar auditoría gratuita