Qué datos de tus clientes necesitas y cómo cuidarlos

01 / CONTEXTO

Un formulario ya es una decisión sobre el servicio

Es fácil añadir campos a un formulario porque quizá sirvan más adelante. Nombre, teléfono, dirección, fecha de nacimiento, profesión. Pero cada campo pide a otra persona que me entregue información y me obliga a pensar qué haré con ella.

Yo empezaría por el servicio: ¿qué decisión o entrega necesita ese dato? En el marco europeo, la AEPD explica que la protección por defecto debe limitar la cantidad de datos, su uso, su conservación y el acceso a lo necesario para cada finalidad. [1] Aquí usaré ese marco como referencia explícita; las obligaciones concretas dependen del contexto y de la normativa aplicable.

02 / UN FORMULARIO

Separar lo necesario de lo que simplemente me interesa

Imagina un taller presencial para adultos; es un caso hipotético. Necesito gestionar una plaza y comunicar la información de asistencia. Podría bastarme un nombre y un medio de contacto para esa finalidad. Pedir el domicilio particular, la empresa o el cumpleaños añade información que tendría que justificar para ese uso, no solo porque el formulario permita hacerlo.

Si alguien solicita factura, aparecerá otra finalidad y habrá que comprobar los datos exigidos para ella. Si quiero invitarle a futuros talleres, también estoy planteando otro uso. No agruparía todo bajo una frase vaga como «gestionar tu experiencia». Nombraría cada función para revisar sus necesidades y condiciones.

El mismo correo puede participar en varias operaciones, pero eso no significa que todas estén justificadas de la misma manera. Gestionar la asistencia del sábado y enviar promociones durante años requieren preguntas distintas.

03 / LA JUSTIFICACIÓN

Una casilla no arregla cualquier uso

El Comité Europeo de Protección de Datos explica que, bajo el RGPD, el tratamiento necesita una base jurídica adecuada. El consentimiento es una posibilidad, no una solución automática para todo. La ejecución de un contrato puede justificar datos necesarios para prestar el servicio; no se extiende por ese solo motivo a publicidad de otros productos. [2]

Por eso yo revisaría la finalidad y su base antes de diseñar una casilla. Si necesito cierta información para entregar el taller, no tendría sentido fingir que puedo prescindir de ella y a la vez impedir la prestación cuando falta. Si el uso es opcional, tendría que tratarlo de acuerdo con sus condiciones reales.

No decidiría esa base por copiar la web de otro negocio. Prepararía la explicación del tratamiento y pediría la revisión necesaria. Una herramienta puede mostrar un aviso, pero no conoce por mí todas las razones por las que recojo y utilizo la información.

04 / EL RECORRIDO DEL DATO

Mirar también lo que pasa después del formulario

En el taller, la información podría pasar del formulario a una hoja de cálculo, de ahí a quien comprueba la entrada y después a una herramienta de correo. Yo dibujaría ese recorrido. Así puedo preguntar quién necesita qué datos en cada momento y dónde quedan copias que había olvidado.

La persona que recibe a los asistentes quizá solo necesita confirmar nombres y plazas; no toda la información de facturación. Una colaboración puntual tampoco exige necesariamente acceso permanente a la lista completa. Limitar accesos según la tarea reduce la exposición de datos que no ayudan a realizarla.

También revisaría qué ocurre al terminar: qué información debo conservar, con qué justificación, dónde y durante cuánto tiempo. No daría aquí un plazo universal ni borraría documentación que deba conservar. El objetivo es tener un criterio comprobado, en lugar de guardar todo indefinidamente por costumbre.

05 / LLÉVALO A TU PROYECTO

Revisar una operación de principio a fin

Para empezar elegiría un recorrido pequeño, como una inscripción. Por cada campo escribiría la finalidad, quién lo utiliza y qué pasaría si no lo recogiera. Si no puedo explicar su necesidad, revisaría el campo antes de publicarlo. Después comprobaría la información que recibirá la persona y cómo podrá ejercer los derechos que correspondan.

Anotaría las herramientas y proveedores implicados, los accesos del equipo y las copias existentes. Eso permite plantear preguntas concretas sobre configuración, acuerdos, seguridad y responsabilidades, sin asumir que pagar por un servicio resuelve automáticamente su encaje.

Si el tratamiento involucra menores, salud u otras circunstancias de mayor riesgo, no lo trataría como una simple variante de una lista de asistentes adultos. Buscaría una revisión específica antes de usar un formulario genérico.

La revisión termina cuando puedo explicar el recorrido: qué entra, para qué, quién lo ve, dónde se conserva y qué ocurre cuando deja de necesitarse. Si más adelante cambio la finalidad o incorporo otra herramienta, vuelvo a revisar las condiciones.

06 / APRENDIZAJES

Qué cambia en mi forma de pedir información

• La finalidad viene antes que el campo del formulario. Recoger menos exige entender el servicio, no solo acortar una pantalla.
• Necesito revisar el uso y su justificación, los accesos y la conservación. El consentimiento no sustituye ese análisis y una herramienta no toma esas decisiones por mí.

07 / PREGUNTAS DETONANTES

Para revisar la lista que ya tienes

• ¿Qué dato conservas sin poder explicar para qué lo necesitas? ¿Quién sigue teniendo acceso aunque ya no participe en la entrega?
• ¿Estás usando información recogida para prestar un servicio con una finalidad distinta? ¿Qué tendrías que comprobar antes de hacerlo?