Proto-personas: hipótesis antes de investigar
Una proto-persona es la mejor suposición del equipo sobre quién usa el producto, escrita antes de investigar. Cómo se construye, cuándo ayuda y cuándo estorba.
¿Qué es y de dónde viene?
Userforge la define como la mejor suposición del equipo sobre quién está usando el producto, construida en un taller a partir de supuestos existentes y sin investigación nueva. La atribuye a Gothelf y Seiden, en su libro Lean UX (Userforge: Proto-personas).
Para la persona basada en datos, mira el artículo sobre personas. La idea encaja con el enfoque lean: en lugar de esperar meses a tener personas perfectas, el equipo escribe lo que cree, lo pone a prueba y lo corrige. Wikipedia, por su parte, describe las personas en general como caracterizaciones semificticias de un segmento típico de clientes o usuarios, normalmente sintetizadas a partir de entrevistas o encuestas. Esa definición deja claro lo que distingue a la proto-persona: su origen es la suposición, no los datos (Wikipedia: Persona (user experience)).
¿Cuándo ayuda?
Userforge enumera cuatro usos concretos:
- Empezar desde cero, cuando el equipo no tiene ningún dato sobre sus usuarios.
- Alinear a los directivos, que a menudo imaginan clientes distintos.
- Decidir a quién entrevistar primero, para que la investigación no empiece al azar.
- Enseñar el hábito de pensar en personas concretas en lugar de «usuarios».
En un equipo pequeño o con presupuesto limitado, una proto-persona hecha en una hora puede ser el primer paso útil. Su defecto es que deja al equipo con una idea que parece real.
¿Cómo se construye?
Userforge propone una regla central: cada tarjeta de proto-persona debe marcarse como suposición, con su fecha y el nivel de confianza del equipo. Escribe qué crees sobre la persona, qué necesita, qué la frena y qué preguntas te quedan. Luego, cada supuesto se convierte en una hipótesis que puedes probar.
El mismo sitio propone una escalera de evidencia que va de la suposición a la hipótesis, luego a las señales de datos, después a entrevistas directas y finalmente a patrones repetidos. El peldaño de evidencia directa sale de hablar con personas reales, normalmente entre cinco y ocho entrevistas, y el último peldaño se alcanza cuando el comportamiento se repite entre personas y fuentes. Como criterio de cierre, la saturación sirve más que un número fijo: sigue entrevistando hasta que los temas dejen de cambiar. Revisa la síntesis de investigación para ordenar lo que aparezca. Revisa también cuántos usuarios necesitas.
Userforge también pide evitar la falsa precisión: nada de fotos de stock, edades inventadas ni sueldos inventados que den una autoridad que la tarjeta no tiene.
¿Cómo se comparte en el equipo?
Cuelga la proto-persona en el tablero del proyecto o en la pared de la oficina, con su fecha. Cuando una suposición se confirma, cámbiale el marcador; cuando se descarta, táchala y anota por qué. Así, la persona cambia con el aprendizaje y el equipo puede ver cuánto ha avanzado sin releer documentos.
¿Cuándo se vuelve dañina?
Userforge advierte de varios riesgos. El primero es presentar una suposición como si fuera investigación. El segundo es que el equipo se detenga en la proto-persona y nunca la reemplace por datos, o que use las personas como excusa para saltarse las entrevistas. Wikipedia añade críticas más serias: Chapman y Milham sostienen que no hay un procedimiento confiable para derivar personas de los datos, y Portigal habla de la seducción de una versión higienizada de la realidad. Según Wikipedia, las descripciones con demasiados atributos tienden a no describir a casi ninguna persona real.
El NN/g aporta una advertencia práctica: una persona debe basarse en investigación y tener solo los detalles que cambian el diseño. Si un dato no afectaría el resultado final, quítalo. El mismo artículo recomienda no pasarse de ingenioso en los lemas de la persona, porque puede volverla divertida pero poco útil como herramienta (NN/g: Personas).
Ejemplo ilustrativo
Ejemplo ilustrativo: un equipo que lanza una app de recetas para gente con poco tiempo escribe una proto-persona llamada «Laura trabaja de lunes a viernes y cocina los domingos». La tarjeta marca cada dato como suposición, con su fecha y confianza media. Antes de diseñar, el equipo hace seis entrevistas. Descubre que Laura no cocina los domingos, sino que planea la semana en el celular durante el trayecto al trabajo. La proto-persona cambia: ahora el momento clave es la planeación breve, no el fin de semana. Sin la proto-persona, el equipo no habría sabido a quién entrevistar; sin las entrevistas, habría diseñado para un domingo que no existe.
Para pasar de la persona a un recorrido completo, el mapa de experiencia toma la misma persona y la sigue en el tiempo. Y antes de investigar, el design brief debe decir qué decisión depende de la persona.
Errores comunes
- Escribir una proto-persona y tratarla como resultado de investigación.
- Llenar la tarjeta de datos demográficos que no cambian ningún diseño.
- Usar una persona para evitar hablar con usuarios reales.
- Crear una persona por cada segmento sin pensar en cuál importa más.
- Dejar la tarjeta en un documento que nadie consulta durante el diseño.
- Inventar detalles precisos, como edad, sueldo o foto de stock, que aparentan datos reales.
Qué puedes hacer mañana
- Escribe una proto-persona en una página, con cada dato marcado como suposición y su nivel de confianza.
- Elige tres supuestos que, si son falsos, cambiarían tu diseño. Esos son los que vas a investigar primero.
- Pide a dos personas de tu equipo que escriban la suya por separado y compara las diferencias.