Cómo vender decisiones de diseño a stakeholders sin pelear
Vender una decisión de diseño es explicar contexto, objetivos y criterios que la justifican. Cómo armar el argumento, qué evidencia usar y manejar objeciones.
¿Por qué es una habilidad clave?
Porque muchas decisiones de diseño se pierden en la reunión, no en el diseño. Un equipo puede tener una buena solución y aun así terminar con un compromiso que no resuelve nada, porque el stakeholder no entendió por qué se eligió. Vender bien una decisión es parte del trabajo de diseño, no un extra.
La reseña de UXmatters sobre Articulating Design Decisions, el libro de Tom Greever, resume una idea de partida: el diseño es subjetivo por naturaleza, así que la comunicación debe centrarse en resultados y no en preferencias personales (UXmatters, reseña de Articulating Design Decisions).
¿Qué estructura tiene un buen argumento?
Vizcom llama design rationale a la justificación de un diseño y le asigna tres elementos: las necesidades del usuario que revela la investigación, los objetivos de negocio que definen el éxito y cómo la solución atiende ambos a la vez (Vizcom, “Design narrative”).
Una secuencia que funciona en la práctica:
- Problema. Qué le pasa a la persona usuaria, con evidencia de la investigación.
- Objetivo. Qué métrica o resultado de negocio está en juego.
- Alternativas. Dos o tres opciones con criterios de evaluación explícitos.
- Recomendación. La opción elegida, con sus trade-offs reconocidos.
- Siguiente paso. Qué se va a medir y cuándo se revisará.
Vizcom explica que una objeción como «no se siente lo suficientemente premium» indica que al stakeholder no se le dieron criterios de evaluación: sin ellos, la opinión no se puede discutir. Acordar criterios antes de mirar el diseño ahorra tiempo.
¿Qué evidencia usar?
Pragmatic Institute advierte que, sin una historia alrededor del mensaje, los socios y los stakeholders crean su propio significado, y recomienda integrar los datos clave en una narrativa más amplia (Pragmatic Institute, “8 ways you can gain influence with storytelling”). Su propuesta es tomar a un usuario como protagonista, plantear el conflicto que se resolvió y cerrar con su resolución.
En la práctica, combina dos tipos de evidencia:
- Cualitativa. Una cita de una persona real o un video de una sesión, que hace visible el problema.
- Cuantitativa. Una tasa de éxito, un porcentaje de abandono o un tiempo, que dimensiona el problema. Las métricas de usabilidad te dan ese número.
Evita el argumento de autoridad. «Es una buena práctica» no responde a la pregunta del stakeholder, que es qué gana el negocio.
¿Cómo se manejan las objeciones?
Cuatro reglas prácticas:
- Escucha primero. Antes de defender tu decisión, entiende qué preocupa a la otra persona. Puede ser coste, plazo o un riesgo que tú no ves.
- Pide el criterio. Pregunta qué tendría que pasar para que la propuesta funcione. Así la discusión se mueve de la opinión al criterio.
- Haz participar. Vizcom señala que los prototipos interactivos dan a los stakeholders sensación de control al recorrer la funcionalidad, y que así pasan de juzgar «tu diseño» a refinar «nuestra solución».
- Reserva la defensa firme. No te opongas a todo. Defiende con fuerza las decisiones de alto impacto y acepta compromisos en el resto.
La reseña de UXmatters añade dos consejos de Greever: plantea la reunión como una búsqueda de apoyo, no solo de aprobación, y lleva preguntas preparadas. Cuenta además un caso en que un ejecutivo vio una palabra mal escrita en un subtítulo y el equipo pasó toda la reunión corrigiendo texto provisional en lugar de hablar de la experiencia.
Ejemplo
Ejemplo ilustrativo: un director comercial quiere mantener el formulario de alta de clientes en una sola pantalla con doce campos. El diseñador no dice «es mejor en dos pasos». Presenta el problema: de cada cien personas que empiezan, cuarenta abandonan antes de terminar, y en las pruebas de usabilidad la mayoría se pierde en los campos de facturación. Propone dos opciones con criterios explícitos: tasa de finalización y tiempo hasta el primer contrato. Recomienda dividir el formulario en dos pasos y acepta que el paso extra puede bajar la velocidad de alta para algunos clientes. La decisión se toma con el criterio sobre la mesa y una fecha de revisión.
¿Cuándo NO conviene pelear por una decisión?
- Cuando el coste de ganar es mayor que el de perder. Si la decisión es reversible y de bajo impacto, cede y mide.
- Cuando no tienes evidencia. Defender una intuición con firmeza no la convierte en dato. Investiga antes de insistir.
- Cuando el stakeholder tiene información que tú no tienes. Escucha y ajusta. Ser el mejor argumentador no te da la razón.
- Cuando la decisión es del negocio. El diseño propone, pero el precio, el alcance o el plazo los decide quien tiene la responsabilidad.
Errores comunes
- Presentar una sola opción, así que parece imposición.
- Hablar de estética cuando la conversación es de resultados.
- Usar términos de diseño que el stakeholder no comparte.
- Entrar a la reunión con la decisión tomada y sin preguntas.
- Confundir ganar la discusión con conseguir que la decisión funcione.
Cómo empezar mañana
Antes de tu próxima presentación, escribe en una hoja la decisión, el problema del usuario, el objetivo de negocio, dos alternativas y el criterio con el que se elige. Si no puedes completar alguna casilla, ahí está tu hueco de trabajo. Presenta el documento antes de la reunión y pide al stakeholder que añada su criterio. Si la decisión es de largo plazo, lleva un informe de investigación que la respalde, y revisa la forma de gestionar a los stakeholders antes de sentarte a la mesa. Las presentaciones ejecutivas te dan una estructura para el formato de reunión.