CB·

Disponible para nuevos retos

PRODUCT DESIGNER · UX/UI · FOCO EN PRODUCT ADOPTION

Diseño productos y experiencias digitales para convertir complejidad en claridad.

Trabajo con discovery, UX/UI y sistemas. Mi foco está en lo que ocurre después: reducir fricción para que el usuario encuentre el siguiente paso, incorpore el producto a su uso real y el equipo pueda sostenerlo desde la operación.

Product discoveryUX researchUX/UI designProduct adoptionInformation architectureProduct strategyFunctional documentationDesign systemsUser flowsPrototyping
+8 años
en diseño
3 capas
usuario · negocio · operación
English B2
Claudia Bisset Delgado, Product Designer

Si algo aparece en amarillo, es una pista: ahí suele estar una de las partes del proceso que más disfruto.

LECTURA RÁPIDA PARA RECRUITERS

Lo esencial, antes de hacer scroll.

Roles objetivo
Product Designer · UX/UI Designer
Mi foco
Product Adoption · reducción de fricción · activación · integración con la operación
Contextos
B2B · Civic tech · Smart city · Cybersecurity · Legal tech
Trabajo con
Discovery · Arquitectura de información · UX/UI · Sistemas de diseño · Documentación funcional · Handoff

01 / SOBRE MÍ

SOBRE

Product Designer enfocada en claridad, adopción y sistemas digitales complejos.

Soy una profesional con base en UX/UI, research y diseño de experiencias digitales, con una evolución natural hacia producto.

Me interesa especialmente la fase de adopción porque es donde se comprueba si un producto realmente se entiende, facilita el siguiente paso y encaja en un contexto real de uso y operación.

No me mueve solo diseñar pantallas bonitas. Me mueve entender problemas complejos, ordenar información, traducir valor técnico y convertir ideas dispersas en experiencias claras, útiles y accionables.

He trabajado en contextos donde el reto no era únicamente visual: había que estructurar ofertas complejas, explicar productos difíciles, diseñar flujos, conectar operación y experiencia, o replantear cómo una plataforma podía escalar.

Encajo mejor en equipos donde diseño, negocio y tecnología necesitan hablar entre sí.

MI ZONA DE VALOR

Diseñar no termina en Figma.

Termina cuando el producto se entiende mejor, se puede construir mejor y tiene más posibilidades reales de ser adoptado.

01¿Qué problema estamos resolviendo realmente?

02¿Qué necesita entender el usuario para avanzar?

03¿Qué información debe aparecer primero?

04¿Qué parte del producto genera fricción?

05¿Cómo se traduce una lógica técnica o comercial en una experiencia usable?

06¿Cómo se entrega esto a desarrollo sin dejar espacio a la improvisación?

QUÉ PUEDO APORTAR

Product adoption como focoClaridad en contextos complejosPensamiento estructuradoDiseño UX/UI con criterio de productoConexión entre usuario, negocio y tecnologíaDocumentación funcional claraContinuidad entre experiencia y operaciónTransformación de ideas dispersas en sistemas accionables

02 / TRABAJO SELECCIONADO

Productos que conectan personas, operación y negocio.

Seis casos donde el diseño no decora: estructura el problema, conecta decisiones y prepara el producto para ser entendido, construido y adoptado.

TRACK A

Social, Civic Tech & Smart City

Productos que conectan personas, ciudad, comunidad, eventos, deporte, cultura y operación local.

CASO 01Social & CivicDe agenda municipal a plataforma de vida local

Entramos / León Agenda

Entramos nace a partir de una plataforma de agenda urbana orientada a centralizar eventos, cultura, ocio y vida local.

El producto inició como una solución institucional para el Ayuntamiento de León, pero el reto fue mucho más allá de diseñar una app de eventos. Había que pensar una experiencia capaz de conectar ciudadanía, organizadores, locales, administración y oportunidades de promoción dentro de un mismo sistema.

El objetivo era transformar una agenda municipal en una plataforma con lógica de producto, operación y monetización.

MI ROL

Participé en el diseño UX/UI del producto, en la definición de flujos principales, en la arquitectura de información y en la lógica funcional del panel de administración.

También colaboré en la definición de espacios publicitarios, niveles de promoción, jerarquía de contenidos y especificaciones funcionales para desarrollo.

Mi aportación principal fue ayudar a convertir una agenda urbana en un sistema de producto más claro, operable y escalable.

Home de León AgendaDetalle de evento de León AgendaExplorar lugares en León Agenda

PRODUCTO + OPERACIÓN

Evidencias visuales que demuestran el trabajo.

Presento el caso como Entramos, su nombre interno. En el archivo aparece León Agenda, denominación final elegida por el cliente. La selección conecta la experiencia ciudadana con la capa de gestión que sostiene el producto.

Acceso — entramos
01
Acceso

Entrada directa a la cuenta y recuperación de acceso.

Onboarding · ciudad — entramos
02
Onboarding · ciudad

Primera promesa de valor: descubrir la agenda cultural de León.

Onboarding · agenda — entramos
03
Onboarding · agenda

Introduce favoritos y calendario como herramientas de continuidad.

Onboarding · favoritos — entramos
04
Onboarding · favoritos

Explica la lógica de exploración antes de entrar al producto.

Preferencias — entramos
05
Preferencias

Personalización inicial para ordenar la oferta de eventos.

Home — entramos
06
Home

Categorías, promoción y agenda priorizadas en una misma entrada.

Detalle de evento — entramos
07
Detalle de evento

Información, localización y acción principal reunidas en contexto.

Explorar · mapa — entramos
08
Explorar · mapa

Descubrimiento de lugares conectado con el contexto de la ciudad.

Explorar · recomendaciones — entramos
09
Explorar · recomendaciones

Filtros pensados para convertir intención difusa en opciones concretas.

Ajustes — entramos
010
Ajustes

Cuenta, preferencias, soporte e información legal en una estructura predecible.

MI FOCO · ADOPCIÓN

La barrera de adopción que trabajé aquí fue doble: que la ciudadanía entendiera y disfrutara la experiencia, y que la operación pudiera sostenerla sin convertir promoción y gestión en fricción.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Explorar el sistema de producto
RESULTADO

El producto evolucionó de una agenda municipal hacia una propuesta más amplia y comercializable.

Entramos permitió leer la plataforma con una lógica más escalable, incorporando funcionalidades, monetización y una estructura más clara para usuario, negocio y operación.

Leer el caso completo+
PROBLEMA

El reto no era solo que la app se viera bien o que permitiera consultar eventos.

El problema real estaba en construir una experiencia que pudiera ser entendida y usada por diferentes actores: ciudadanía, organizadores, comercios/locales y administración.

Además, el producto necesitaba abrir una vía de monetización sin romper la experiencia principal del usuario.

¿Cómo descubre eventos una persona?
¿Cómo publica o promociona un organizador?
¿Cómo gestiona información el equipo interno?
¿Cómo se introducen espacios promocionales sin convertir la app en una experiencia invasiva?
¿Cómo puede escalar el producto más allá del modelo institucional inicial?
QUÉ HICE
  • Diseño UX/UI de la experiencia principal
  • Arquitectura de información
  • Flujos de usuario para ciudadanía y organizadores
  • Diseño del panel de administración
  • Definición de espacios promocionales dentro de la app
  • Sistema de slots y niveles publicitarios
  • Jerarquía de contenidos y navegación
  • Documentación funcional para desarrollo
  • Apoyo en la evolución comercial del producto hacia Entramos
DECISIONES DE PRODUCTO

El producto no podía depender solo de una experiencia ciudadana atractiva. También necesitaba una capa operativa clara para quienes gestionan eventos, promociones y contenidos.

Por eso trabajé la experiencia desde dos niveles: frontstage, lo que ve y usa la ciudadanía; y backstage, lo que necesitan gestionar organizadores, locales y administración.

Esta visión ayudó a pensar el producto como una plataforma y no solo como una app.

APRENDIZAJE

Aprendí a pensar producto más allá de la interfaz.

En este proyecto entendí que una buena experiencia no depende solo de lo que el usuario ve, sino también de cómo se organiza lo que ocurre detrás: gestión, reglas, espacios, prioridades, monetización y evolución comercial.

CASO 02Social & CivicUna nueva vertical de producto basada en deporte, comunidad y vida local

Grada

Grada surge como una nueva vertical basada en el aprendizaje del ecosistema de agenda local.

La oportunidad estaba en trasladar la lógica de descubrimiento, organización y activación local al mundo del deporte: clubes, partidos, eventos, familias, comunidades y vida local alrededor de la actividad deportiva.

Grada no se plantea como una copia de Entramos, sino como una exploración de producto con identidad propia.

MI ROL

Participé en el planteamiento conceptual de Grada como nueva línea de producto.

Trabajé en la estructura inicial, narrativa, sistema visual y conexión con la lógica comercial de CityLayer.

Mi aportación estuvo centrada en traducir una oportunidad de producto en una propuesta más comprensible a nivel de sistema, experiencia y posible evolución.

Sistema de diseño Grada v1.0

SISTEMA DE DISEÑO + HANDOFF

Evidencias visuales que demuestran el trabajo.

La selección combina pantallas funcionales construidas durante la prueba técnica con el sistema que prepara el producto para crecer: producto, administración, estados, tokens y handoff para Flutter.

Agenda deportiva — grada
01
Agenda deportiva

Partidos, eventos y actividad local priorizados por estado y horario.

Detalle del partido — grada
02
Detalle del partido

Resultado, información operativa y narración contextual del encuentro.

Ajustes — grada
03
Ajustes

Preferencias, modo de uso y acceso diferenciado a administración.

Administrar partido — grada
04
Administrar partido

Alta de equipos, deporte, estado, fecha, recinto y ciudad.

Administrar evento — grada
05
Administrar evento

Creación de actividades con inscripción, precio y localización.

Tokens — grada
06
Tokens

Color, tipografía, espaciado y referencia de implementación.

Bloques — grada
07
Bloques

Patrones compuestos, estados vacíos y recuperación de acciones.

Handoff Flutter — grada
08
Handoff Flutter

Documento operativo para que desarrollo no tenga que adivinar.

MI FOCO · ADOPCIÓN

Aquí la adopción empieza antes del lanzamiento: la nueva vertical necesitaba una lógica reconocible para la comunidad y un sistema suficientemente claro para evolucionar y llegar a desarrollo sin ambigüedad.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Explorar el Design System
RESULTADO

Grada permitió explorar una nueva oportunidad de producto a partir de una lógica ya trabajada en el ecosistema de agenda local.

El proyecto abrió una línea conceptual con potencial de validación, vinculada a comunidad, deporte y escalabilidad territorial.

Leer el caso completo+
PROBLEMA

El deporte local mueve comunidades, pero muchas veces la información está dispersa: partidos, calendarios, actividades, clubes, eventos, familias y comunicación.

El reto era entender cómo una lógica de agenda y comunidad podía adaptarse a un vertical más emocional, recurrente y social.

¿Cómo convertir el deporte local en una experiencia digital clara, útil y conectada con la comunidad?
QUÉ HICE
  • Definición conceptual del vertical
  • Adaptación del know-how de agenda y comunidad al deporte
  • Exploración de funcionalidades iniciales
  • Apoyo en narrativa de producto
  • Sistema visual y primeras pantallas
  • Conexión con el modelo CityLayer
  • Preparación de lógica base para futura validación
DECISIONES DE PRODUCTO

Grada debía mantener la lógica de descubrimiento y comunidad, pero adaptarse a una realidad distinta: el deporte local tiene más recurrencia, más emoción y más actores.

No bastaba con mostrar eventos deportivos. Había que pensar en clubes, familias, organizadores, deportistas y comunidades.

Por eso el producto se planteó como una vertical propia, no como una simple variación estética.

APRENDIZAJE

Aprendí a mirar el producto como una estructura que puede adaptarse a nuevos verticales sin empezar desde cero.

También entendí que escalar no siempre significa añadir más funcionalidades, sino identificar qué parte del modelo puede transferirse con sentido.

CASO 03Social & CivicEl modelo que convierte productos locales en una arquitectura más escalable

CityLayer

CityLayer nace como una respuesta estratégica a una limitación clara: depender exclusivamente del modelo B2G hacía más difícil escalar la plataforma.

El producto existía, pero necesitaba una nueva lectura: una forma más clara de venderlo, integrarlo y explicarlo como infraestructura modular, no solo como una app cerrada.

CityLayer conecta Entramos y Grada bajo una misma lógica de comercialización.

MI ROL

Colaboré en el análisis estratégico, la nueva lectura del producto, la narrativa comercial y la estructuración del modelo de salida al mercado.

Mi aportación principal fue ayudar a conectar productos que parecían independientes bajo una lógica común de plataforma.

Arquitectura estratégica de CityLayer
MI FOCO · ADOPCIÓN

En CityLayer miro la adopción desde negocio e integración: si una arquitectura no se puede entender, explicar e integrar con claridad, es muy difícil que encuentre un contexto real de uso.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Explorar la arquitectura de producto
RESULTADO

CityLayer ayudó a convertir productos aislados en una familia con más coherencia estratégica.

El modelo permitió pensar la plataforma desde una lógica menos dependiente de un único tipo de cliente y más preparada para crecer.

Leer el caso completo+
PROBLEMA

León Agenda / Entramos tenía valor como producto, pero su salida al mercado estaba demasiado vinculada al modelo institucional.

La oportunidad estaba en convertir ese know-how en una capa más integrable, reutilizable y escalable.

¿Cómo pasamos de vender una app a explicar una arquitectura de producto que puede adaptarse a distintos contextos?
QUÉ HICE
  • Análisis competitivo y posicionamiento
  • Revisión del modelo de salida al mercado
  • Conexión conceptual entre Entramos y Grada
  • Definición de narrativa más modular e integrable
  • Apoyo en documentación estratégica para negocio y desarrollo
  • Estructuración del producto como familia escalable
DECISIONES DE PRODUCTO

CityLayer no era “otra app”. Era una forma de explicar y empaquetar mejor lo que ya existía.

La decisión clave fue pasar de una narrativa centrada en producto cerrado a una narrativa basada en capas, módulos y verticales.

Esto permitía que la solución pudiera entenderse mejor desde negocio, integración y escalabilidad.

APRENDIZAJE

Aprendí que muchas veces escalar no depende solo de desarrollar más.

A veces escalar empieza por entender mejor qué tienes, cómo se conecta, cómo se explica y para quién puede generar valor.

TRACK B

B2B, Cybersecurity & Legal Tech

Complejidad técnica, legal y comercial convertida en productos, ofertas y sistemas más entendibles y utilizables.

CASO 04B2B · CybersecurityDe producto técnico a experiencia más comprensible y orientada a adopción

App móvil de ciberseguridad / INCIBE

Participé en la redefinición de una app móvil de ciberseguridad desarrollada en colaboración con INCIBE.

El producto tenía una base técnica sólida, pero necesitaba mejorar su experiencia, su comprensión y su capacidad para generar confianza desde el primer contacto.

El reto era traducir una solución técnica en una experiencia más clara, útil y fácil de adoptar.

MI ROL

Participé en el rediseño UX/UI, revisión de propuesta de valor, sistema visual, flujos principales y materiales de apoyo para canal B2B.

Mi aportación estuvo centrada en mejorar la comprensión del producto, reforzar la confianza y hacer que la experiencia fuera más clara para usuarios y stakeholders.

Proceso de diseño de la app de ciberseguridad

FLUJOS + ESTADOS DE SEGURIDAD

Evidencias visuales que demuestran el trabajo.

VaultDefense es el archivo de trabajo del producto. La selección enseña cómo la experiencia traduce señales técnicas en mensajes, campañas, anomalías y acciones comprensibles.

Acceso — incibe
01
Acceso

Entrada diferenciada y orientación dentro del flujo.

Home — incibe
02
Home

Hub de navegación y visión general del estado de seguridad.

Mensajes — incibe
03
Mensajes

Listado, jerarquía y búsqueda de comunicaciones analizadas.

Detalle — incibe
04
Detalle

Contexto, lectura del riesgo y siguiente acción.

Anomalías — incibe
05
Anomalías

Alertas priorizadas para reducir carga cognitiva.

Ajustes — incibe
06
Ajustes

Control de preferencias y configuración del servicio.

MI FOCO · ADOPCIÓN

Este es el caso donde mi foco se ve más claro: reducir incertidumbre, construir confianza y hacer evidente el siguiente paso para que una solución técnica tenga posibilidades reales de ser adoptada.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Explorar el flujo de experiencia
RESULTADO

El rediseño ayudó a hacer el producto más entendible, más confiable y más fácil de presentar.

También reforzó la narrativa del producto para su comunicación en contextos B2B.

Leer el caso completo+
PROBLEMA

En ciberseguridad, el valor de un producto no siempre se entiende de forma inmediata.

El usuario necesita comprender qué está pasando, qué riesgo existe, qué debe hacer y por qué puede confiar en la solución.

El problema no era únicamente visual. Había una barrera de comprensión: el producto necesitaba explicar mejor su valor, ordenar mejor la experiencia y reducir fricción en el uso.

QUÉ HICE
  • Discovery para detectar barreras de comprensión
  • Revisión de propuesta de valor
  • Rediseño de flujos UX/UI
  • Sistema visual
  • Jerarquía de información
  • Materiales de apoyo para canal B2B
  • Apoyo en narrativa de producto
  • Diseño orientado a confianza y adopción inicial
DECISIONES DE PRODUCTO

En productos técnicos, la claridad también es una funcionalidad.

Por eso el trabajo no se centró solo en mejorar pantallas, sino en hacer que el usuario pudiera entender mejor qué ofrece el producto, cómo le ayuda y qué debe hacer dentro de la experiencia.

La confianza se trabajó desde la estructura, el lenguaje, la jerarquía visual y la forma de presentar la información.

APRENDIZAJE

Aprendí que en productos técnicos la adopción depende mucho de la claridad.

No basta con que una solución sea potente. También tiene que explicar bien su valor, generar confianza y acompañar al usuario en decisiones que pueden parecer complejas.

CASO 05B2B · Legal TechArquitectura de oferta y productización de servicios complejos

Packs Ciber + Legal Tech

Este proyecto partía de una oferta de servicios compleja en ciberseguridad, derecho digital y legal tech.

El reto no era diseñar una interfaz desde cero, sino ordenar una propuesta difícil de explicar, vender y operar.

El objetivo fue transformar servicios dispersos en una arquitectura de packs más clara, comprensible y accionable para clientes y equipos comerciales.

MI ROL

Trabajé en la reorganización de la oferta, construcción de packs, narrativa de valor, lógica visual y materiales de captación.

También participé en la conexión entre la arquitectura comercial y una futura capa operativa de gestión.

Mi aportación fue tratar servicios complejos como un sistema de producto.

Arquitectura de Packs Ciber y Legal Tech

PROTOTIPO INTERACTIVO

Del catálogo de servicios a una decisión guiada.

El sistema de Packs está construido como experiencia adaptable: ayuda a entender necesidades, comparar la oferta y convertir complejidad legal y técnica en un siguiente paso claro.

MI FOCO · ADOPCIÓN

La adopción empieza antes de contratar: el cliente necesita entender qué necesita y el equipo comercial necesita una lógica común para explicarlo sin añadir más complejidad.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Probar la lógica de Packs
RESULTADO

La oferta pasó a ser más clara, más vendible y más preparada para crecer sin rehacerse desde cero.

El sistema de packs ayudó a mejorar la comprensión del valor y facilitó la conversación comercial con clientes.

Leer el caso completo+
PROBLEMA

La oferta tenía valor, pero costaba explicarla.

Cuando una solución es demasiado compleja, el cliente no siempre entiende qué necesita, qué incluye cada servicio o por dónde empezar.

El problema no era solo de comunicación. Era un problema de estructura de producto.

Había que convertir una oferta técnica y legal en un sistema más fácil de entender, comparar, vender y gestionar.

¿Cómo hacemos que una oferta compleja sea más fácil de entender, vender y activar?
QUÉ HICE
  • Análisis del problema desde arquitectura de oferta
  • Reorganización de servicios en packs
  • Definición de narrativa de valor
  • Diseño de materiales comerciales
  • Diseño de calculadora de captación
  • Estructura visual de la oferta
  • Conexión con futura capa operativa
  • Apoyo en claridad comercial y adopción interna
DECISIONES DE PRODUCTO

No bastaba con comunicar mejor. Había que reorganizar la oferta.

El trabajo consistió en crear una lógica de entrada más clara para el cliente y una estructura más útil para el equipo comercial.

APRENDIZAJE

Aprendí que los servicios también pueden diseñarse como productos.

Cuando hay demasiada complejidad, el diseño puede ayudar a crear estructura, jerarquía, narrativa y mejores puntos de entrada para la adopción.

CASO 06B2B · Product OperationsDe arquitectura comercial a sistema gestionable

Capa operativa / CRM Legal + Ciber

Después de estructurar la oferta en packs, apareció una necesidad natural: diseñar una capa interna que ayudara a gestionar ese nuevo modelo.

Si la oferta se vendía como sistema, también necesitaba operarse como sistema.

Este proyecto conecta la lógica comercial con una capa de gestión interna para seguimiento, entregables, horas, estado del servicio y coordinación.

MI ROL

Participé en la traducción de la lógica comercial a lógica operativa.

Trabajé en la estructura de gestión, visualización interna y conexión entre sistema comercial, necesidades del equipo y experiencia de uso interno.

PORTAL DE SERVICIO + OPERACIÓN

Evidencias visuales que demuestran el trabajo.

La capa operativa convierte los Packs Ciber + Legal en una experiencia gestionable. Conecta lo contratado con progreso, entregables, calendario, soporte y puesta en marcha.

Inicio — crm
01
Inicio

Resumen de compliance, progreso global y próximos pasos.

Mi Pack — crm
02
Mi Pack

Alcance contratado, estado y lectura clara del servicio.

Entregables — crm
03
Entregables

Repositorio centralizado de documentación y evidencias.

Calendario — crm
04
Calendario

Hitos, seguimiento temporal y coordinación del servicio.

Equipo y soporte — crm
05
Equipo y soporte

Acceso al equipo experto y continuidad de acompañamiento.

Onboarding — crm
06
Onboarding

Configuración inicial guiada para activar el Pack sin fricción.

MI FOCO · ADOPCIÓN

Aquí la adopción continúa después de la venta: lo prometido al cliente tiene que seguir siendo comprensible mientras el equipo puede gestionarlo, seguirlo y entregarlo de forma consistente.

DEMO INTERACTIVA · ADOPTION LENS

Reconstrucción interactiva basada en el caso.

Explorar el sistema operativo
RESULTADO

La capa operativa ayudó a cerrar la visión del sistema.

El proyecto ya no se entendía solo desde cómo se vende, sino también desde cómo se gestiona, se sigue y se entrega valor de forma más ordenada.

Leer el caso completo+
PROBLEMA

Una arquitectura comercial clara no es suficiente si después el equipo no puede gestionarla bien.

El riesgo era que la oferta se entendiera mejor hacia fuera, pero siguiera siendo difícil de operar por dentro.

¿Cómo traducimos una oferta estructurada en una herramienta que ayude a gestionar trabajo real?
QUÉ HICE
  • Traducción de packs a lógica operativa
  • Estructura de gestión interna
  • Definición de módulos
  • Visualización de estados
  • Organización de entregables
  • Apoyo en flujos de seguimiento
  • Conexión entre frontstage comercial y backstage operativo
  • Documentación funcional
DECISIONES DE PRODUCTO

La capa operativa debía responder a preguntas muy concretas: ¿qué pack tiene el cliente?, ¿qué entregables están pendientes?, ¿qué horas se han consumido?, ¿qué estado tiene cada servicio?, ¿qué necesita ver legal?, ¿qué necesita ver ciberseguridad? y ¿qué necesita controlar negocio?

Diseñar esta capa implicaba mirar detrás de la interfaz comercial y entender cómo se sostiene el producto en la operación diaria.

APRENDIZAJE

Aprendí a conectar frontstage y backstage.

Un producto no es solo lo que el usuario final ve. También es la operación que permite que esa experiencia funcione de forma consistente.

03 / MI FORMA DE TRABAJAR

Entender, ordenar, diseñar, traducir y facilitar adopción.

Trabajo con discovery, arquitectura de información, UX/UI, documentación funcional y handoff. Son capacidades que sigo desarrollando; mi foco está en utilizarlas para que el producto llegue a entenderse, usarse y sostenerse mejor.

  1. 01Entender el sistema

    Usuarios, negocio, restricciones, objetivos, actores, canales y contexto.

  2. 02Ordenar complejidad

    Agrupar información, detectar patrones y separar lo importante de lo accesorio.

  3. 03Diseñar la experiencia

    Flujos, arquitectura, pantallas, jerarquías, estados y componentes.

  4. 04Traducir

    Documentar decisiones y conectar la lógica visual con la funcional.

  5. 05Facilitar adopción

    Reducir la distancia entre lo que el producto promete y lo que personas y equipos consiguen entender, usar y sostener.

CÓMO TRABAJO CON DESARROLLO

No soy desarrolladora, pero entiendo la lógica técnica lo suficiente para diseñar mejor, documentar mejor y colaborar mejor. Un buen diseño no debe dejar al equipo dev jugando a adivinar.

ComponentesEstadosRutasFlujosDocumentación funcionalHandoff claro

HERRAMIENTAS PROPIAS PARA TOMAR MEJORES DECISIONES

Uso IA para reducir trabajo mecánico, no para delegar el criterio.

He creado plugins y workflows con Claude y Claude Code para acelerar análisis, documentar restricciones, comparar alternativas y mantener trazabilidad entre problema, decisión y entrega.

La herramienta puede ordenar información o detectar inconsistencias. La decisión sigue necesitando contexto, evidencia, conversación con el equipo y responsabilidad humana.

Análisis estructuradoRestriccionesTrazabilidadDocumentaciónRevisión críticaDecisión humana