¿Puedes confiar en tu instinto mientras construyes producto?

El formulario tenía seis pasos. Los datos decían que funcionaba. Las tasas de finalización eran aceptables. El funnel no se fugaba por ningún lado evidente.

Pero algo se sentía mal.

Yo recorría el flujo una y otra vez, y había una fricción que no lograba nombrar. No era un bug. No era un error de usabilidad que se pudiera señalar en una evaluación heurística. Solo la sensación de que el usuario estaba pensando demasiado en el paso tres.

Así que lo corté. Eliminé el paso por completo. Cambié un input confuso posterior a la dirección por algo más simple. 30% más de usuarios continuaron el formulario. Eso fue en Sell2Rent, donde fui el único product designer de una empresa de 35 personas. Y fue uno de varios cambios de CRO que hice con una mezcla de datos y algo más difícil de explicar: la corazonada de que los números no mostraban el cuadro completo.

Qué es realmente tu instinto (no es magia)

La intuición de producto se mistifica. Unos la veneran y otros la descartan. La realidad es más simple y más útil que lo que cualquiera de los dos bandos admite.

Tu instinto es reconocimiento de patrones corriendo más rápido que tu mente consciente. Cada producto que has usado, cada entrevista con usuarios en la que te has sentado, cada resultado de A/B test que has leído: todo eso se comprime en algo que se siente como instinto pero que en realidad es experiencia procesada a toda velocidad.

Hay neurociencia real detrás de esto. El Iowa Gambling Task mostró que el cuerpo detecta el riesgo antes de que la mente consciente pueda articularlo. Los participantes mostraban señales fisiológicas de estrés al acercarse a las opciones «malas» antes de poder explicar por qué eran malas. Tu cuerpo está haciendo cuentas que tú no ves.

Para los diseñadores esto significa algo concreto: mientras más productos reales hayas lanzado y más usuarios reales hayas visto sufrir, más rápido se vuelve tu reconocimiento de patrones. No es un don. Son repeticiones acumuladas.

La paradoja de los datos: por qué los números solos no lanzan grandes productos

La toma de decisiones basada en datos es la religión por defecto en las startups. Y con razón. Las empresas que usan datos de forma sistemática tienen más probabilidad de adquirir y retener clientes.

Pero aquí está la paradoja que he vivido varias veces: los datos miran hacia atrás. Te dicen qué hicieron los usuarios dentro de las restricciones que ya construiste. Son excelentes para la mejora incremental. Son pésimos para decirte que todo el marco está mal.

En Keller Offers teníamos NPS 90 en las pruebas de prototipo. Cada entregable aprobado. El proyecto igual fracasó. No porque los datos estuvieran mal, sino porque estaban midiendo lo equivocado. Probábamos prototipos con un grupo interno pequeño mientras los problemas estructurales —la ausencia de gerencia, las decisiones unilaterales de desarrollo— eran invisibles para cualquier métrica.

Los datos te dicen qué está pasando. La intuición te dice por qué. La ventaja competitiva viene de cómo priorizas y actúas cuando las señales se contradicen o cuando los números se ven bien pero algo no te cuadra.

Cuando tu instinto te miente

Confiar en tu instinto sin puntos de control es la forma de lanzar tus propias preferencias en vez de lo que los usuarios necesitan. Lo he hecho. La mayoría de los diseñadores lo ha hecho.

Los tres sesgos que más golpean a los product designers:

El sesgo de confirmación es el más peligroso. Tienes una hipótesis sobre una feature, así que sin darte cuenta escoges los datos que la respaldan y descartas el resto. El remedio es simple pero incómodo: antes de lanzar, dedica 30 minutos a intentar demostrar que tu propia idea está mal. Si sobrevive, probablemente es real.

El anclaje pega en las revisiones de diseño. La primera solución que se presenta se vuelve el punto de referencia. Todo lo que viene después se compara con ella, en vez de evaluarse por sus propios méritos. Aprendí a presentar primero la opción a la que menos apego le tengo.

El sesgo de disponibilidad es el que mata la priorización. El CEO menciona algo en una reunión, o un cliente ruidoso escribe un email furioso, y de repente ese tema se siente urgente. Rastrea los patrones en el tiempo. Una anécdota es ruido. Diez anécdotas son señal.

El framework que sí uso

Después de 8 años en startups, llegué a una matriz de decisión simple. No porque los frameworks sean útiles por sí mismos, sino porque este me mantiene honesto.

Riesgo alto, claridad baja: invierte en investigación. Habla con usuarios. Míralos usar el producto. No confíes en tu instinto aquí, porque no tienes suficientes repeticiones en este contexto específico. Aquí es donde paso tiempo con herramientas como Optimal Workshop o Pagesense antes de tocar Figma.

Riesgo bajo, claridad alta: confía en tu instinto, lanza rápido, mide después. Si ya resolviste este tipo de problema antes y el costo de equivocarte es pequeño, muévete. La velocidad importa más que la certeza.

La zona peligrosa es riesgo medio, claridad media. Ahí viven la mayoría de las decisiones de producto. Y ahí es donde más importa la disciplina: convierte tu corazonada en una hipótesis. «Creo que quitar este paso va a subir la finalización del formulario en 15% porque los usuarios están haciendo un cambio cognitivo que no necesitan hacer». Ahora tienes algo testeable en vez de algo discutible.

Lo que Y Combinator tiene claro sobre el product sense

Y Combinator define el product sense como la intuición para saber qué hace «bueno» a un producto y la empatía para construir lo que la gente ama. Es una definición útil porque no separa lo analítico de lo instintivo.

El planteamiento de Paul Graham es todavía más preciso: las grandes ideas de startup salen de «notar» problemas reales, no de sentarse en un cuarto a hacer brainstorming de conceptos que «suenan plausibles». Notar es una función del instinto. Ves la fricción porque te entrenaste para verla.

Lo contraintuitivo —y lo más relevante para diseñadores— es que las startups muchas veces violan los instintos estándar. El camino «seguro» suele estar equivocado. La feature que parece demasiado simple para lanzar es con frecuencia la que funciona. El diseño que se siente sin terminar a veces es más honesto que la versión pulida.

Lo he visto de primera mano. En Sell2Rent, mis mejores victorias de CRO no fueron adiciones. Fueron eliminaciones. Cortar un paso confuso. Reemplazar un popup legal por un checkbox pre-marcado. El instinto dijo «esto es demasiado». Los datos lo confirmaron después.

Cómo entrenar tu instinto de diseño (sin esperar 8 años)

La intuición de producto no es un rasgo de personalidad. Es una habilidad que se construye con práctica deliberada. Esto es lo que de verdad funciona:

Usa cada producto con ojo crítico. No de forma casual. Cuando descargues una app nueva, presta atención a tus primeros 30 segundos. ¿Dónde dudaste? ¿Qué te confundió? ¿Qué te encantó? Julie Zhuo les llama «product critiques» y es la forma más rápida de construir reconocimiento de patrones sin lanzar nada.

Construye tu conocimiento de afuera hacia adentro. Empieza por la vida del cliente, no por las features del producto. Merci Victoria Grace lo plantea como una jerarquía: entiende a la persona, luego sus problemas, luego sus casos de uso y solo después las features. La mayoría de los diseñadores empieza en la capa de features y luego se pregunta por qué su intuición se siente superficial.

Habla con los usuarios de formas que produzcan datos reales. El Mom Test de Rob Fitzpatrick es el mejor framework para esto: haz preguntas que eviten respuestas sesgadas y amables. No preguntes «¿usarías esto?». Pregunta «¿qué hiciste la última vez que tuviste este problema?». La diferencia entre esas dos preguntas es la diferencia entre feedback de cortesía y señal de verdad.

Haz sombra en soporte al cliente. En serio. Dedica dos horas a la semana a leer tickets o a sentarte con el equipo de CS. Vas a desarrollar intuición sobre el dolor del usuario más rápido que con cualquier sprint de investigación.

El ecosistema startup donde esto más importa

Soy un diseñador colombiano que trabaja con startups de Estados Unidos, y hay algo específico del ecosistema latinoamericano que hace que el product sense sea todavía más crítico.

La región evolucionó hasta ser un entorno de alto crecimiento que abarca más de 20 países y 660 millones de personas. Brasil y México concentran el 70% del capital de riesgo regional, y el fintech absorbe el 61% de esos dólares para resolver brechas reales de inclusión financiera.

Pero esto es lo que importa para los product designers: en un mercado de inversión más ajustado, donde la eficiencia de capital es la prioridad, las decisiones de diseño pesan más. No puedes testear todo con A/B cuando tu runway es de 14 meses. No puedes correr un sprint de investigación de tres semanas por cada feature cuando eres el único diseñador de una empresa de 35 personas.

Esa fue mi realidad en Sell2Rent. Y es la realidad de la mayoría de los product designers en startups latinoamericanas. Necesitas suficiente intuición para moverte rápido y suficiente disciplina para validar las apuestas que importan. Los diseñadores que prosperan en este entorno no son los más creativos ni los más fluidos con datos. Son los que saben cuándo confiar en el reconocimiento de patrones y cuándo frenar y testear.

La respuesta real: un loop, no una elección

«¿Puedes confiar en tu instinto?» es la pregunta equivocada. La pregunta correcta es: «¿Construiste un instinto en el que valga la pena confiar?»

Los mejores product designers con los que he trabajado no escogen entre datos e intuición. Corren un loop. La intuición genera la hipótesis. Los datos la validan o la matan. El resultado alimenta de vuelta a la intuición, y la siguiente hipótesis sale más afilada.

Después de 8 años en startups, desde UI puro en Mentive hasta CRO y automatización de marketing en Sell2Rent, el loop es en lo que confío. No en mi instinto solo. No en el dashboard solo. En la conversación entre los dos.

Documenta las hipótesis. Testea las que importan. Lanza las que sobreviven. Ese es todo el framework.

¿Quieres ver cómo aplico datos e instinto en proyectos reales? Mira mis case studies o conéctate conmigo en LinkedIn.