# Ayuda a los usuarios a lograr su primer resultado útil

- **URL canónica:** https://playbook.affpartners.io/es/apps/practices/quality-first-value/
- **Versión Markdown:** https://playbook.affpartners.io/es/apps/practices/quality-first-value/index.md
- **Módulo:** Calidad del producto
- **Tiempo:** 90 minutos para el primer análisis

El primer resultado útil es el momento en que alguien obtiene un logro pequeño y tangible, no simplemente cuando abre la app. Encuentra ese momento y elimina lo que lo bloquea en la primera sesión.

## Resultado

Un mapa de la primera sesión con un resultado útil, la ruta hasta él, las barreras innecesarias y un cambio para el próximo release.

## Muestra el valor primero y pide el esfuerzo después

Un usuario nuevo todavía no confía en la app y no sabe por qué debería completar un perfil, activar notificaciones o aguantar un onboarding largo. Deja que vea un valor real lo antes posible, aunque sea una selección personalizada, un elemento guardado o un primer resultado claro.

## Qué vas a necesitar

- **Instalación limpia:** Un teléfono sin cuenta guardada y la versión anterior de la app desde la tienda, para un primer recorrido honesto.
- **Un colega:** Producto, soporte o diseño durante 20 minutos, para comparar las expectativas de alguien nuevo con las preguntas reales.
- **Periodo:** Datos de usuarios nuevos de los últimos 14 a 30 días, sin picos publicitarios importantes.

## Términos en lenguaje sencillo

- **CTA — La acción principal que se ofrece al usuario:** Definición: Un CTA es un botón o un enlace con un siguiente paso claro y un resultado esperable. Ejemplo: «Continuar el registro» es más claro que «Siguiente».
- **Analytics event — El registro de una acción concreta del usuario:** Definición: La app envía un evento cuando un usuario abre una pantalla, toca un botón o completa una acción. Ejemplo: registration_started y registration_completed muestran cuántas personas abandonan el registro.
- **Conversion — La proporción de personas que pasan al siguiente paso:** Definición: Muestra cuántas de las personas que empezaron un paso lo completaron o llegaron al siguiente. Ejemplo: 80 registros completados de 100 iniciados: 80 ÷ 100 × 100% = 80% de conversión.
- **D1 / D7 / D30 — Regreso a los 1, 7 o 30 días:** Definición: La D viene de day, día. La métrica muestra qué proporción de un grupo de usuarios nuevos volvió después del número de días elegido. Ejemplo: D7 = 18% significa que 18 de cada 100 usuarios nuevos volvieron a los siete días.

## Cuándo aplicarla

Los usuarios nuevos instalan la app pero no terminan el onboarding, no completan la primera acción útil o no vuelven al día siguiente.

## De dónde sacar señales

No intentes demostrar una causalidad perfecta de entrada. Combina los números con preguntas reales de usuarios y un recorrido manual.

- **Embudo del primer inicio**
  - **Fuente:** En AppMetrica, Firebase u otro reporte, arma: primer inicio → onboarding iniciado → onboarding completado → primera acción útil.
  - **Si no hay acceso:** Si el evento que necesitas no existe, pide a un desarrollador el evento técnico más cercano y abre una tarea para configurar bien el tracking.
- **Soporte y reseñas**
  - **Fuente:** Toma las últimas 20 preguntas de usuarios nuevos y marca dónde no entendieron el valor, un permiso, una condición o el siguiente paso.
  - **Si no hay acceso:** Si hay pocas solicitudes, pide a tres colegas que no conozcan el producto que recorran el primer inicio y digan sus dudas en voz alta.
- **Recorrido manual**
  - **Fuente:** Anota la pantalla, la acción, el tiempo y la pregunta del usuario en cada paso, desde la instalación hasta el primer resultado.
  - **Si no hay acceso:** Incluso sin analítica obtendrás una lista de barreras y podrás elegir una simplificación segura.

## Traza la ruta hasta el primer resultado útil

1. **Define un resultado útil.** Define una acción tras la cual alguien nuevo pueda decir con honestidad: «Ahora entiendo para qué me sirve esta app». No trates el registro, un consentimiento ni un depósito como valor en sí mismos.
   - **Dónde hacerlo:** En la parte superior del mapa de la ruta o en un documento breve del equipo.
   - **Ejemplo:** El usuario vio una selección clara para su interés y guardó un elemento.
2. **Recorre la ruta desde cero.** Reinstala la app y anota cada pantalla, campo obligatorio, permiso y espera en el camino hasta el resultado.
   - **Dónde hacerlo:** En un dispositivo real de iOS y de Android, no solo en una build de prueba.
   - **Ejemplo:** Llegar a la selección lleva 9 pantallas, 7 campos y dos solicitudes de permiso.
3. **Separa lo necesario de lo habitual.** Para cada paso pregunta: ¿es imposible mostrar el valor sin él, o el equipo simplemente está acostumbrado a pedirlo al principio? Mueve las solicitudes opcionales a después del resultado.
   - **Dónde hacerlo:** En la segunda y la tercera columna del mapa de la ruta.
   - **Ejemplo:** La zona horaria se necesita para las notificaciones más adelante, no para la primera selección: mueve la solicitud.
4. **Deja un solo CTA claro.** Cada pantalla debe tener un único siguiente paso principal que describa el resultado, no el proceso interno.
   - **Dónde hacerlo:** En las pantallas clave antes y justo después del primer resultado útil.
   - **Ejemplo:** En vez de «Continuar», «Ver mi selección»; después del resultado, «Guardar selección».
5. **Elige una simplificación.** Fija el cambio, el responsable y las métricas antes de desarrollar. No mezcles en una sola prueba un formulario más corto, textos nuevos y un rediseño de todas las pantallas.
   - **Dónde hacerlo:** En la tarea del próximo release y en el mapa de la ruta.
   - **Ejemplo:** Mover cinco campos del perfil a después de la primera selección; responsable: product manager; revisión a los 14 días.

## Ejemplos prácticos

- **Antes: una encuesta delante del resultado:** Los usuarios nuevos pasaban por 9 pantallas y 7 campos antes de la primera selección. Al mover cinco campos después del resultado, la ruta se redujo a 4 pantallas: cambió una barrera, no todo el onboarding.
- **Después: el permiso en un momento claro:** El permiso de push no se pide en el primer inicio, sino después de guardar un elemento: la app explica antes que informará sobre los cambios de ese elemento concreto.

## Artefacto final: Mapa de la primera experiencia útil

Captura la ruta actual en cinco filas. No diseñes un onboarding entero nuevo: elige una barrera para quitar primero.

| Etapa | Qué pasa ahora | Qué cambiamos | Listo si |
| --- | --- | --- | --- |
| Primera pantalla | Tres diapositivas promocionales | Dejar una sola promesa de valor | Se entiende en 5 segundos |
| Registro | 7 campos obligatorios | Dejar solo correo y contraseña | Se puede continuar sin perfil |
| Permisos | Se pide push de inmediato | Pedirlo después de guardar un elemento | Hay un contexto claro |
| Primer resultado útil | La selección se muestra solo tras una encuesta | Mostrar antes una selección básica | Hay resultado en la primera sesión |
| Siguiente paso | Tres botones idénticos | Un solo CTA «Guardar selección» | La acción es evidente |

Primer cambio: mostrar una selección básica antes de la encuesta completa. Responsables: producto + equipo móvil. Revisión a los 14 días: conversión al primer resultado útil y tiempo mediano para llegar a él.

## Lista de verificación antes de desarrollar

Si el equipo no puede responder un punto, vuelve al mapa de la ruta: todavía no necesitas una interfaz nueva.

- [ ] El primer resultado útil está descrito como una acción del usuario, no como una métrica de negocio.
- [ ] La ruta se recorrió con una instalación limpia en iOS y en Android.
- [ ] Hay un motivo claro para cada campo obligatorio y cada permiso.
- [ ] Antes del primer resultado útil, cada pantalla tiene un CTA principal.
- [ ] Hay un cambio elegido, con responsable, periodo y métrica de revisión.

## Cómo saber si la ruta mejoró

- **Llegaron al valor:** La proporción de usuarios nuevos que completaron la primera acción útil en su primera sesión.
- **Llegaron más rápido:** El tiempo mediano y la cantidad de pantallas desde el primer inicio hasta el resultado útil.
- **Conservaron la confianza:** Los errores, las desinstalaciones tempranas, las preguntas a soporte y el D1 no empeoraron después del cambio.

## Regla principal

Si el primer resultado útil no se puede describir en una frase, acuérdalo primero dentro del equipo; solo después cambia el onboarding.

## Crece con GameChange Partners

[Explorar el programa de afiliados ↗](https://gamechange.partners/es?utm_source=academy&utm_medium=referral&utm_campaign=gcpacademy)

---

- [Versión HTML](https://playbook.affpartners.io/es/apps/practices/quality-first-value/)
- [Todas las prácticas](https://playbook.affpartners.io/es/apps/)