A continuación se presentan 40 historias de usuario agrupadas por tipo de producto: SaaS, comercio electrónico, aplicaciones móviles, marketplaces, fintech, salud, herramientas internas y funciones de IA. Cada una viene con criterios de aceptación, porque una historia sin ellos está a medio escribir. Después de ellas: reescrituras de malo a bueno, una épica dividida en historias e historias no funcionales.
Actualizado en octubre de 2026. ¿Nuevo en las historias de usuario? Comienza con cómo escribir historias de usuario, y luego vuelve aquí para material que puedas adaptar.
El formato utilizado aquí
Cada historia sigue la plantilla de rol-función-beneficio:
Como [tipo de usuario], quiero [objetivo o acción] para que [beneficio].
Los criterios de aceptación son listas de verificación numeradas cortas para que quepan en una tabla; el plantilla de historias de usuario muestra la alternativa Dado/Cuando/Entonces. Los números (límites de tiempo, umbrales) son marcadores de posición para tus propias reglas de negocio.
Ejemplos de historias de usuario SaaS y B2B
Las historias B2B giran en torno a cuentas, roles y facturación, y dos usuarios importan a la vez: la persona que realiza el trabajo y el administrador que paga.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 1. Como administrador de espacio de trabajo, quiero invitar a compañeros de equipo por correo electrónico para que puedan trabajar en nuestra cuenta. | (1) El enlace de invitación es válido durante 7 días. (2) Elijo un rol (Administrador, Miembro o Observador) antes de enviar. (3) Invitar a alguien que ya es miembro muestra un error en lugar de enviar una duplicada. |
| 2. Como propietario de la cuenta, quiero actualizar a un plan de pago dentro de la aplicación para poder añadir asientos sin hablar con ventas. | (1) Veo el precio y qué cambia antes de confirmar. (2) Los nuevos límites se aplican en cuanto el pago es exitoso. (3) Si la tarjeta es rechazada, me quedo en mi plan actual y veo el motivo. |
| 3. Como miembro del equipo, quiero iniciar sesión con mi cuenta de Google o Microsoft de la empresa para no necesitar otra contraseña. | (1) El inicio de sesión ofrece ambas opciones. (2) Mi primer inicio de sesión desde un dominio de empresa permitido me añade a ese espacio de trabajo. (3) Las cuentas de dominios que el administrador no ha permitido se rechazan con un mensaje claro. |
| 4. Como gerente, quiero exportar el informe de actividad a CSV para poder compartirlo con finanzas. | (1) La exportación utiliza los filtros actualmente aplicados. (2) El archivo tiene una fila de encabezado y fechas ISO (AAAA-MM-DD). (3) Las exportaciones de más de 50.000 filas se envían por correo electrónico como un enlace de descarga en lugar de bloquear la página. |
| 5. Como usuario nuevo, quiero una breve lista de verificación de incorporación para obtener mi primer resultado útil sin leer la documentación. | (1) De 3 a 5 pasos, cada uno marcado automáticamente al completarse. (2) Puedo descartarla y volver a abrirla desde el menú de ayuda. (3) El progreso se sincroniza entre dispositivos. |
| 6. Como administrador del espacio de trabajo, quiero un registro de auditoría de los cambios de permisos para poder responder a los cuestionarios de seguridad de nuestros clientes. | (1) Cada entrada registra quién cambió qué, cuándo y desde qué IP. (2) Nadie, incluidos los administradores, puede editar o borrar entradas. (3) El registro se puede filtrar por usuario y fecha y exportar. |
Ejemplos de historias de usuario de comercio electrónico
Las historias de tiendas viven o mueren por sus caminos de error: artículos agotados, tarjetas rechazadas, entregas tardías y devoluciones.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 7. Como comprador, quiero filtrar productos por tamaño y color para solo ver artículos que puedo comprar. | (1) Los filtros solo ofrecen tamaños y colores en stock. (2) Los resultados se actualizan sin recargar, y la URL mantiene los filtros para que la vista se pueda compartir. (3) “Limpiar todo” restablece la lista. |
| 8. Como comprador invitado, quiero finalizar la compra sin crear una cuenta para poder comprar rápidamente. | (1) Solo se requieren correo electrónico, dirección y pago. (2) Después de pagar, puedo crear una cuenta con un clic. (3) El correo de confirmación llega en menos de un minuto. |
| 9. Como comprador, quiero ver la fecha de entrega antes de pagar para saber si el pedido llegará a tiempo. | (1) Cada opción de envío muestra una ventana de entrega estimada. (2) La ventana se actualiza cuando cambio la dirección. (3) Los artículos que se envían por separado muestran sus propias fechas. |
| 10. Como comprador, quiero que me avisen cuando un artículo agotado vuelva a estar disponible para no tener que seguir comprobando. | (1) “Avísame” reemplaza “Añadir al carrito” cuando el stock es cero. (2) Recibo un correo cuando el artículo vuelve a estar en stock, y luego la alerta termina. (3) El correo abre el producto con mi tamaño preseleccionado. |
| 11. Como cliente, quiero iniciar una devolución en línea para no tener que enviar un correo al soporte. | (1) Solo los pedidos dentro del plazo de devolución muestran un botón de Devolución. (2) Elijo artículos y un motivo y obtengo una etiqueta o código QR. (3) El estado del reembolso aparece en mi historial de pedidos. |
| 12. Como gerente de tienda, quiero crear un código de descuento con fecha de expiración para poder realizar una promoción de fin de semana. | (1) Establezco un porcentaje o monto fijo, fechas y un límite de uso. (2) Al finalizar la compra, un código expirado muestra “Este código ha expirado”. (3) Los códigos no se pueden combinar a menos que yo lo permita. |
Para flujos de pago y seguimiento de pedidos en aplicaciones de entrega, ver los elementos imprescindibles de una aplicación bajo demanda.
Ejemplos de historias de usuario de aplicaciones móviles
Las historias móviles necesitan criterios que las historias web a menudo pueden omitir: sin señal, permisos del dispositivo y biometría.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 13. Como viajero, quiero que mis billetes estén disponibles sin conexión para poder mostrarlos en un tren sin señal. | (1) Los billetes y sus códigos QR se abren sin conexión. (2) Una barra de aviso sin conexión muestra cuándo se sincronizaron los datos por última vez. (3) Las acciones que necesitan conexión se desactivan con una explicación. |
| 14. Como usuario, quiero iniciar sesión con Face ID o mi huella dactilar para no tener que escribir mi contraseña cada vez. | (1) Se ofrece después de mi primer inicio de sesión con contraseña y permanece desactivado hasta que lo activo. (2) La aplicación pide la contraseña después de 3 intentos fallidos o si cambian las biometrías del dispositivo. (3) Puedo desactivarlo en la configuración. |
| 15. Como usuario, quiero elegir qué notificaciones push recibo para que la aplicación no me envíe spam. | (1) La configuración lista cada categoría de notificación con su propio interruptor. (2) Los cambios se aplican de inmediato. (3) La aplicación pide permiso de notificación cuando activo una categoría por primera vez, no al primer lanzamiento. |
| 16. Como usuario nuevo, quiero probar la aplicación antes de registrarme para poder decidir si vale la pena. | (1) El contenido principal se puede explorar sin una cuenta. (2) El registro se solicita solo cuando intento guardar o publicar. (3) Lo que guardé como invitado se transfiere a mi cuenta. |
| 17. Como usuario, quiero compartir un artículo en WhatsApp o Mensajes para poder enviarlo a un amigo. | (1) El uso de compartir emplea la hoja de compartir nativa del teléfono. (2) El enlace abre el elemento en la aplicación si está instalada, de lo contrario en el sitio web. (3) La vista previa del enlace muestra el título y la imagen del elemento. |
Ejemplos de historias de usuario para marketplaces y servicios bajo demanda
Los marketplaces tienen al menos tres roles (comprador, proveedor, operador), y una función rara vez se considera completa hasta que cada uno tenga una historia.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 18. Como cliente, quiero seguir a mi repartidor en un mapa para saber cuándo estar en la puerta. | (1) Después de la recogida, la posición del repartidor se actualiza al menos cada 15 segundos. (2) Se muestra una estimación de llegada y se mantiene actualizada. (3) El compartir de ubicación se detiene en la entrega. |
| 19. Como proveedor de servicios, quiero establecer mi disponibilidad semanal para solo recibir solicitudes que pueda aceptar. | (1) Puedo establecer horarios para cada día de la semana y bloquear fechas específicas. (2) Los clientes no pueden solicitar horarios fuera de esas horas. (3) Cambiar la disponibilidad no cancela las reservas ya confirmadas. |
| 20. Como cliente, quiero calificar a un proveedor después de un trabajo para que otros clientes puedan elegir bien. | (1) El aviso de calificación aparece cuando el trabajo se marca como completado y permanece abierto durante 14 días. (2) Doy de 1 a 5 estrellas y un comentario opcional. (3) Solo los clientes con una reserva completada pueden revisar a ese proveedor. |
| 21. Como vendedor, quiero ver cuándo llegará cada pago para poder planificar mi flujo de caja. | (1) Cada pedido completado muestra el pago después de las comisiones y su fecha esperada. (2) El historial de pagos lista la fecha, el monto y los pedidos. (3) Si un pago falla, se me indica por qué y cómo solucionarlo. |
| 22. Como operador de marketplace, quiero revisar los anuncios de nuevos vendedores antes de que se publiquen para que los artículos prohibidos no aparezcan en el sitio. | (1) Los primeros anuncios de un nuevo vendedor van a una cola de revisión. (2) Los revisores aprueban o rechazan con un motivo que el vendedor puede ver. (3) Después de la aprobación, los anuncios posteriores del vendedor se publican de inmediato a menos que estén marcados. |
Ejemplos de historias de usuario para fintech
En productos regulados, algunos criterios están establecidos por ley, como la verificación de identidad o la autenticación fuerte del cliente para pagos en la UE y el Reino Unido. Trate estos como un punto de partida y confirme las reglas con su asesor de cumplimiento.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 23. Como nuevo cliente, quiero verificar mi identidad en la aplicación para poder abrir una cuenta sin visitar una sucursal. | (1) Fotografié un documento de identidad y tomo una selfie en la aplicación. (2) Veo si la verificación pasó, falló o necesita revisión, y qué hacer a continuación. (3) Las imágenes se almacenan cifradas y cada acceso del personal se registra. |
| 24. Como titular de tarjeta, quiero congelar mi tarjeta al instante para que nadie pueda usarla si la pierdo. | (1) La congelación tiene efecto en segundos y los nuevos pagos con tarjeta se rechazan. (2) Descongelar restaura la misma tarjeta. (3) La pantalla explica qué sucede con los pagos recurrentes mientras está congelada. |
| 25. Como usuario, quiero que mis transacciones se clasifiquen automáticamente para poder ver a dónde va mi dinero cada mes. | (1) Las nuevas transacciones obtienen una categoría dentro de un minuto de aparecer. (2) Cuando cambio una categoría, las transacciones futuras del mismo comercio siguen mi elección. (3) La vista mensual muestra un total por categoría. |
| 26. Como titular de cuenta, quiero que las transferencias grandes requieran una segunda confirmación para que mi dinero esté a salvo si alguien se entera de mi contraseña. | (1) Las transferencias por encima de un límite que yo establezco requieren aprobación en la aplicación o un código de un solo uso. (2) El primer pago a un nuevo beneficiario requiere el mismo paso. (3) Las confirmaciones fallidas se registran y se me notifica. |
| 27. Como propietario de una pequeña empresa, quiero enviar facturas con un enlace de pago inmediato para que los clientes puedan pagar con tarjeta. | (1) El correo de la factura incluye un enlace de pago seguro. (2) La factura se marca como pagada automáticamente cuando el pago tiene éxito. (3) Las facturas vencidas activan recordatorios en los días que elijo. |
Ejemplos de historias de usuario para atención médica
Los datos de salud están sujetos a reglas como HIPAA en EE. UU. y GDPR en la UE, por lo que el control de acceso y los registros de auditoría aparecen en la mayoría de los criterios. Confirme los detalles con alguien que conozca las reglas que le aplican.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 28. Como paciente, quiero reservar una cita en línea para no tener que llamar a la clínica. | (1) Solo aparecen los horarios disponibles para el profesional y el tipo de visita elegidos. (2) La confirmación llega por correo electrónico o SMS con un enlace para añadir al calendario. (3) Puedo cancelar o reprogramar hasta el plazo límite de la clínica; después de eso, se muestra el número de teléfono de la clínica. |
| 29. Como paciente, quiero recordatorios de medicación para no perderme dosis. | (1) Establezco horarios de recordatorio para cada medicamento. (2) La notificación en la pantalla de bloqueo no muestra el nombre del medicamento a menos que yo lo permita. (3) Puedo marcar cada dosis como tomada o omitida y ver mi historial. |
| 30. Como profesional médico, quiero ver los resultados de laboratorio recientes de un paciente en una sola pantalla para poder prepararme para una visita rápidamente. | (1) Resultados de los últimos 12 meses, del más nuevo al más antiguo, con valores fuera de rango destacados. (2) Solo el equipo de atención del paciente puede abrir la pantalla. (3) Cada vista se registra en el registro de acceso. |
| 31. Como paciente, quiero unirme a una cita por video desde mi navegador para no tener que instalar nada. | (1) El enlace funciona en las versiones actuales de Chrome, Safari, Edge y Firefox en escritorio y móvil. (2) Espero en una sala de espera hasta que el profesional me admita. (3) Se ejecuta primero una verificación de cámara y micrófono, con ayuda si el acceso está bloqueado. |
Ejemplos de historias de usuario para herramientas internas y administración
Las herramientas internas a menudo se construyen sin historias porque “solo es para nosotros”, y así terminan con cien campos y sin una función clara.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 32. Como agente de soporte, quiero ver los pedidos y tickets recientes de un cliente en una sola pantalla para poder responder sin cambiar de herramienta. | (1) Puedo buscar por correo electrónico, número de teléfono o número de pedido. (2) La pantalla muestra los últimos 10 pedidos y todos los tickets abiertos. (3) Los agentes pueden ver, pero no editar, los detalles de pago. |
| 33. Como gerente de operaciones, quiero actualizar los estados de los pedidos en lote desde un CSV para no tener que editar cientos de registros a mano. | (1) Una vista previa muestra qué filas cambiarán y cuáles tienen errores antes de aplicar nada. (2) Las filas con errores se omiten y se reportan. (3) Cada actualización en lote se registra con el nombre de quien la ejecutó. |
| 34. Como administrador de TI, quiero desactivar la cuenta de un empleado que se va en un solo lugar para que pierda el acceso a todas las herramientas internas. | (1) La desactivación termina todas las sesiones activas de inmediato. (2) Sus tareas abiertas se reasignan a su gerente. (3) Sus datos se conservan según la política de retención, no se eliminan. |
| 35. Como responsable de finanzas, quiero que los gastos que superen un umbral requieran aprobación para que las compras grandes se verifiquen. | (1) Los gastos que superen el umbral se envían al aprobador asignado. (2) El aprobador puede aprobar o rechazar, con un comentario, desde el correo electrónico o la aplicación. (3) Las solicitudes no gestionadas en 3 días hábiles se escalan. |
Ejemplos de historias de usuario de funciones de IA
Las funciones de IA necesitan criterios adicionales: qué pasa cuando el modelo no sabe, dónde van los datos y cómo se determinará si ayudan. Mantén a un humano en control de todo lo que se envíe, publique o pague.
| Historia de usuario | Criterios de aceptación |
|---|---|
| 36. Como agente de soporte, quiero una respuesta redactada por IA para cada ticket para poder responder preguntas comunes más rápido. | (1) El borrador aparece en el cuadro de respuesta, etiquetado como generado por IA, y solo se envía cuando hago clic en Enviar. (2) Enlaza los artículos del centro de ayuda que utilizó. (3) Cuando no existe un artículo relevante, lo indica en lugar de adivinar. |
| 37. Como usuario, quiero hacer preguntas sobre mis documentos en lenguaje natural para poder encontrar respuestas sin abrir cada archivo. | (1) Las respuestas solo usan documentos a los que tengo permiso de acceso. (2) Cada respuesta enlaza a sus pasajes de origen. (3) Si los documentos no contienen la respuesta, indica que no lo sabe. |
| 38. Como miembro del equipo, quiero un resumen breve de las notas largas de reuniones para poder ponerme al día en un minuto. | (1) El resumen lista las decisiones y los elementos de acción con sus responsables. (2) Puedo regenerarlo o editarlo. (3) Nada se resume automáticamente: un resumen se crea solo cuando alguien lo solicita. |
| 39. Como administrador de espacio de trabajo, quiero activar o desactivar las funciones de IA para mi equipo para que nos mantengamos dentro de nuestra política de datos. | (1) Un ajuste controla todas las funciones de IA en el espacio de trabajo. (2) La página indica qué proveedor procesa los datos y si se utilizan para entrenamiento. (3) El cambio se aplica a todos los usuarios en minutos y se registra. |
| 40. Como gerente de producto, quiero ver con qué frecuencia los usuarios aceptan, editan o rechazan las sugerencias de IA para poder saber si la función está ayudando. | (1) Cada sugerencia se registra como aceptada, editada o rechazada. (2) Un panel muestra estas tasas por semana. (3) Los análisis almacenan solo el resultado, nunca el prompt o el contenido del documento. |
Malo vs bueno: 6 historias de usuario reescritas
Cada reescritura nombra a un usuario específico, mantiene las decisiones de diseño fuera del objetivo y ofrece un beneficio real.
| Historia débil | Por qué falla | Versión mejorada |
|---|---|---|
| El sistema debe admitir la exportación a PDF. | Lenguaje de requisito: sin usuario y sin razón. | Como contable, quiero descargar el estado de cada mes en PDF para poder adjuntarlo a nuestros registros. |
| Como usuario, quiero que la aplicación sea fácil de usar. | No testeable, sin un objetivo específico. | Como usuario primerizo, quiero iniciar mi primer proyecto desde una plantilla para poder ver cómo funciona la aplicación en unos pocos minutos. |
| Como desarrollador, quiero migrar a PostgreSQL. | Una tarea técnica; el valor para el usuario está oculto. | Como analista, quiero que los informes mensuales se carguen en menos de 3 segundos para poder revisarlos durante las reuniones. La migración se convierte en una tarea bajo esta historia. |
| Como cliente, quiero pagar. | Demasiado grande: oculta los métodos de pago, los fallos y los reembolsos. | Como cliente, quiero pagar con tarjeta al finalizar la compra para poder completar mi pedido en un solo paso. Apple Pay, los reembolsos y los pagos fallidos se convierten en historias separadas. |
| Como usuario, quiero un botón azul de Guardar en la esquina superior derecha. | Impone el diseño y no deja nada que discutir. | Como editor, quiero que mis cambios se guarden automáticamente para no perder el trabajo si se cierra mi navegador. |
| Como gerente, quiero ver informes para poder ver informes. | El beneficio simplemente repite el objetivo. | Como gerente de ventas, quiero ver el pipeline de cada representante por etapa para poder detectar tratos estancados antes de que termine el trimestre. |
El guía de historias de usuario explica la lista de verificación INVEST detrás de estas reescrituras.
De épica a historias: un ejemplo de desglose
Una épica es un resultado demasiado grande para un solo sprint. Aquí tienes “Los clientes pueden suscribirse y pagar” para un producto SaaS B2B, desglosado en historias que pueden lanzarse de forma independiente:
- Como nuevo cliente, quiero iniciar una prueba gratuita sin tarjeta para poder evaluar el producto sin compromiso.
- Como usuario de prueba, quiero elegir un plan y añadir mi tarjeta antes de que termine la prueba para conservar mis datos y ajustes.
- Como titular de la cuenta, quiero descargar facturas anteriores para poder archivarlas para la declaración de la renta.
- Como titular de la cuenta, quiero recibir un correo electrónico una semana antes de cada renovación anual para que el cargo no me sorprenda.
- Como titular de la cuenta, quiero un período de gracia cuando un pago falle para que mi equipo no quede bloqueado por una tarjeta caducada.
Para un MVP, las historias 1 a 3 son suficientes para empezar a cobrar; las 4 y 5 importan una vez que los clientes renuevan. El guía de mapeo de historias de usuario muestra cómo trazar esa línea.
Ejemplos de historias de usuario técnicas y no funcionales
El rendimiento, la accesibilidad y la fiabilidad también pueden ser historias. Nombra al usuario que siente el problema y haz que los criterios sean medibles:
- Como comprador en móvil, quiero que las páginas de producto se carguen rápidamente en un teléfono de gama media para no rendirme antes de que aparezca la página. Criterios: el contenido principal se muestra en 2,5 segundos a través de 4G en un dispositivo de prueba especificado; las imágenes fuera de la pantalla se cargan de forma perezosa.
- Como usuario de lector de pantalla, quiero que cada campo de registro esté etiquetado y anunciado para poder crear una cuenta por mi cuenta. Criterios: el formulario cumple con WCAG 2.2 nivel AA; puede completarse solo con un teclado; los errores se anuncian.
Cómo adaptar estos ejemplos a tu MVP
- Cambia los roles por los de tus usuarios reales. “Como comprador” se convierte en “Como padre que compra uniformes escolares” si ese es tu público.
- Reemplaza cada número con tu propia regla. Las invitaciones de 7 días, los plazos de 24 horas y los objetivos de 3 segundos mencionados anteriormente son marcadores de posición.
- Conserva solo las historias de tu recorrido principal para el primer lanzamiento.
- Añade los caminos de error que tus clientes y el equipo de soporte ya comentan.
- Refina cada historia con las personas que la construirán. Una historia copiada aún necesita la conversación.
Si estás decidiendo qué incluir en una primera versión sin un cofundador técnico, cómo construir un MVP como fundador no técnico cubre las opciones. Para una tarjeta en blanco con cada campo, usa el plantilla de historias de usuario.
¿Tienes una lista de historias y nadie para construirlas? Nuestro equipo convierte historias de usuario en software funcional sprint a sprint. Ver nuestros planes de desarrollo mensual.
Preguntas frecuentes
¿Cuál es un buen ejemplo de una historia de usuario?
“Como cliente recurrente, quiero reordenar una compra anterior con un solo toque para poder reponer sin buscar de nuevo.” Nombra a un usuario específico, un objetivo sin decisiones de diseño y un beneficio real. Añade criterios como: los artículos que ya no se venden se marcan antes de la finalización de la compra, y se utilizan los precios actuales, no los originales.
¿Cuál es un ejemplo de una épica?
“Los clientes pueden suscribirse y pagar” es una épica: un resultado demasiado grande para un sprint. Se desglosa en historias como iniciar una prueba gratuita, añadir una tarjeta antes de que termine la prueba, descargar facturas y manejar pagos fallidos.
¿Cómo se escribe una historia de usuario técnica?
Nombra a la persona que siente el beneficio, aunque sea un compañero de equipo (“Como ingeniero de guardia…”), establece el valor en la cláusula “para que” y da criterios medibles. Si no hay ningún valor visible para el usuario, probablemente sea una tarea bajo otra historia en lugar de una historia.
¿Cuántos criterios de aceptación debe tener una historia de usuario?
Normalmente de tres a seis. Menos suele significar que faltan caminos de error; muchos más suele significar que la historia es demasiado grande y debe dividirse.