Jaime Martínez Jiménez Product Manager · UX · IA aplicada

De un problema a un producto.

Un producto no es una pantalla: es un sistema de decisiones. Después de más de dos décadas entre el diseño y el producto digital, mi punto de partida sigue siendo el mismo: entender el problema antes de decidir qué construir, y qué no.

Cómo pienso producto Ver trayectoria LinkedIn (se abre en una pestaña nueva)

Entender. Usuario, datos, restricciones, hipótesis… Al principio todo está suelto y todo parece importante.

Áreas de trabajo

En qué trabajo.

En la intersección entre usuario, negocio y tecnología. Cinco áreas que se alimentan entre sí, con el producto como eje.

  1. Producto digital Discovery, estrategia, roadmap y toma de decisiones orientadas al valor para el usuario y el negocio. Qué es Product Discovery
  2. Estrategia y decisiones Priorización, métricas y roadmap: decidir qué se hace, qué no y cómo se sabrá si ha funcionado. Cómo priorizo cuando todo es prioritario
  3. IA aplicada Cómo uso la IA en el trabajo de producto, incluido el prototipado de MVPs y el trabajo técnico con Claude Code, y cómo evalúo cuándo tiene sentido incorporarla a un producto: con criterio, límites explícitos y revisión humana. Cómo la uso y cómo la evalúo
  4. UX y diseño estratégico Entender al usuario antes de definir la solución, reducir fricción y mantener la coherencia del sistema. Es la base desde la que tomo decisiones de producto. La UX empieza antes de la interfaz
  5. Experimentación y aprendizaje Hipótesis, diseño de experimentos y retrospectivas honestas: aprender de lo que funciona y de lo que no. Diseño de experimentos en producto

Problema · Decisión · Aprendizaje

Cómo razono una decisión de producto.

Seis notas resumidas como problema, decisión y aprendizaje. No son casos de empresa: son planteamientos que defiendo y que enlazan al razonamiento completo.

Leer las 31 notas
  • Producto 4 min

    Producto no es hacer más, es decidir mejor

    Problema
    El backlog crece y las funcionalidades se lanzan, pero los indicadores no se mueven en la dirección correcta: se confunde actividad con progreso.
    Decisión
    Decidir antes de construir: hacer explícito qué no se hace y poder argumentarlo con la misma solidez que lo que sí.
    Aprendizaje
    Un buen equipo se distingue por la calidad de las preguntas previas, no por la velocidad de entrega.
  • Decisiones 6 min

    Cómo priorizo cuando todo es prioritario

    Problema
    Cinco stakeholders, cinco iniciativas legítimas y capacidad para dos. Ningún framework lo resuelve de forma matemática.
    Decisión
    Partir del objetivo del trimestre y no de las iniciativas; hacer explícito el coste de oportunidad y comunicar qué se deja fuera.
    Aprendizaje
    Los frameworks sirven para alinear conversaciones, no para decidir por ti.
  • Estrategia 6 min

    La diferencia entre un producto y una feature enlatada

    Problema
    Funcionalidades que envuelven en una interfaz algo que el usuario ya resolvía de otra forma, sin una mejora significativa.
    Decisión
    Preguntar qué cambiaría en el comportamiento real del usuario si esto existiera, antes de diseñar o desarrollar.
    Aprendizaje
    Un problema de diferenciación no lo resuelve ninguna cantidad de trabajo de UX o de ingeniería.
  • Producto 5 min

    La diferencia entre datos y señales en product discovery

    Problema
    «Los datos dicen que…» y, a continuación, una interpretación presentada como si fuera el dato: a veces acertada, a veces la que ya se tenía antes de mirar.
    Decisión
    Formular la hipótesis antes de mirar, buscar explicaciones alternativas y cruzar lo cuantitativo con lo cualitativo.
    Aprendizaje
    Un dato es un hecho; una señal es su interpretación en contexto. Las señales débiles son las más valiosas.
  • UX 6 min

    Simplificar también es una decisión de producto

    Problema
    Los productos maduros tienden a acumular: las peticiones son casi siempre aditivas y quitar exige más justificación que añadir.
    Decisión
    Preguntar también qué coste tiene cada adición para la experiencia global, apoyándose en el uso observado y no en el declarado.
    Aprendizaje
    El producto que más respeta al usuario es el que ha decidido con criterio qué no incluir.
  • Aprendizaje 6 min

    Aprendí más de un producto que fracasó que de uno que funcionó

    Problema
    Productos construidos sobre supuestos que nunca se verificaron: el éxito los oculta y el fracaso los expone.
    Decisión
    Explicitar los supuestos antes de comprometer recursos y definir qué señales demostrarían que estamos equivocados.
    Aprendizaje
    Fracasar rápido enseña; fracasar tarde duele. Reconocerlo a tiempo es, quizá, la lección más práctica.

Producto + IA

Dónde uso la IA y dónde no.

La uso a diario en el trabajo de producto, desde la investigación hasta el prototipado de MVPs y el trabajo técnico con Claude Code. He documentado qué me funciona, qué no y dónde decido no usarla, y propongo seis preguntas para evaluar si una idea con IA merece recursos.

Cómo la uso en el trabajo

Dónde la uso

En el trabajo de producto

  • Síntesis de investigación cualitativa
  • Explorar alternativas de solución
  • Primeros borradores de documentos y memos
  • Primera orientación sobre temas que no domino

Prototipado y trabajo técnico

  • Prototipar MVPs funcionales para validar una idea antes de pedir desarrollo
  • Claude Code para explorar y modificar código, montar pruebas de concepto y entender cómo está construido algo
  • Entender APIs, integraciones, modelos de datos y arquitectura para hacer mejores preguntas al equipo técnico
  • Consultas y scripts para explorar y analizar datos

Lo que no delego

En el trabajo de producto

  • Las decisiones de producto
  • La interpretación de los insights
  • La comunicación sensible con stakeholders

Prototipado y trabajo técnico

  • Las decisiones de arquitectura y de seguridad: son del equipo técnico
  • Llevar un prototipo a producción sin revisión de ingeniería
  • Cargar datos confidenciales en herramientas sin garantías
  • Las estimaciones y los plazos de ingeniería

«La revisión es el trabajo. El modelo acelera la generación. La revisión y la corrección del output son el trabajo real.»

Leer la exploración original (julio de 2025)

Seis preguntas antes de comprometer recursos

  1. ¿Hay un problema real y concreto del usuario?
  2. ¿Es IA la herramienta más adecuada?
  3. ¿Hay datos suficientes y de calidad?
  4. ¿Cuál es el coste del error?
  5. ¿El usuario puede interpretar el resultado?
  6. ¿Hay plan de mantenimiento?

Para cada pregunta, un semáforo: verde, amarillo o rojo. Un rojo no es necesariamente un bloqueo, pero debe ser una conversación explícita.

Ver el framework Guía: cómo evaluar una idea con IA

Trayectoria

Producto, desde el diseño.

Más de veinte años construyendo y evolucionando productos digitales desde el diseño, la UX, la conversión y la tecnología. El título de Product Manager llegó después; la forma de trabajar, no.

Ver la trayectoria completa
  • Rol o título
  • Trabajo de producto
  • Hoy

  1. JM-1 Diseñador web, gráfico y multimedia

    2002 — 2006

    Hecho

  2. JM-2 Webs y e-commerce orientados a conversión

    2002 — 2006

  3. JM-3 Producto audiovisual interactivo (zero-to-one)

    2005 — 2011

    Hecho

  4. JM-4 Formatos y participación validados con la audiencia

    2005 — 2011

  5. JM-5 Director de diseño y Chief Design Officer

    2006 — 2024

    Hecho

  6. JM-6 Producto: definir funcionalidades y flujos, priorizar, validar y mejorar

    2006 — 2024

  7. JM-7 Juegos y apps móviles: UX, flujos y adaptación a mercados

    2006 — 2010

  8. JM-8 Plataformas SaaS B2B: funcionalidades, monetización y conversión

    2010 — 2024

  9. JM-9 Product Manager

    2024 — presente

    En curso

  10. JM-10 Productos B2B complejos

    2024 — presente

  11. JM-11 Plataforma core del negocio

    2024 — presente

  12. JM-12 Solución enterprise para grandes cuentas

    2024 — presente

Los títulos cambiaron; el trabajo de producto, no.

Formación

  • Bellas Artes (UPV)
  • Creación digital y multimedia (UPV)
  • Marketing online (EAE)
  • IA (IBM SkillsBuild)
  • UX Design (Google)
  • Project Management (Google)

Laboratorio · 17 recursos

Frameworks, plantillas y checklists de trabajo.

Recursos para decidir con más orden: 4 checklists · 4 frameworks · 4 plantillas · 3 exploraciones · 2 herramientas.

Ver el laboratorio

Lo que me guía

Cinco ideas que guían mis decisiones.

  1. Entender antes de construir

    Las mejores soluciones empiezan por las mejores preguntas. El problema bien definido es ya la mitad de la solución.

  2. Simplificar antes de escalar

    La complejidad no añade valor por sí sola. Simplificar es una decisión de producto, no una concesión.

  3. Diseñar con contexto

    El diseño que ignora el contexto produce fricción. Cada decisión visual tiene consecuencias reales sobre la experiencia.

  4. Priorizar con criterio

    Hacer todo es no priorizar nada. Decidir qué no se hace es tan importante como decidir qué se construye.

  5. Aprender de forma continua

    La tecnología cambia. Los problemas humanos son más estables. Aprender es la única ventaja que no caduca.

Sobre mí · Contacto

¿Hablamos de producto?

Si te interesa hablar sobre producto digital, UX o inteligencia artificial aplicada, puedes escribirme por LinkedIn o por email.

LinkedIn (se abre en una pestaña nueva) Escribirme Sobre mí