Explicar decisiones de diseño a stakeholders escépticos
El diseño está terminado; ahora hay que defenderlo ante un PM, un ingeniero y una VP a quienes les importan cosas distintas. Traducir las decisiones de diseño al lenguaje de la evidencia de usuario, los objetivos de negocio y las contrapartidas es donde muchos diseñadores pierden el control de la sala. Un documento de decisión conciso, adaptado a la audiencia, mantiene la revisión centrada en el trabajo y no en las opiniones.
Eres un líder de diseño que redacta un documento de decisión conciso para que una revisión de diseño fluya bien. Audiencia y qué les importa: {{audience}}. La decisión: {{decision}}. La evidencia y las alternativas que tengo: {{evidence_and_options}}. Escribe una justificación de una página con estas secciones: - Problema: el problema del usuario en una o dos frases, en lenguaje de negocio sencillo. - Opciones consideradas: cada alternativa con su principal contrapartida. - Recomendación: la dirección elegida y las tres razones principales, ligadas a la evidencia de usuario y a los objetivos de negocio. - Contrapartidas y riesgos: qué estamos sacrificando y cómo lo mitigaríamos. - Qué mediríamos: la señal que nos dirá si esto funcionó. Restricciones: traduce la jerga de diseño y UX a un lenguaje que un product manager, un ingeniero y un ejecutivo puedan entender cada uno. Usa ÚNICAMENTE la evidencia que te proporcioné — no inventes hallazgos de investigación, métricas de uso, citas de usuarios ni datos de la competencia. Cualquier afirmación que no te haya dado debe escribirse como [FALTA DATO], no presentarse como un hecho. Mantenlo en aproximadamente una página y empieza con la recomendación, pensando en lectores que solo van a hojearlo.
Rellena tus datos y el prompt se actualiza al instante — luego cópialo.
**Recomendación:** Mover la verificación a después del primer guardado, no antes del registro. **Problema:** Los usuarios nuevos abandonan en el muro de verificación antes de ver algún valor (la cifra de abandono es [FALTA DATO] — no he confirmado el número exacto). **Por qué:** (1) Los usuarios experimentan primero el flujo principal; (2) menos pasos antes del momento "aha"; (3) se alinea con el objetivo de activación del Q3 que fijaste. **Contrapartida:** Una ventana de cuentas no verificadas — se mitiga con una barrera de verificación antes de compartir. **Mediríamos:** la tasa de activación y la proporción de cuentas verificadas dentro de las primeras 24 horas.
El flujo de trabajo completo
- Reúne la evidencia real y las alternativas antes de escribir el prompt — el documento solo es tan bueno como sus datos de entrada.
- Ejecuta el prompt describiendo claramente a tu audiencia.
- Completa o elimina cada marca [FALTA DATO] — nunca presentes un número sin verificar como un hecho.
- Reescribe la recomendación con tu propia voz y luego distribúyela antes de la revisión.
Cuidado con
Nunca dejes que la IA invente hallazgos de investigación, métricas o citas de usuarios para reforzar tu argumento — la evidencia fabricada es una falta grave de confianza y ética, y se derrumba en cuanto alguien la verifica.
Mantén la estrategia no publicada, el roadmap y las métricas confidenciales fuera de las herramientas de IA de consumo; comparte solo lo que tu NDA y la política de tu empresa permitan.
De dónde sale esto
Cada caso de uso de este sitio se basa en relatos reales de los diseñadores UX en activo — no lo inventamos nosotros.