Rediseño web y protección de datos: qué exige el RGPD

02 — Contrato

Qué debe aclararse por escrito

• Propiedad de datos y accesos. Pertenecen al cliente. Si un proveedor no lo confirma claramente, esa es la información más importante de la conversación.
• Entrega en caso de finalización. En qué formato, en qué plazo, a qué costes.
• Sin permanencia mínima sin contraprestación. La vinculación es defendible si se entrega algo a cambio — si no, no.
• Qué cuesta un cambio posterior. No es el precio del proyecto lo que decide sobre los costes totales, sino la tarifa horaria para el tercer año.
• Documentación como objeto de entrega. No como promesa, sino como partida en el presupuesto.

03 — Riesgos

Qué puede salir mal

• El sistema responde incorrectamente. Limitado al trabajar exclusivamente con contenidos revisados y derivar en caso de duda en lugar de adivinar. Eso es una decisión de configuración, no una característica de la tecnología.
• Se subestima el esfuerzo. Motivo más frecuente: situación de partida poco clara. Un balance honesto antes del presupuesto lo previene de forma más fiable que cualquier margen.
• Nadie lo mantiene. El mayor riesgo de todos — y el más fácilmente evitable.
• Lagunas en la protección de datos. Surgen casi siempre por plazos de eliminación inexistentes y responsabilidad poco clara, raramente por la tecnología en sí.
• Dependencia del proveedor. Evitable si los accesos, datos y documentación quedan contractualmente en manos del cliente.