Cómo usar personas en diseño (para que no acaben en un cajón)
Seis maneras concretas de poner una persona a trabajar en revisiones de diseño, redacción, priorización y pruebas, y los hábitos que evitan que caduque.
La mayoría de las personas se hacen con cuidado y luego no se usan nunca. Se presentan en un arranque, se admiran y se archivan. Seis meses después, una diseñadora que no estuvo en el arranque toma una decisión que la persona habría cambiado, y nadie se da cuenta. Esta guía trata de la segunda mitad de la vida de una persona: la parte posterior a su creación. Seis maneras de usar una y tres hábitos que la mantienen viva.
1. Pon la persona en la sala
Una persona solo funciona si está presente cuando se toman las decisiones. Eso significa estar, física o digitalmente, en los lugares donde se discute: la revisión de diseño, el ticket, el pull request, el documento de hoja de ruta.
El generador de personas da a cada persona un enlace y una exportación en PNG o SVG. Pega el enlace en la plantilla de tickets. Suelta el PNG en el archivo de Figma junto al flujo. Pon el SVG en la primera diapositiva de la revisión. Una persona a un clic de distancia se lee; una que está en una carpeta llamada "Investigación", no.
2. Haz preguntas en nombre de la persona
El hábito más útil es pequeño: hacer preguntas de diseño sobre una persona concreta en lugar de sobre "el usuario".
"¿Esto cubre las necesidades del usuario?" no tiene respuesta. "¿Haría Denise esto de pie entre dos pacientes?" sí la tiene, y suele ser no. "¿Sabría Walter que este botón se puede deshacer?" te devuelve al paso de confirmación. "¿Vería Luis este aviso antes de salir de casa a las 5 de la mañana?" pregunta si la notificación llega a tiempo.
Entrena al equipo para hacerlo en las críticas. Resulta artificial durante unas dos semanas y luego se convierte en la forma de hablar de la gente.
3. Recorre los escenarios
Cada persona de la herramienta tiene una sección de escenarios: los momentos en que esta persona se encuentra con el producto, con la presión que soporta. Úsalos como casos de prueba.
Antes de una revisión de diseño, toma cada escenario y recorre el diseño con él, paso a paso, como esa persona. ¿Dónde se rompe el escenario? ¿Qué necesita saber la persona en el paso tres que el diseño muestra en el paso cinco? Esto es más barato que una prueba de usabilidad y detecta una parte sorprendente de lo que detectaría una.
4. Usa la persona para priorizar
Cuando el backlog es más largo que el trimestre, la persona es el desempate. Para cada elemento candidato, pregunta a qué persona sirve, qué objetivo de su página hace avanzar y qué frustración elimina. Los elementos que no sirven a nadie en una página de persona son para alguien que aún no has descrito, o para nadie.
Esto también expone el problema contrario: una persona a la que nada del backlog sirve. O la persona está mal, o el producto ignora a alguien para quien dice ser. Ambas cosas merece la pena saberlas.
5. Escribe para la persona
Los textos de la interfaz, las páginas de ayuda, los correos de bienvenida, los mensajes de error: todo se escribe para alguien, y la persona dice para quién. Sofia, una estudiante de primer año que lee en el móvil en el autobús, necesita frases más cortas y un vocabulario distinto del de Leila, una doctoranda que quiere el método completo. La escala de comodidad con la tecnología de la persona le dice a quien escribe cuánto explicar.
Una práctica sencilla: antes de publicar una página, léela en voz alta como la persona. Donde tú te pararías, ella se parará.
6. Recluta para las pruebas a partir de la persona
Cuando hagas una prueba de usabilidad, la persona es el briefing de reclutamiento. Sus datos y escenarios describen a quién buscar: trabajadores del turno de noche, personas que gestionan la atención de un progenitor desde otro estado, aprendices que estudian en una furgoneta. Probar con personas que encajan con la persona comprueba el diseño y la persona al mismo tiempo. Si los participantes no paran de sorprenderte, la persona necesita trabajo.
Tres hábitos que mantienen viva una persona
Féchala y nombra la investigación. La sección "Basado en" al final de cada persona de la herramienta es la línea más importante de la página. "Ocho entrevistas, marzo de 2026" le dice a quien lee hasta dónde confiar y cuándo caduca. Una persona sin ella se convierte en folclore.
Cámbiala cuando aprendas algo. Después de cada ronda de investigación, cada prueba de usabilidad, cada tanda de tickets de soporte, abre la persona y pregúntate qué está ahora mal. Edítala. El enlace de edición de la herramienta existe para esto. Una persona con historial de cambios es un documento vivo; una que lleva dos años idéntica es una decoración.
Retírala cuando el producto siga adelante. Los productos cambian de destinatario. Cuando una persona deja de aparecer en las discusiones de diseño, pregúntate si esa persona todavía importa o si otra ha ocupado su lugar. Haz la nueva. Conserva la antigua con una nota que diga cuándo y por qué dejó de aplicarse.
La persona no es la investigación
Una advertencia. Una persona es un resumen, y un resumen pierde cosas. Cuando una decisión esté reñida, vuelve a las notas de las entrevistas, las grabaciones, los tickets. La persona señala la investigación; no la sustituye. Los equipos que guardan el material en bruto junto a la persona deciden mejor que los que solo guardan la página.
Empieza a usar una hoy
Si tienes una persona en un cajón, ábrela, añade una línea "Basado en", exporta el PNG y ponlo en la próxima revisión de diseño. Si no tienes ninguna, crea una con lo que sabes, márcala como suposición y deja que la siguiente ronda de investigación la corrija. Si esa investigación es lo que te falta, es el trabajo que hace Mobility Labs.