<aside>
💬
Mapa de fuentes de este caso. Es una iteración de una sola pantalla —la más importante del producto—, no de un flujo entero, así que el caso es deliberadamente más corto. Regla de oro: todas las cifras de resultado salen del Postmortem — Resultado: Experimento Result & Smart Result (periodo 30-abr → 6-jul 2026).
</aside>
1. Context
<aside>
⭐
En una frase. Iteré Result —el momento más importante y única pantalla permanente del producto— para que el usuario entienda qué aporta TaxDown frente al borrador, y convierta.
Es la última pantalla que ve el usuario antes de decidir si paga, y la única que sigue ahí siempre.
Ahorro medio ≈400€.
~80 % de los usuarios ve su resultado al terminar el flujo; el resto se queda sin número.
</aside>
- TaxDown es una plataforma española de gestión fiscal. Ayuda a cualquier persona a preparar y presentar su declaración de la renta de forma guiada.
- Result es el momento clave de la experiencia de TaxDown. Es el punto en el que, tras recopilar toda la información fiscal, le mostramos al usuario el resultado de su declaración.
- En esa pantalla comunicamos tres cosas:
- Resultado (a devolver o a pagar)
- Ahorro conseguido al identificar deducciones fiscales que muchos usuarios desconocen.
- Valor diferencial del servicio frente a la presentación tradicional de la renta.
- Existen dos experiencias claramente distintas:
- Con cálculo fiable (Result True) — tenemos toda la información y podemos calcular con fiabilidad: mostramos resultado + ahorro + valor de continuar.
- Sin cálculo fiable (Pending) — la complejidad fiscal del usuario (nueve situaciones: ingresos en el extranjero, nuda propiedad, inversiones no procesables, más de dos actividades de autónomo, casos con comentarios del revisor…) impide un cálculo fiable: en vez de arriesgar una cifra incorrecta, comunicamos que hace falta una revisión adicional.
|
|
| Rol |
Product Design Lead — lideré la iteración end-to-end |
| Plataforma |
App TaxDown (Desktop, iOS, Android, Responsive) |
| Equipo |
Squad Imagineering (producto, fiscal, ops, soporte, tech, IA) |
| Tiempo |
Abril → julio 2026 · experimentos y Smart Result en plena campaña de la Renta |
2. Business Problem
<aside>
⭐
En una frase. Si el usuario no entiende la pantalla, no convierte. Y la conversión cae según el resultado: solo la sostenemos cuando sale a devolver → problema de escalabilidad.
- A devolver 9,34 %
- A pagar 4,05 %
- Igual / 0 2,15 %
</aside>
Result es un punto crítico del funnel: muchos usuarios llegan con el único objetivo de conocer su resultado y, una vez lo tienen, abandonan sin contratar un plan.
Si la pantalla de resultado no le convence, no generamos el lead que convierte a pago.
El problema tenía tres caras:
- El que ve un resultado calculado no entiende qué aporta TaxDown frente al borrador de Hacienda —y es la gran mayoría de la base—.
- El caso "Igual / 0" está clavado en ≈2,15 %: si los números coinciden con el borrador, el usuario no ve por qué pagar.
- El segmento que empeora frente al borrador es el de peor NPS: 41,0 (36,1 si además sale a pagar), justo en el momento de mayor decisión (pre-pago).
3. User Problem