doc24 · Healthtech

Diseñar bienestar para dos clientes con intereses diferentes 

Un producto B2B2C donde la empresa paga, el empleado usa y un equipo de bienestar opera. Diseñé la experiencia para que los tres ganen con el mismo producto.

Ver proyecto
Home de la app Wehealthy
tokens / color
Button · 7 estados
🔒 Tu empresa sólo ve datos agregados
RolSenior Product Designer
EquipoCofounders, Product Owner, analistas funcionales, equipo de desarrollo
Duración2023 — Actualidad
PlataformasWeb app · iOS · Android

En 30 segundos

El desafío

Un ecosistema, no una app

Qué hice

Plataforma de bienestar corporativo con varios actores y un solo producto: RRHH necesita medir, el empleado necesita confiar y el equipo de bienestar necesita operar. Diseñé la experiencia end-to-end, del onboarding al reporte, y el design system que la sostiene.

Foco
  • Experience Design
  • B2B2C
  • Design System
  • Data-driven UX

01Contexto

Dos clientes, dos incentivos

La empresa contrata; la persona usa. Una quiere evidencia de que la inversión sirve, la otra quiere sentirse mejor sin sentirse vigilada.

En el medio, un equipo de bienestar tiene que operar el programa, y el producto tiene que hacer que todo eso se sienta como una sola experiencia.

02El problema

Un ecosistema, no una app

Cada actor necesitaba algo distinto del mismo producto. Si diseñábamos pensando en uno solo, los demás dejaban de funcionar.

  • 01RRHH necesita medir resultados y justificar la inversión.
  • 02El empleado necesita confiar antes de responder con honestidad.
  • 03El equipo de bienestar necesita operar contenido y acompañamiento.
  • 04Producto tiene que convertir todo eso en una experiencia coherente.

03El ecosistema

Quién da y quién recibe

Mapeé qué entrega y qué recibe cada actor. La plataforma no es el centro por ser la app: es donde se cruzan todas las promesas.

  1. Empresa / RRHHContrata · comunica · recibe insights
  2. PlataformaOnboarding · assessment · contenido · recomendaciones
  3. EmpleadoResponde · recibe valor · vuelve al producto
  4. Equipo de bienestarContenido · intervención · acompañamiento
  5. Datos / analyticsAgregación · privacidad · reporting

04Research

Lo que la gente dice vs. lo que hace

Crucé los cuestionarios de autopercepción con el uso real del producto. La brecha entre ambos marcó dónde intervenir.

05Los flujos

Bienestar sin sentirse auditado

El desafío no era usabilidad, era confianza. Cada pregunta devuelve algo antes de pedir la siguiente, y queda claro qué ve la empresa y qué no.

06El sistema

El design system que lo hizo escalable

Con varios actores y web + mobile, la consistencia no era estética: era confianza. Construí el design system para que cada flujo nuevo hable el mismo idioma sin volver a discutir botones y estados.

  • 01Tokens: color, tipografía, espaciado, radios y elevación.
  • 027 estados por componente, incluidos vacío y error.
  • 03Una sola librería para web y mobile, sin componentes duplicados.

07Decisiones

Decisión 01

Construir el sistema junto a las features, no antes

El roadmap no podía frenarse dos meses.

Cada componente nació con un caso real, y el sistema mostró valor desde la primera semana.

Decisión 02

Privacidad del empleado por sobre el detalle del reporte

La empresa quiere ver resultados; el empleado, no ser identificado.

Si el empleado sospecha que lo identifican, deja de responder con honestidad y el dato pierde valor para todos.

08IA en el proceso

IA para decidir más rápido

Uso IA para sintetizar cuestionarios y research, y para pasar de una idea a un prototipo navegable en horas. Así validamos flujos con usuarios antes de comprometer desarrollo.

  • Claude
  • Figma Make
  • v0

09Lo que me llevo

  1. En B2B2C, diseñar para quien paga sin perder a quien usa es el verdadero problema de producto.
  2. En salud, la confianza es parte de la usabilidad.
  3. Un Design System se vende con métricas del equipo, no con capturas lindas.
Siguiente caso →LetsBitInvertir en cripto sin miedo a equivocarse
Hablemos