Práctica 02.02 · Retención
Genera confianza antes de una acción clave
Antes del registro, la verificación o una operación, los usuarios suelen detenerse por una duda concreta, no porque el botón sea débil. Responde esa duda en el momento de la decisión.
75 minutos para el primer análisis
En lenguaje sencillo
La confianza viene de una respuesta clara, no de una promesa
Qué vas a necesitar
01
Cuándo aplicarla
Los usuarios llegan a una acción importante pero la posponen o la cancelan, y soporte responde una y otra vez la misma pregunta sobre condiciones, datos o estado.
En lenguaje sencillo
Dónde encontrar la duda real
No adivines el miedo del usuario a partir de una maqueta. Conecta la caída en los datos con las palabras del usuario y las reglas reales del proceso.
Caídas en el paso
En el embudo, compara las aperturas de la pantalla, los toques en el botón principal, las finalizaciones exitosas y los errores técnicos.
Sin analítica, haz diez recorridos y pide a tres usuarios nuevos que digan en voz alta por qué están —o no— dispuestos a continuar.Soporte y cancelaciones
Agrupa las preguntas: por qué se piden los datos, es seguro, cuánto tarda, cuáles son las condiciones y qué hacer si hay un error.
Si no hay etiquetas configuradas, revisa a mano los últimos 20 mensajes sobre el paso elegido.El proceso real
Verifica la respuesta con el equipo de operaciones, soporte y un especialista legal siempre que haya condiciones o datos personales de por medio.
Si el equipo no puede respaldar una promesa, no la publiques: arregla primero el proceso o indica una limitación honesta.02
Elimina una duda principal
Elige una pantalla crítica
Empieza por un paso donde la caída sea visible y la acción requiera confianza. No intentes reescribir toda la ruta de golpe.
- Dónde hacerlo
- El embudo de registro, verificación u operación clave.
- Cómo se ve el resultado
- Pantalla de subida de documento: 1.000 aperturas, 540 envíos exitosos, 90 errores técnicos.
Reúne las palabras de los usuarios
Anota las preguntas recurrentes sin la formulación interna del equipo. Cada pregunta debe sonar como la haría un usuario.
- Dónde hacerlo
- Solicitudes de soporte, reseñas, cancelaciones y observaciones de los recorridos.
- Cómo se ve el resultado
- «¿Quién va a ver el documento?», «¿Cuánto tengo que esperar?», «¿Puedo terminarlo después?».
Elige la duda principal
Pondera la frecuencia, el impacto en la finalización y el riesgo para la confianza. Toma una pregunta que el equipo pueda responder con honestidad.
- Dónde hacerlo
- En la primera fila del mapa de dudas.
- Cómo se ve el resultado
- La pregunta principal: «¿qué pasa con el documento después de enviarlo?».
Pon la respuesta junto a la acción
Muestra el tiempo, el siguiente paso, las condiciones o la ayuda antes del toque, no en una sección de ayuda lejana.
- Dónde hacerlo
- Encima del campo, debajo del CTA o en la pantalla de confirmación, donde surja la pregunta.
- Cómo se ve el resultado
- Debajo del botón: «La verificación normalmente tarda hasta 10 minutos. El estado aparecerá en esta pantalla».
Verifica la promesa y el efecto
Comprueba que el producto hace lo que dice el texto. Después del release, compara la finalización del paso y las solicitudes sobre esa duda.
- Dónde hacerlo
- En una cuenta de prueba y en el reporte a los 14 días.
- Cómo se ve el resultado
- El estado se actualiza de verdad y las solicitudes de «cuánto tengo que esperar» bajaron de 34 a 12 por semana.
03
Ejemplos prácticos
Duda: qué pasa con el documento
Encima de la subida, el equipo explica para qué sirve la revisión; junto al botón, el tiempo habitual de hasta 10 minutos; después del envío, un estado visible y un canal de ayuda. Las cuatro promesas están verificadas contra el proceso real.
Duda: ¿se completó la operación?
En vez de un genérico «Procesando», la pantalla muestra la etapa, el tiempo previsto y una acción segura en caso de demora. La revisión: finalización del paso y cantidad de solicitudes sobre el estado a los 14 días.
Un mapa de dudas para una pantalla
No agregues un bloque genérico de «puedes confiar en nosotros». Da una respuesta breve y verificable a una pregunta concreta en el punto de decisión.
| Pregunta del usuario | Respuesta verificada | Dónde mostrarla | Revisión |
|---|---|---|---|
| ¿Para qué se necesita el documento? | Para verificar la identidad; los datos están protegidos | Encima del campo de subida | Acordado con el responsable del proceso |
| ¿Cuánto va a tardar? | Normalmente hasta 10 minutos | Junto al CTA | Verificado durante 30 días |
| ¿Qué pasa después? | Mostramos el estado y enviamos una notificación | Debajo del botón | El estado se actualiza de verdad |
| ¿Y si ocurre un error? | Puedes continuar más tarde o escribir a soporte | En la pantalla de error | El canal responde |
| ¿Hay alguna restricción? | Las condiciones están disponibles antes de confirmar | Un enlace junto a la acción | El texto se lee sin tener que buscarlo |
Primer cambio: explicar el tiempo de revisión y el siguiente paso directamente en la pantalla de subida del documento. Responsables: producto + soporte. Revisión: finalización del paso y solicitudes sobre el estado a los 14 días.
04
Lista de verificación de la confianza
Si una respuesta no se puede respaldar con el proceso o con datos, no debe usarse como texto tranquilizador.
05
Cómo saber si el momento de confianza ayuda
Finalización del paso
La conversión de la acción elegida creció sin presión adicional sobre el usuario.
Claridad
Bajaron las solicitudes y las cancelaciones sobre la duda que responde el texto nuevo.
Realidad de la promesa
Después del release, los tiempos, los estados y el canal de ayuda coinciden con lo que está escrito.
No tapes la inquietud con un botón más llamativo: da una respuesta honesta y verificable allí donde el usuario toma la decisión.