Volver a los posts

El fin del ‘No se puede’: Cómo diseñar webs para pacientes que Compliance sí apruebe

Lograr una excelente UX en webs de pacientes para que sean útiles sigue siendo un reto enorme en la pharma actual. En mis últimos 12 años he tenido que desarrollar diferentes tipos de webs tanto para pacientes como para profesionales sanitarios. Hemos ido pudiendo lanzar esas webs de contenidos que, en el caso de los pacientes, intentaban aportar fundamentalmente apoyo y educación sobre distintas patologías. Sin embargo, hay un fenómeno que se ha repetido para cada desarrollo de web con una terquedad asombrosa: la inversión de miles de euros en plataformas web dirigidas a pacientes que, en la práctica, nadie usaba o que generaban una enorme frustración en los equipos.A menudo, los departamentos de Marketing o Digital culpábamos a la regulación. «Es que Compliance no nos deja», es el mantra habitual. Pero, ¿y si el problema no fuera la ley, sino nuestra incapidad para integrar la regulación dentro de un proceso de diseño centrado en el ser humano?En este artículo, quiero analizar cómo, en muchos casos, la hiper-regulación y los procesos de control interno han terminado por destruir la experiencia de usuario (UX) en las webs de pacientes. Pero también cómo el Service Design ofrece una metodología robusta para revertir esta situación sin comprometer la seguridad legal.

1. El «muro» de Compliance y la muerte del engagement

En cualquier otro sector —banca, retail, viajes—, el éxito de una plataforma digital se mide por la facilidad con la que el usuario resuelve una necesidad. En Pharma, parece que el éxito se mide por haber superado el proceso de aprobación de Copy Approval o Zinc/Veeva PromoMats. Y doy fe que muchas veces eso es un gran éxito, pero no podemos quedarnos únicamente en solventar las barreras regulatorias que tenemos.

Como señalan en análisis de otros colegas consultores en el mundo pharma, las compañías farmacéuticas suelen reportar métricas de vanidad en sus webs (visitas, clics), pero rara vez realizan pruebas de usabilidad reales. El resultado son sitios web que parecen prospectos digitales: densos, llenos de «disclaimers» que bloquean la lectura y con arquitecturas de información diseñadas para proteger a la compañía, no para ayudar al paciente.

La parálisis por análisis regulatorio

En Europa, bajo el marco de la Directiva 2001/83/CE y, en el caso español, el Real Decreto 1416/1994, la línea entre «información» y «promoción» dirigida al público general es extremadamente delgada. Esto ha generado una cultura del miedo.

Cuando un equipo de diseño propone una interfaz limpia y minimalista, el equipo legal exige la inclusión de advertencias de seguridad en el «above the fold» (la parte visible sin hacer scroll). El resultado es una jerarquía visual rota, que anula por completo el propósito del servicio. El paciente, que llega a la web buscando apoyo o información tras un diagnóstico —un momento de alta carga emocional—, se encuentra con un muro de jerga legal y advertencias que, en la mayoría de ocasiones, provoca el abandono inmediato de la plataforma, desplazando al usuario hacia fuentes no contrastadas, donde la información que tienen a su disposición, muchas veces, carece de validación científica, lo que genera un riesgo real para la adherencia y la seguridad del paciente.

2. El coste invisible de una mala UX en webs de pacientes

No es solo una cuestión de estética. Una mala experiencia de usuario tiene repercusiones directas en el negocio y en la salud pública:

  • Daño reputacional: Un estudio de Fierce Pharma sugiere que la reputación de las farmacéuticas mejoraría significativamente si ofrecieran servicios de salud digital genuinamente útiles. Una web inútil refuerza la percepción de una industria distante y puramente mercantilista.
  • Abandono de la terapia: Si un paciente no encuentra información útil sobre su patología, buscará en fuentes no verificadas de Google, aumentando el riesgo de errores o falta de adherencia.
  • Ineficiencia presupuestaria: Gastar 25.000 € en desarrollo y otros 50.000 € en SEM para dirigir tráfico a una web con una tasa de rebote del 90% o con 300 visitas mensuales es, sencillamente, una mala gestión de recursos.

3. Entendiendo el marco regulatorio: ¿Barrera o Guía?

Para innovar en este espacio, debemos conocer las reglas del juego mejor que nadie. El cumplimiento normativo en Europa no prohíbe el buen diseño ni el mejor contenido; prohíbe la promoción de medicamentos de prescripción al público. La clave reside en el “Intended Use” y en entender los modelos de omnicanalidad en pharma.

  • Información vs. Promoción: La clave reside en el «Intended Use» (uso previsto). Si la web está diseñada como un servicio de soporte al paciente (PSP) que ya tiene prescrito el fármaco, las restricciones son diferentes a las de una web de concienciación sobre una patología (disease awareness).
  • GDPR y la gestión de datos: El Reglamento General de Protección de Datos es otro punto de fricción. Muchas webs obligan a procesos de registro tediosos que matan la UX. Aquí, la innovación debe venir de modelos de consentimiento progresivo.
El gran fallo estratégico ha sido tratar a Compliance como al juez que da el «visto bueno» al final del proceso, cuando deberíamos invitarle a ser el arquitecto que diseña los cimientos desde el primer minuto. Algo que apliqué en mis inicios para lanzar el primer blogtrip que se hizo en la industria farmacéutica, pero luego, lamentablemente, olvidé para terminar estrellándome contra ese muro una y otra vez.

4. Service Design: La medicina para las webs de pacientes

Aquí es donde el Service Design (Diseño de Servicios) marca la diferencia. A diferencia del diseño web tradicional, el Service Design no se enfoca en la «pantalla», sino en el ecosistema completo de interacciones entre el paciente y la compañía.

Fase A: Journey Map y el Propósito Real (Jobs to be Done)

El Service Design nos enseña que no basta con mapear el «viaje del paciente» (Patient Journey) como una sucesión de clics. Necesitamos identificar el propósito real o el «trabajo» (Job to be Done) que el paciente viene a resolver en nuestra web. Un paciente no navega por placer; navega para cubrir una necesidad.

¿Viene a entender por qué le duele la cabeza o a confirmar si puede tomar su medicación con el desayuno? El propósito debe dictar la arquitectura de información, no el manual de marca ni la introducción de disclaimers legales. ¿Qué siente una paciente de migraña o de diabetes cuando acaba de ser diagnosticada? Probablemente ansiedad, confusión y una necesidad urgente de certezas.

Si nuestra web le recibe con un pop-up gigante sobre cookies y un aviso legal de 500 palabras, estamos ignorando su propósito y priorizando nuestro miedo legal. Estamos fallando en la primera etapa del servicio porque no hemos entendido para qué nos necesita.

Fase B: Co-creación Interfuncional

Este es el paso más disruptivo. En lugar de enviar un PDF al departamento médico-legal y esperar tres semanas a que lo llenen de tachones rojos, debemos sentar a los abogados, al departamento médico y a los expertos en Compliance a la mesa de diseño desde el día 1. Por eso llevo tanto tiempo hablando de romper silos e integrar a diferentes equipos en el desarrollo de los proyectos.

El Service Design propone sesiones de co-creación donde el responsable de Compliance entiende el objetivo de UX, el propósito de la propia web para los pacientes y el diseñador entiende la restricción legal. Juntos, pueden prototipar soluciones creativas. Por ejemplo: «¿Cómo podemos presentar posibles efectos secundarios de forma que sea legalmente rigurosa pero visualmente digerible?» Pero siempre teniendo el foco en lo más importante, el paciente y el servicio que deseamos ofrecerle.

Fase C: Prototipado de baja fidelidad para validación legal

Antes de invertir un solo euro en desarrollo, el Service Design nos propone validar prototipos en papel o digitales sencillos. Esta etapa es fundamental por dos motivos estratégicos:

  • Localizar los ‘Moments that Matter’: Con prototipos de baja fidelidad podemos testar rápidamente los puntos críticos del servicio —esos momentos de la verdad donde el paciente se juega su tranquilidad o su adherencia—.
  • Iteración Regulatoria Instantánea: Si una estructura de navegación es considerada «promocional» por el equipo legal sobre un boceto, se cambia en 5 minutos con un lápiz, no en un mes de programación.

5. Estrategias prácticas para alinear Compliance y UX

Para los profesionales que lideran la transformación digital en sus compañías, propongo estas cinco estrategias:

  1. Arquitectura de Información «Safe by Design»: Separar claramente las áreas de soporte al paciente de las áreas de información pública.
  2. Uso de Micro-copy y Lenguaje Claro: La regulación exige rigor, no oscuridad. Podemos trabajar con expertos en redacción médica para traducir términos complejos a un lenguaje comprensible.
  3. Interfaces Adaptativas: Jerarquizar la información: lo más crítico primero, y los detalles técnicos accesibles a un clic, cumpliendo con la ley sin saturar visualmente.
  4. Validación con Pacientes Reales: Es imperativo incluir la voz del paciente. Si un Panel de Pacientes indica que no entiende cómo navegar, ese dato es tan valioso como un informe de cumplimiento.
  5. KPIs de Experiencia, no solo de Tráfico: Empecemos a medir el «Time to Task» (cuánto tarda un paciente en encontrar la guía de inyección) o el «NPS de la web».

6. Conclusión: Hacia una nueva cultura de diseño en Pharma

La transformación digital en la industria farmacéutica no consiste en tener la tecnología más avanzada. Consiste en utilizar el pensamiento de diseño para humanizar procesos que la regulación ha vuelto rígidos.

Las compañías que logren romper el silo entre los equipos creativos y los equipos de control serán las que realmente lideren el mercado. Una web para pacientes que «destruye el UX» en nombre del cumplimiento es, en última instancia, una falta de respeto al tiempo y a la salud del paciente. Es hora de dejar de usar la regulación como una excusa para el mal diseño y empezar a usarla como un marco para la innovación responsable.

Referencias:

 

more insights