CClaudia Bisset Delgado

Product Designer with Product Management mindset

Convierto problemas complejos de producto en decisiones claras y ejecutables.

Conecto usuario, negocio y tecnología para que los equipos pasen de la ambigüedad a la ejecución.

  • Rol objetivo

    Product Designer con mentalidad de Product Management, especialmente útil en contextos complejos que necesitan discovery, definición de producto y colaboración técnica.

  • Entorno que busco

    Incorporarme a un equipo de producto estable, con desarrollo y negocio cerca.

  • Qué aporto

    Convierto problemas complejos en decisiones de producto ejecutables: estructura, flujos, sistemas, documentación y colaboración con desarrollo.

Mi zona de valor

  • Descubrimiento · Definición de producto · Pensamiento sistémico

    Entender el problema, los actores y las restricciones antes de proponer nada.

  • UX · Sistemas de diseño · Colaboración técnica

    Convertir las decisiones en experiencias y especificaciones que el equipo pueda construir.

  • Adopción y evolución · Flujos asistidos por IA

    Cuidar que el producto se entienda, se use y pueda evolucionar. La IA acelera el trabajo mecánico; el criterio sigue siendo humano.

Cómo trabajo

  • Entender
  • Estructurar
  • Priorizar
  • Diseñar
  • Validar
  • Habilitar la ejecución
Ver los 6 casosCada caso se prueba en menos de 90 segundos

Criterio de producto

Cuatro preguntas que uso antes de diseñar

  1. 01

    ¿Qué problema estamos resolviendo y para quién?

  2. 02

    ¿Qué necesita el negocio para que la solución sea viable?

  3. 03

    ¿Qué restricciones técnicas condicionan la experiencia?

  4. 04

    ¿Cómo sabremos si funciona y qué debemos aprender después?

Seis casos, seis problemas de producto

Cada caso usa su identidad visual real y muestra pantallas propias junto a la decisión de producto.

  • Agenda urbana · experiencia visible + operación interna

    Entramos / Más León

    01
    • Acción
    • Pulsado
    • Cultura
    • Información
    • Superficie
    • Texto

    Problema de producto

    La experiencia ciudadana solo se sostiene si detrás hay una operación que pueda gestionarla, incluida la monetización.

    Contexto
    Agenda urbana de eventos, cultura, ocio y vida local para León, con ciudadanía, organizadores, locales y administración. Entramos es el nombre interno del producto; León Agenda fue el nombre inicial del Ayuntamiento y la implementación pública se llama ahora Más León.
    Qué puedes probar
    Pantallas reales de la app junto al mapa de experiencia visible y operación interna, y el recorrido que conecta una promoción visible con su gestión interna.
    Mi contribución
    Definición funcional y diseño de la experiencia de principio a fin: actores, navegación, estados, panel de administración y monetización Premium/Destacado. El equipo de desarrollo implementó estas decisiones y especificaciones.
    • UX/UI
    • Arquitectura de información
    • Definiciones ligeras de producto
    • Criterios de aceptación

    Entramos (nombre interno) · León Agenda (nombre inicial del Ayuntamiento) · Más León (implementación pública actual).

  • Definición de producto · UX · Design System

    Grada

    02
    • Fan
    • Atleta
    • Atleta oscuro
    • Dorado
    • Texto
    • Superficie

    Problema de producto

    La definición del producto debía traducirse en reglas, componentes y estados que desarrollo pudiera implementar sin ambigüedad.

    Contexto
    GRADA es una vertical deportiva construida a partir del aprendizaje obtenido con la agenda local. Conecta clubes, partidos, eventos, familias y comunidades. Trabajé el planteamiento conceptual, la definición funcional y las primeras experiencias. También llevé el diseño a un entorno técnico de prueba para comprobar las pantallas, explorar su comportamiento y evaluar la viabilidad de algunas integraciones. El sistema de diseño llegó después para sostener esas decisiones, mantener la consistencia y facilitar la evolución del producto.
    Qué puedes probar
    Variables de diseño, componentes y estados con nombre, pantallas de producto y administración, y la especificación de entrega a desarrollo para Flutter.
    Mi contribución
    Trabajé el planteamiento conceptual, la definición funcional y las primeras pantallas. Después desarrollé el sistema de diseño —variables, componentes, estados y reglas de uso— y llevé la propuesta a un entorno técnico de prueba utilizando Android Studio, terminal y Firebase. Este trabajo me permitió comprobar el diseño en contexto y explorar la viabilidad de un flujo de scraping, sin presentarlo como una implementación completa o una funcionalidad final. No incluyo resultados medidos porque todavía no existen evidencias suficientes para atribuir impacto real.
    • Definición de producto
    • UX/UI
    • Sistemas de diseño
    • Entrega a desarrollo

    Reducción de ambigüedad entre diseño y desarrollo. No se afirman mejoras medidas del tiempo de salida al mercado.

  • Experiencia de cliente + operación interna

    Capa operativa / CRM Legal + Ciber

    03
    • Principal
    • Azul marino
    • Gris pizarra
    • Info
    • Éxito

    FIGMA MAKE · PROTOTIPO FUNCIONAL

    Problema de producto

    Lo prometido, lo que el cliente entiende y lo que el equipo puede sostener tenían que ser la misma historia.

    Contexto
    Si la oferta se vendía como sistema, tenía que operarse como sistema. Portal navegable construido en Figma Make con panel de control, Mi Pack, entregables, calendario, incorporación inicial, equipo, facturación y soporte.
    Qué puedes probar
    Mapa de servicio con toggle vista cliente / vista operación y cómo cambia la información relevante al seleccionar un entregable.
    Mi contribución
    Traducción de la lógica comercial a lógica operativa: módulos, estados, entregables, incorporación inicial y seguimiento.
    • Continuidad experiencia-operación
    • Arquitectura de información
    • Prototipo funcional

    Prototipo funcional en Figma Make: portal navegable, no una maqueta estática.

  • Comprensión y confianza en móvil

    Aplicación móvil de ciberseguridad / INCIBE

    04
    • Señal
    • Principal
    • Seguro
    • Tinta
    • Superficie

    Problema de producto

    Una señal técnica correcta no basta: el usuario necesita entenderla, confiar en ella y saber qué hacer después.

    Contexto
    Aplicación móvil de ciberseguridad desarrollada en colaboración con INCIBE. La base técnica era sólida; el reto de diseño era traducir señales técnicas a acciones comprensibles.
    Qué puedes probar
    Pantallas de cliente y flujo navegable Acceso → Inicio → Mensajes → Detalle → Anomalías → Ajustes, con la decisión de producto y UX detrás de cada paso.
    Mi contribución
    Definición de pautas de producto y negocio y diseño de las pantallas para cliente respetando el sistema existente. La librería visual fue creada por otro equipo.
    • Pautas de producto
    • Jerarquía de información
    • Casos de uso e historias de usuario

    «VaultDefense» es el nombre del archivo de trabajo. El sistema visual y la librería son de otro equipo; aquí no se atribuyen.

  • Productización de servicios complejos

    Packs Ciber + Legal

    05
    • Principal
    • Azul marino
    • Gris pizarra
    • Info
    • Éxito

    Problema de producto

    No bastaba con comunicar mejor: había que reorganizar la oferta para que se pudiera comparar y decidir.

    Contexto
    Productización de servicios de ciberseguridad, derecho digital y tecnología legal: una oferta amplia, difícil de comparar como catálogo y difícil de operar.
    Qué puedes probar
    Recorrido de productización: complejidad inicial, necesidad, agrupación, comparación guiada y conexión con la capa operativa.
    Mi contribución
    Arquitectura de oferta, lógica de comparación, narrativa de valor y activación.
    • Arquitectura de oferta
    • Narrativa de valor
    • Documentación de producto

    Bloques y cifras de ejemplo para poder interactuar: no reproducen nombres comerciales ni precios reales.

  • Arquitectura de producto · concepto estratégico

    CityLayer

    06
    • Entramos
    • Grada
    • Dorado
    • Texto
    • Superficie

    Problema de producto

    Si una arquitectura no se puede explicar, integrar ni comprar, tampoco escala.

    Contexto
    Concepto estratégico que articula Entramos y Grada como capas sobre una misma infraestructura para ciudades. No es un servicio en operación ni un sistema de diseño independiente.
    Qué puedes probar
    Explorador de arquitectura: del producto cerrado al núcleo compartido con verticales y módulos, y cómo cambia la conversación con negocio, integración y cliente.
    Mi contribución
    Concepto estratégico, posicionamiento, conexión conceptual Entramos + Grada y narrativa modular para negocio y desarrollo.
    • Arquitectura de producto
    • Posicionamiento
    • Documentación de producto

    Concepto estratégico: paleta transversal derivada de Entramos y Grada, sin librería visual propia.

Qué se comparte aquí

Se comparten procesos, decisiones, pantallas, componentes y creaciones propias. Se omiten documentación privada de las partes interesadas, cohortes restringidas, datos reales de clientes y enlaces a archivos internos.

IA y herramientas

La IA acelera el proceso; el criterio decide.

Uso IA para sintetizar investigación, explorar alternativas, documentar decisiones y preparar entregables. Valido cada salida frente al contexto, las restricciones y la evidencia. La IA reduce trabajo mecánico; no sustituye el juicio profesional.

Habilidades propias y complemento Pinut

Creados con Claude y Claude Code para estructurar requisitos, dominio, reglas, flujos, decisiones, validación y lista priorizada.

GitHub

Ramas, solicitudes de integración y documentación viva junto al código.

Antigravity IDE

Auditoría de seguridad del repositorio de prueba de Grada.

Google AI Studio

Exploración y prototipado del flujo Scraper → Gemini → Firestore → Aplicación, incluyendo generación asistida de resúmenes de partidos.