Dos permisos distintos se confunden cada noche en cada sala. Uno es el permiso para entrar. El otro es el permiso para ser contactado después. Una lista de invitados lleva el primero y casi nunca el segundo, y la distancia entre ambos mide exactamente un campo.
Para retener
- Dar tu nombre para entrar no es un acto afirmativo de consentimiento al marketing.
- El campo que separa ambos es una elección guardada, con fecha y con el texto mostrado.
- Los acompañantes y los nombres añadidos por un tercero no consintieron absolutamente nada.
El momento en que se mezclan
La lista de puerta cierra a medianoche. Cuatrocientos doce nombres, casi todos con correo porque así funcionaba la invitación. A la mañana siguiente alguien la exporta, la pega en la herramienta de envío y la sala tiene un público más grande.
Nada en esa secuencia parece mal, y por eso ocurre. Pero vuelve a lo que esas cuatrocientas doce personas hicieron de verdad. Escribieron su nombre para cruzar una puerta, una noche concreta. El acto tenía una finalidad y la finalidad se cumplió cuando entraron.
El considerando 32 del RGPD lo dice sin rodeos: el consentimiento debe ser un acto afirmativo claro, libre y para una finalidad determinada. Apuntarse a una lista es un acto afirmativo. Simplemente es un acto afirmativo sobre otra cosa.
Qué es de verdad cada lista
| Lista de invitados | Lista de contactos | |
|---|---|---|
| Qué hizo la persona | Pedir entrar, una vez | Aceptar tener noticias, de forma continua |
| Para qué vale | Una noche, una puerta | Hasta que diga lo contrario |
| Qué lo prueba | El registro de puerta | Una elección guardada, con hora y texto |
| Quién más puede figurar | Acompañantes, nombres añadidos por un promotor | Solo quien actuó por sí mismo |
| Cuánto vale en marzo | Nada a lo que escribir | Todo |
| Qué cuesta equivocarse | Quejas, denuncias de spam, dominio dañado | Nada, si el registro existe |
Lee dos veces la cuarta fila. La lista de invitados es el único documento de tu negocio que gente que no es la persona rellena de forma habitual. Un promotor añade doce nombres. Alguien trae a dos amigos. Ninguno de esos catorce vio un formulario, mucho menos una línea de consentimiento.
El campo único, y qué debe contener
No una casilla. Un registro.
Tres cosas tienen que estar sobre la persona: la elección que hizo, el momento en que la hizo y el texto exacto que se le mostró entonces. La última es la que todo el mundo se salta y la única que te ayuda dos años después, cuando alguien pregunta por qué recibe esto. «Marcó una casilla» es una afirmación. «El 17 de septiembre a las 21:14 marcó una casilla que decía esta frase» es un registro.
También tiene que ser separable. Aceptar noticias de las próximas noches de esta sala no es aceptar noticias de los otros tres promotores que usaron la misma herramienta de puerta. Si el dato no los distingue, legalmente son lo mismo y manda el más débil.
La buena noticia: la puerta es un sitio excelente para preguntar
Todo lo anterior suena a restricción. En la práctica es lo contrario, porque la puerta es el momento de mayor intención que vas a tener nunca con esa gente. Están de pie en tu sala, una noche que eligieron, habiendo dicho ya que sí a estar ahí.
Hacer una pregunta en ese instante convierte mucho mejor que la misma pregunta en un feed tres semanas después. Basta con una pregunta, tiene que ser opcional y tiene que decir lo que va a pasar de verdad: hacemos más o menos una noche al mes, te avisaremos, eso es todo.
Hazlo y los cuatrocientos doce nombres se convierten en un número menor, quizá doscientos cuarenta, que vale mucho más que cuatrocientos doce porque a todos se les puede escribir en marzo sin provocar una queja.
Dónde vive el mecanismo
Por eso la superficie de RSVP y la fanbase tienen que ser el mismo sistema y no dos exportaciones que se encuentran en una hoja de cálculo. En HIIPE la página de RSVP recoge la inscripción, el consentimiento y el origen en una sola acción, y la persona llega a la fanbase llevando ya los tres, así que el segmento «dijo que sí a tener noticias, en este evento» existe sin que nadie lo construya.
La puerta forma ahora parte del mismo objeto, en lugar de ser el punto donde el registro se detiene. El RSVP emite un pase QR personal, y la entrada lo escanea desde un lector web que se abre con un código propio del evento: nada que instalar para el invitado, ninguna cuenta que crear para quien está en la puerta. Ese detalle no es una comodidad, es lo que mantiene el registro entero. Un escáner que vive fuera del sistema produce un segundo fichero, y un segundo fichero es exactamente como la entrada y el contacto acaban fusionados a mano un mes después. Aquí el escaneo escribe de vuelta en el mismo perfil: la asistencia y el permiso siguen siendo dos campos distintos de una misma persona, y no dos listas que alguien tiene que cuadrar. Cómo se conectan las piezas es lo que importa.
Hay una prueba rápida para saber en qué lado estás. Busca a una persona que entró hace dos años y mira si el sistema te dice a qué otras noches vino. Si la respuesta llega en un clic, tienes una ficha de personas. Si tienes que abrir cuatro eventos y comparar a mano, tienes cuatro listas de puerta que comparten un apellido, y eso no es lo mismo.
La regla, en una línea
Entrar es un permiso. Ser contactado es otro. Que ninguna exportación los mezcle nunca.
Si ya tienes un montón de listas de invitados antiguas, no las borres y no les escribas. Trátalas como historial de asistencia, que sirve de verdad para entender quién viene a qué, y empieza el registro de consentimiento a partir del próximo evento. El argumento completo de por qué el último evento debe alimentar al siguiente está en llenar tu próximo evento con la lista del anterior, y cómo debe ser ese registro está en qué es un fan CRM.
Para seguir : Llenar tu próximo evento con la lista del anterior · Lo que un CRM de eventos debería hacer entre dos eventos