Hay un momento —si trabajás en producto— que se siente siempre igual.
Estás en una reunión. Tenés una propuesta. No es caprichosa: viene de research, de datos, de fricción real. La mostrás. Y del otro lado aparece la frase que te apaga la luz:
—“Me gusta… pero no ahora.”
A veces viene con sonrisa. A veces con “prioridades”. A veces con una explicación larguísima que en realidad significa lo mismo: tu propuesta todavía no tiene permiso para existir.
Lo incómodo es que, en diseño, nos enseñaron a hacer propuestas. No a conseguir que alguien se atreva a aceptarlas.
Y ahí aparece la palabra que muchos diseñadores esquivan como si fuera sucia: negociar.
El problema no es tu idea. Es el acertijo que hay alrededor
En producto y UX, negociar suele confundirse con “persuadir”. Como si fuera un duelo: yo traigo argumentos, vos traés objeciones, y gana quien habla mejor.
Pero la negociación real se parece más a un acertijo.
Un acertijo no se resuelve con fuerza. Se resuelve encontrando la pieza que falta: esa restricción invisible que hace que todo lo demás esté trabado.
En equipos de producto, esa pieza casi nunca es “no hay tiempo”. Eso es la traducción socialmente aceptable de algo más crudo:
- “Si esto sale mal, me van a mirar a mí.”
- “Si acepto esto, abro un precedente.”
- “Si movemos esta métrica, me cambia el tablero político.”
- “Si tocamos este flujo, soporte se prende fuego y nadie lo va a pagar.”
Negociar, entonces, no es empujar tu propuesta.
Es revelar el acertijo: qué está protegiendo cada persona en esa mesa.
Mini-caso: la pantalla que nadie quería tocar
Lucía (diseñadora) llega al weekly con algo “simple”: bajar abandono en onboarding. Trae dos hallazgos claros:
- La gente duda cuando le pedimos datos demasiado pronto.
- Cuando duda, se va.
La propuesta: mover el pedido de datos sensibles después de mostrar valor. Un cambio de flujo, dos pantallas, y un texto nuevo.
El PM la mira y dice:
—“Tiene sentido. Pero ya estamos tarde para el release.”
El líder de ingeniería agrega:
—“Y tocar onboarding es tocar auth. Auth es… delicado.”
Lucía hace lo que hacemos muchos: abre el Figma, muestra pantallas, explica la lógica, mete un par de datos, y termina con una frase honesta:
—“Esto nos está matando conversión.”
Silencio corto.
—“Ok”, dice el PM. “Lo vemos para Q2.”
La reunión sigue.
En el chat privado, Lucía escribe lo que también pasa seguido:
“No entiendo. Si está claro… ¿por qué no?”
La respuesta incómoda: porque ella negoció como diseñadora (pantallas), pero la mesa estaba negociando como sistema (riesgo).
Ese día Lucía no perdió por falta de evidencia. Perdió por no haber definido el acertijo.
La pieza que falta suele ser el “riesgo percibido”, no el esfuerzo real
A veces tu propuesta es más barata de construir que lo que ya están haciendo. Igual se frena.
¿Por qué?
Porque el costo que manda no es el técnico. Es el costo de quedar expuesto.
Y acá aparece un marco simple (y bastante cruel):
una propuesta avanza cuando reduce incertidumbre para el que decide. No cuando está “bien pensada”.
En otras palabras: tu trabajo no termina en “diseñar la solución”. Tu trabajo empieza cuando entendés qué incertidumbre está gobernando la decisión.
Si el PM escucha “cambio de flujo” y piensa “cambio de roadmap”, vos estás hablando en UX y él está escuchando en política de prioridades.
Si ingeniería escucha “mover auth” y piensa “incidentes”, vos estás hablando de fricción y ellos están escuchando de guardias a las 3 AM.
Si growth escucha “más claridad” y piensa “menos presión”, vos estás hablando de confianza y ellos están escuchando de conversiones trimestrales.
El mismo diseño, tres amenazas distintas.
Giro: no te rechazan la propuesta. Rechazan tener que ser la persona que la banca
Una semana después, Lucía hace algo distinto. No vuelve con pantallas nuevas. Vuelve con una pregunta:
—“Antes de discutir el diseño: ¿qué sería ‘salir mal’ para ustedes si tocamos onboarding?”
El PM tarda dos segundos más de lo normal.
—“Que movamos conversión y el VP nos pregunte por qué.”
Ingeniería no se hace rogar:
—“Que auth se rompa y el login quede inestable. Eso es reputacional.”
Ahí aparece el acertijo completo. No era el “release”. Era la posibilidad de cargar con la culpa.
Lucía cambia el formato de la conversación. En vez de vender una solución, diseña un espacio de decisión:
- un experimento acotado (solo un segmento),
- una métrica guardrail (estabilidad de login),
- una condición de rollback,
- y una forma de comunicar el cambio sin prometer magia.
De golpe, la propuesta deja de ser “una apuesta” y se convierte en “una decisión controlable”.
Negociar, en este punto, se vuelve diseño en su forma más adulta: diseñar el margen de error y el control. (Eso que solemos exigirle a la interfaz… y olvidamos exigirle a la conversación.)
Donde la negociación se vuelve invisible: el microcopy
Hay una parte especialmente traicionera: el lenguaje.
Porque el microcopy suele ser el lugar donde la organización confiesa su intención real.
En el onboarding de Lucía había un botón que decía:
“¡Empezar ahora!”
Marketing lo amaba. Sonaba enérgico. “Optimista.”
El problema: debajo pedíamos documento, dirección y un permiso que asustaba. El botón prometía ligereza y el flujo entregaba trámite.
Lucía propone cambiarlo a:
“Continuar”
y arriba, una línea que diga:
“Te lo pedimos para validar tu cuenta. Podés terminar más tarde.”
Ese cambio es chiquito. Pero toca algo grande: la empresa dejando de fingir.
Y ahí aparece otra negociación típica:
—“¿No suena menos vendedor?”
—“Sí. Suena más verdadero.”
Esa es la clase de trade-off que no se resuelve con “best practices”. Se resuelve preguntando qué están priorizando: impulso inmediato o confianza sostenida.
Negociar microcopy es negociar ética operativa. Por eso molesta.
El error típico del equipo: confundir objeciones con “resistencia al cambio”
Este es el patrón que más daña a diseño:
- Diseño propone algo.
- Alguien objeta.
- Diseño interpreta “no valoran UX”.
- Diseño se endurece o se resigna.
- La propuesta muere o sale mutilada.
El problema no es que haya objeciones. El problema es que nadie las traduce.
Una objeción rara vez es “contra tu idea”. Suele ser “a favor de algo que esa persona está cuidando”.
Si vos tratás las objeciones como enemigos, la conversación se vuelve defensa personal. Y en defensa personal nadie decide bien.
La negociación madura hace otra cosa: convierte objeciones en restricciones de diseño.
“Auth es delicado” no es un no. Es una restricción.
“Estamos tarde” no es un no. Es un costo de oportunidad.
“Eso no va a mover la aguja” no es un no. Es una exigencia de impacto.
Cuando lo tratás así, tu rol vuelve a ser natural: diseñar dentro de restricciones reales, no dentro de deseos.
Una frase para llevarte a la próxima reunión
Si tuviera que dejarte una sola línea —no para repetir como mantra, sino para pensar antes de hablar— sería esta:
Tu propuesta no compite contra otras ideas. Compite contra el miedo de otro a quedar expuesto.
Y eso cambia todo.
Porque te obliga a dejar de preguntar “¿cómo los convenzo?” y empezar a preguntar:
- ¿Quién carga el costo si sale mal?
- ¿Qué alternativa tienen si dicen que no?
- ¿Qué control necesitan para decir que sí?
- ¿Qué decisión exacta estamos tomando hoy?
Esa última es clave: hay reuniones donde todos discuten soluciones… sin haber acordado qué decisión se busca. Es como jugar ajedrez sin tablero. Mucho movimiento, cero avance.
Negociar, al final, no es arte de hablar lindo.
Es el arte de hacer decidible algo que estaba bloqueado por un acertijo social.
Y si te sale, pasa algo raro: dejás de sentir que vendés UX. Empezás a sentir que diseñás conversaciones con el mismo rigor con el que diseñás interfaces.
Que, si lo pensás, era el trabajo desde el principio.
Fuentes
- BATNA (Best Alternative to a Negotiated Agreement) — Program on Negotiation, Harvard Law School.
- Getting to Yes — Roger Fisher & William Ury (referencia bibliográfica).
- Never Split the Difference — Chris Voss (referencia y descripción editorial).
- Crucial Conversations — Kerry Patterson, Joseph Grenny, Ron McMillan, Al Switzler (referencia bibliográfica).
Interpretación propia del autor
La negociación en producto no es una competencia de argumentos: es diseño de riesgo. Una propuesta avanza cuando vuelve “controlable” el sí para quien decide. Lo demás es decorado.
