Caso de estudio · Healthcare · Mobile App

Meditec:
del caos al catálogo

Empresa
Meditec
Rol
Product Designer (UX/UI)
Duración
6 semanas
Plataforma
iOS · Android
Meditec Splash
Meditec Home
Product Detail
Maintenance List
Maintenance Request
95%
Task Success Rate
En pruebas con usuarios reales del sector médico
60%
Reducción de tiempo
Para completar flujos críticos vs. proceso anterior
6w
De cero a entregable
Discovery, diseño y handoff completo en 6 semanas
100%
Ready for Development
Specs, tokens y componentes listos desde día 1
El reto

Un negocio serio con procesos del siglo pasado

Meditec es una empresa de equipamiento médico con un proceso comercial totalmente desconectado: ventas por WhatsApp, mantenimiento por llamada telefónica y sin visibilidad del historial técnico de los equipos. Necesitaban una app que unificara todo, en 6 semanas y lista para producción.

📱
Sin canal digital de ventas Los clínicos compraban por WhatsApp o llamada. Sin historial, sin precios actualizados, sin stock en tiempo real.
🔧
Mantenimiento imposible de gestionar Los técnicos se asignaban manualmente. Sin historial de servicios, sin certificados digitales, sin tracking.
📊
Cero visibilidad del negocio Los dueños no sabían qué vendía mejor, qué equipos necesitaban mantenimiento urgente ni dónde estaban los pedidos.
🏥
Múltiples canales para un solo cliente Compras, mantenimiento, logística y soporte: cuatro procesos separados que el cliente tenía que manejar por su cuenta.
Contexto del proyecto
SectorEquipamiento médico B2B
UsuariosClínicos, técnicos y distribuidores
MetodologíaLean UX + Design Sprint
EntregablesApp iOS + Android
HerramientasFigma, Maze, FigJam
Mi rolProduct Designer solo (end-to-end)
Estado✓ Ready for Development
Mi proceso

Estrategia primero,
Figma después.

6 semanas no es mucho. Por eso el primer trabajo no fue abrir Figma: fue entender exactamente qué problema resolvíamos y para quién.

01
Semana 1–2 · Discovery
Entender el negocio antes de diseñar
Empecé con entrevistas a 8 clínicos y 3 técnicos de campo para mapear sus flujos reales. La sorpresa: el mayor dolor no era la compra, sino el mantenimiento. Los equipos médicos tienen fechas de caducidad y certificaciones obligatorias, y nadie las seguía. Identifiqué 3 user journeys críticos: compra, mantenimiento preventivo y gestión de técnicos. También hice benchmark de 6 apps de e-commerce médico y 4 plataformas de field service management.
User Interviews Journey Mapping Benchmark FigJam Workshop
02
Semana 2–3 · Arquitectura
Una app, tres flujos, cero confusión
Diseñé la arquitectura de información con 3 áreas diferenciadas pero conectadas: Catálogo & Compra, Mantenimiento y Wallet. El reto fue que el mismo usuario es a veces comprador y a veces solicitante de mantenimiento. Resolví esto con una navegación bottom tab adaptada: tabs persistentes con contexto claro por área. Prototipé y validé la IA con 5 usuarios antes de pasar a alta fidelidad.
Information Architecture Card Sorting Wireframes Usability Test (lo-fi)
03
Semana 3–5 · Diseño UX/UI
De wireframe a sistema de diseño en 2 semanas
Construí el Design System desde cero: tokens de color, tipografía, espaciado y 40+ componentes reutilizables. El visual style debía transmitir confianza médica sin frialdad hospitalaria: usé teal oscuro como primario (#1A4D5C), espacios generosos y jerarquías muy claras. Diseñé los 3 flujos completos en alta fidelidad con variantes de estado: carga, vacío, error y éxito. Especial atención al flujo de mantenimiento: debía ser tan simple que un técnico con guantes lo pudiera usar.
Design System High-Fidelity UI Interaction Design Component Library
04
Semana 5–6 · Validación y handoff
Testeo real, correcciones concretas, entrega limpia
Hice 2 rondas de test de usabilidad con Maze (5 usuarios por ronda). Los hallazgos clave fueron: el flujo de solicitud de mantenimiento tenía un paso de más (lo eliminé), y el wallet necesitaba más contexto sobre la línea de crédito (añadí la fecha de vigencia). Tras las correcciones, 95% de task success. El handoff incluía specs completos en Figma, guía de tokens, documentación de componentes y criterios de aceptación por pantalla.
Maze Testing Iteración Figma Handoff Dev Documentation
Flujo 1 · Catálogo & Compra

Un marketplace médico
que da confianza

El primer reto era claro: los usuarios no confiarían en una app para comprar equipos de $100.000+ si no transmitía profesionalidad. Diseñé una estructura de catálogo con énfasis en stock en tiempo real, fechas de vencimiento y especificaciones técnicas descargables.

💡
Decisión de diseño clave
Mostrar stock y vencimiento en el listado, no solo en el detalle
En el research descubrí que la mayor ansiedad de los compradores era recibir equipos con lotes próximos a caducar. Resolví esto mostrando "Stock: 30 · Vence 11/2030" directamente en la card del listado — información que la competencia ocultaba hasta el checkout. Esto redujo las consultas de soporte en test del 40%.
Home Screen
Category Screen
Product Detail
Home con banners proactivos — el mantenimiento preventivo se promociona desde el inicio para generar hábito
Categorías con iconografía médica — navegación por especialidad: laboratorio, hospitalario, emergencias...
Detalle con descargables técnicos — fichas y manuales técnicos accesibles antes de comprar
Flujo 1 · Seguimiento de pedidos

Del pago al tracking:
sin fricción

El flujo de pedidos debía ser tan claro como Amazon pero adaptado al contexto B2B médico: órdenes con múltiples ítems, métodos de entrega especializados e integración con logística (Servientrega/Yobel).

Order Detail
Order Map
Order Detail 2
Thank You
Detalle de pedido claro — número de orden, fecha, ítems, precio y método de entrega en un vistazo
Tracking integrado con mapa — integración visual con Servientrega/Yobel para seguimiento en tiempo real
Thank you page funcional — confirmación clara + instrucciones de seguimiento, eliminando ansiedad post-compra
Flujo 2 · Gestión de mantenimiento

El flujo más complejo,
la experiencia más simple

El mantenimiento fue el hallazgo del discovery: era el pain point más ignorado y el más importante. Diseñé un flujo completo de 3 pasos: ver historial → seleccionar técnico por proximidad → confirmar cita. Cada paso debía funcionar para alguien en un quirófano con tiempo limitado.

🎯
El insight que cambió el diseño
El técnico más barato no es el que eligen: eligen el más cercano y con mejor precio estimado total
Durante el research, los clínicos decían que querían el técnico "más barato". Pero al analizar sus comportamientos reales, elegían el que minimizaba tiempo de inactividad del equipo — una combinación de distancia + precio + disponibilidad. Diseñé la card de técnico mostrando los 3 factores juntos, con el precio estimado total calculado automáticamente.
Maintenance List
Maintenance Product Detail
Maintenance Request
Lista de equipos con estado claro — Finalizado / Agendado / Pendiente de un vistazo, con botón contextual
Historial técnico del equipo — todos los técnicos, fechas y certificados de mantenimiento descargables
Selección de técnico con contexto completo — km, cobertura y precio estimado total para decidir con confianza
Maintenance Final
Promotions
Confirmación con fecha y hora — el técnico ya está seleccionado, solo confirmar. Sin fricción innecesaria
Wallet & Crédito — sistema de pagos flexible con línea de crédito para compras B2B de alto valor
Resultados

Lo que dicen
los números.

🏆
95%
Task Success Rate en testing
Los usuarios completaron los 3 flujos críticos (compra, mantenimiento, tracking) sin ayuda y sin errores bloqueantes en la ronda final de Maze. El flujo de mantenimiento, el más complejo, pasó de 68% a 95% entre la primera y segunda ronda gracias a la eliminación de un paso innecesario.
⚡
60%
Menos tiempo por tarea
Comparando el tiempo para solicitar un mantenimiento (proceso anterior: ~8 min por teléfono) vs. la app (~3.2 min), los usuarios completaban la tarea en un 60% menos de tiempo.
📦
100%
Ready for Development
El handoff incluía Design System completo con 40+ componentes, tokens de diseño, specs por pantalla, guía de interacciones y criterios de aceptación. Cero preguntas del equipo de desarrollo en la primera semana de implementación.
📅
6w
De cero a entregable completo
Discovery, research, arquitectura, wireframes, testing lo-fi, diseño hi-fi, testing hi-fi y handoff en 6 semanas. Sin sacrificar calidad ni rigor de proceso. Esto fue posible por priorización radical y metodología Lean UX.
Aprendizajes

Lo que me llevé
de este proyecto.

Cada proyecto enseña algo que ningún curso puede. Estos son los aprendizajes concretos que apliqué en proyectos posteriores.

01
El dolor más importante no siempre es el más obvio
Llegué pensando que el problema era "no tienen e-commerce". Al terminar el research, el verdadero problema era la gestión del mantenimiento. Si hubiera diseñado sin investigar, habría entregado lo equivocado.
02
Lean UX no significa recortar calidad, significa priorizar
Con 6 semanas, la clave fue decidir qué no diseñar. Renuncié a animaciones complejas y onboarding elaborado para invertir ese tiempo en los flujos core. La versión 1 no necesita ser perfecta, necesita ser funcional y validada.
03
Un handoff limpio es tan valioso como un buen diseño
Un diseño que no se puede implementar correctamente no sirve. Dedicar el 20% del tiempo al handoff —tokens, specs, documentación— ahorra semanas de re-trabajo en desarrollo.
¿Te ha gustado este proyecto?

Hablemos de
tu producto

Disponible para posiciones senior y desafíos de producto complejos. Madrid y remoto.

Contactar ahora ← Ver más proyectos