Encuadrar el problema
Antes de proponer nada, defino qué problema vale la pena resolver, para quién, y qué pasa si no lo resolvemos. La mayoría de los productos fallan aquí, no en la ejecución.
Escucho, priorizo, y diseño para mover la métrica que importa.
Un buen producto no empieza en Figma, empieza en una hipótesis. Mi trabajo es traducir la evidencia en una estrategia que alinea lo que necesita tu usuario y lo que necesita tu negocio.
Marcas con las que he trabajado
El mismo framework que aplico en cada proyecto. Cada caso de estudio de este portfolio sigue esta estructura.
Antes de proponer nada, defino qué problema vale la pena resolver, para quién, y qué pasa si no lo resolvemos. La mayoría de los productos fallan aquí, no en la ejecución.
Convierto la ambigüedad en apuestas explícitas y falsables: "creemos que X causará Y, y lo sabremos midiendo Z". Sin hipótesis, el diseño es decoración.
Toda decisión de producto sacrifica algo. Documento qué alternativas descarté y por qué — porque el camino no elegido explica más que el elegido.
Defino las métricas antes de lanzar, no después. Y si la apuesta falla, lo cuento también: un portfolio sin errores es un portfolio sin aprendizaje.
Cada caso muestra el razonamiento completo: qué sabía, qué asumí, qué descarté y qué aprendí.
El problema no era el número de pasos, sino el momento en que pedíamos datos sensibles.
Mover la verificación de identidad después del primer "momento de valor", asumiendo más fraude a cambio de más activación.
+31% de activación. El fraude subió menos de lo estimado.
La feature resolvía el workflow de un solo cliente, pero contaminaba el producto para los otros 200.
Decir que no, y en su lugar diseñar una API que le permitiera construirlo él mismo.
Retuvimos al cliente y la API se convirtió en una línea de ingresos nueva.
Podíamos probar la disposición a pagar con un prototipo operado manualmente detrás de escena.
Lanzar un "concierge MVP" a 20 usuarios reales antes de invertir en desarrollo.
La hipótesis original falló — y eso ahorró 6 meses de desarrollo en la dirección equivocada.
Una llamada de 20 minutos para ver si tu producto necesita un Sprint de Alineación, o si el problema es otro.
En esta llamada reviso tu situación con el mismo método que aplico en cada caso de estudio: qué sabemos, qué asumimos, y qué deberíamos comprobar antes de construir. Si hay encaje, te explico cómo sería el Sprint de Alineación, alcance y precio incluidos. Si no lo hay, te lo digo también.
Reserva tu llamada de diagnóstico →Pensada especialmente para founders y product owners de B2B SaaS con producto ya en mercado. Si aún estás validando, también podemos hablar — seguramente el enfoque sea distinto al Sprint.
Soy Santiago Arraz, Product Designer y Product Manager. Trabajo en la intersección entre lo que el usuario necesita, lo que el negocio requiere y lo que la tecnología permite.
Esa doble perspectiva significa que no diseño interfaces aisladas del negocio, ni defino roadmaps aislados de la experiencia. Cada decisión conecta ambos mundos.
Esos son mis favoritos. Cuéntame en qué estás trabajando.
santiagoarraz@gmail.com