Artículos
Identidad del cliente: conectar interacciones sin asumir de más
Una coincidencia de teléfono o de correo no siempre identifica a una persona. El diseño de datos debe ser humilde.
Unir interacciones es tentador: mismo teléfono, mismo correo, mismo dispositivo. También es una fuente clásica de errores (familiares que comparten número, correos genéricos, navegadores compartidos).
Niveles de certeza
Identidad verificada (login, doble factor, pago). Identidad declarada (formulario). Identidad inferida (probabilística). Trate cada nivel de forma distinta: no dispare una “oferta personal” agresiva sobre una inferencia débil.
Ejemplo
Dos cotizaciones con el mismo celular no autorizan a fusionar historiales médicos, financieros o laborales. En un comercio de menor riesgo, quizá baste preguntar: “¿sigues interesado en el ítem X?”.
Recomendaciones
Documente reglas de fusión y de no fusión. Conserve pistas, no verdades. Cumpla la base legal local; este portal no certifica cumplimiento. Cuando dude, pida confirmación en lugar de “reconocer” a la persona.
Fuentes
- Marco editorial del portal
Relacionados
Guía
Cookies, sesiones y el mito de reconocer a todo el mundo
Una cookie no es una persona. Una sesión no es un consentimiento de trato íntimo. Diseñar como si lo fueran fabrica personalizaciones grotescas y errores de fusión.
Guía
Consentimiento, propósito y datos que no debería pedir todavía
Cada dato es un trato: para esto, por esto, hasta entonces. Pedir de más en el primer toque no es “conocer al cliente”. Es exposición inútil.