App Doctori
Estrategia de producto para la app de Doctori.com: de comparador transaccional de un solo uso a plataforma de consulta médica, legal y veterinaria con recomendación asistida por IA — pensada para generar una razón de volver, no solo de comprar una vez.
Sobre el proyecto
Un comparador de seguros tiene un problema de negocio estructural: el usuario lo usa una vez, compra, y no vuelve hasta la renovación un año después. La App de Doctori.com ataca ese problema desde el producto, no desde el marketing: convierte la relación en algo que el usuario quiere abrir cada semana — consulta médica, legal o veterinaria por chat en minutos, recomendaciones de cobertura asistidas por IA, y un marketplace de descuentos con las aseguradoras partner.
Como Strategic Product Designer, mi trabajo aquí no fue diseñar una app bonita — fue decidir qué convierte un producto de compra única en un producto de uso recurrente, y cómo ese producto sigue hablando el mismo lenguaje visual y de confianza que la web de seguros de la que nace.
El modelo de negocio de un comparador de seguros termina en el momento de la compra: el usuario cotiza, contrata, y desaparece hasta la renovación. Eso es un problema de retención y de lifetime value — cada usuario adquirido genera valor una sola vez al año, y no hay ninguna razón de producto para que abra la app entre medias. Construir "otra app de seguros" no resolvía esto. El reto era encontrar un valor que el usuario quisiera usar de forma recurrente, y que además reforzara la razón de ser de Doctori.com: la confianza en momentos de necesidad.
- El negocio de comparación de seguros termina en la compra — el usuario no tiene ninguna razón de producto para volver antes de la renovación anual
- Construir "otra app de seguros" no resolvía el problema de fondo: faltaba un valor de uso recurrente, no una funcionalidad más
- Cualquier app nueva competía por confianza desde cero si no heredaba la identidad visual y los patrones ya validados en la web
Solución propuesta
Definí la app alrededor de un valor que no compite con el negocio de seguros — lo complementa: consulta directa con un médico, abogado o veterinario por chat, en menos de 2 minutos. La estructura de navegación (Médicos, Abogados, Veterinarios, Ofertas, Mi perfil) pone ese valor en primer plano, con estado en tiempo real de cada profesional. Sobre esa base añadí dos capas más de retención: un asistente de recomendación de coberturas asistido por IA ("nuestra IA te explica cada cobertura, sin letra pequeña") y un marketplace de descuentos con las aseguradoras partner (DKV, Adeslas...). La app comparte tokens, tipografía y componentes con la web, así que la confianza que genera el comparador se transfiere sin fricción al nuevo canal.
01. Contexto de Negocio
El problema no era de producto — era de frecuencia
Doctori.com genera ingresos cuando un usuario contrata un seguro a través de una aseguradora partner. Ese evento ocurre, en el mejor de los casos, una vez al año por usuario. Entre medias, no hay ninguna razón de producto para que ese usuario vuelva a abrir la web o piense en la marca — hasta que necesita renovar, momento en el que compite de nuevo con cualquier otro comparador del mercado.
Como Strategic Product Designer, mi punto de partida fue una pregunta de negocio, no de interfaz: ¿qué valor podemos dar que el usuario quiera usar entre compra y compra, y que además refuerce por qué debería seguir confiando en Doctori.com? La respuesta no estaba en mejorar el comparador — estaba en construir un canal nuevo con un motivo de uso distinto.
Insight Clave: Un comparador de seguros compite por confianza una vez al año. Una app de consulta recurrente compite por confianza cada semana. Esa diferencia de frecuencia es la que justifica el canal nuevo.
02. El Reto
No construir "otra app de seguros"
La tentación obvia era construir una versión móvil del comparador: cotizar desde el móvil, gestionar pólizas, consultar el historial de contrataciones. Todo eso es útil, pero no resuelve el problema de frecuencia — sigue siendo un producto que se abre solo cuando hay una gestión de seguros pendiente. El reto real era encontrar algo que el usuario quisiera usar sin necesitar gestionar nada: una razón de valor inmediato, recurrente, y coherente con la marca "Doctor i" — alguien en quien confiar cuando surge una duda, no solo cuando hay que comparar un precio.
Insight Clave: La pregunta equivocada era "¿cómo llevamos el comparador al móvil?". La pregunta correcta era "¿qué haría que alguien abriera esta app sin tener nada que gestionar?".
03. Onboarding
Vender el valor antes de pedir ningún dato
El onboarding no explica "cómo funciona la app" — comunica directamente el valor central en un carrusel de tres pantallas: "Resuelve tus dudas directamente con un médico, abogado o veterinario", seguido de la promesa de tiempo de respuesta ("Te responderemos en menos de 2 minutos") y de la promesa de trato ("Atención totalmente personalizada"). Son tres mensajes de valor consecutivos, cada uno con una sola idea, antes de pedir absolutamente ningún dato.
Solo después de comunicar ese valor, la app solicita nombre, fecha de nacimiento y email, y verifica el teléfono por SMS — el mismo patrón de verificación que el tarificador web, reconocible para cualquier usuario que ya haya cotizado en Doctori.com. El orden importa: pedir datos antes de haber comunicado el valor es la causa número uno de abandono en el primer arranque de una app.
04. El Hub Central
Cinco especialidades, un estado siempre visible
La pantalla principal organiza el producto en cinco pestañas — Médicos, Abogados, Veterinarios, Ofertas y Mi perfil — con un CTA de videoconsulta inmediata siempre en primer plano y un listado de profesionales con su especialidad, historial de consultas y un indicador de estado en tiempo real (verde = disponible, rojo = ocupado).
El home no esconde la otra alma del producto: en la parte superior conviven los accesos rápidos a las cinco verticales de seguro (Salud, Coche, Moto, Vida, Decesos) con un banner de continuidad ("Sigue disfrutando de la App de Doctor i") y un acceso directo a Atención al cliente. Es una decisión de arquitectura deliberada: la consulta profesional es el gancho de frecuencia, pero el negocio de seguros nunca desaparece de la vista — coexisten en la misma pantalla sin competir.
Ese indicador de estado no es un detalle decorativo: es lo que responde a la pregunta implícita de cualquier usuario que abre un chat de consulta — "¿me van a responder ahora, o esto es un buzón sin fondo?". Sin esa señal, la app se percibe como un formulario de contacto más. Con ella, se percibe como acceso a una persona real y disponible.
Insight Clave: Un chat sin señal de disponibilidad es indistinguible de un buzón sin fondo. El punto verde es la diferencia entre "esto funciona" y "esto es una promesa vacía".
05. Tres Verticales, un Patrón
Médicos, Abogados y Veterinarios — el mismo patrón, tres necesidades
La promesa de la app no es "un médico" — es "un profesional de confianza cuando surge una duda", y esa duda puede ser médica, legal o veterinaria. Las tres pestañas principales (Médicos, Abogados, Veterinarios) comparten exactamente el mismo patrón de listado: profesional, especialidad, historial de la última consulta y el indicador de estado en tiempo real. Lo único que cambia es el dominio de especialidades.
En Abogados, el listado se organiza por área — Fiscal, Familia, Consumo, Asesor legal, Trabajo — con el mismo lenguaje visual que Médicos. En Veterinarios, por tipo de animal y especialidad veterinaria. Que las tres verticales compartan patrón no es pereza de diseño — es estrategia de sistema: un patrón validado en Médicos se propaga a Abogados y Veterinarios sin rediseñar nada, y añadir una vertical nueva (psicólogos, coaches...) es rellenar una lista, no construir un producto. La consistencia es lo que permite que el usuario aprenda la app una vez y la sepa usar entera.
Insight Clave: Tres verticales que comparten patrón se construyen una vez y se mantienen una vez. Añadir la cuarta es rellenar una lista, no diseñar un producto nuevo.
06. Recomendación y Marketplace
IA para explicar coberturas, descuentos para retener
La pestaña de Ofertas añade dos capas de valor adicionales. La primera es un asistente que promete "sin sorpresas ni letra pequeña: nuestra IA te explica cada cobertura" — una respuesta directa a la desconfianza estructural que genera cualquier producto de seguros, donde el usuario históricamente no entiende qué cubre realmente su póliza. Se presenta con un CTA de "Recomendar" que arranca la conversación, no como una función técnica escondida en un menú.
La segunda es un marketplace de descuentos con aseguradoras partner (DKV con un 35% de descuento, Adeslas, Sanitas, Caser...) — una razón adicional, puramente económica, para seguir abriendo la app aunque no haya ninguna duda médica, legal o veterinaria pendiente. Cada tarjeta de partner es un módulo reutilizable, así que ampliar el marketplace a una aseguradora nueva es añadir una tarjeta, no rediseñar la pestaña. Cada una de estas capas amplía el motivo de uso recurrente sin depender de que el usuario tenga una urgencia.
07. Decisiones de Producto
Por qué la app se organiza así
Cada decisión estructural de la app responde a la estrategia de retención, no a una preferencia de diseño:
Navegación por especialidad, no por función
Médicos, Abogados, Veterinarios son las tres primeras pestañas — antes que Ofertas o Perfil. La app comunica desde el primer vistazo cuál es su valor principal, no sus funciones secundarias.
Estado en tiempo real como elemento de confianza
El punto verde/rojo junto a cada profesional convierte una lista estática en una señal de disponibilidad real, reduciendo la incertidumbre del primer contacto.
Onboarding que vende valor antes de pedir datos
Comunicar "menos de 2 minutos de respuesta" antes de solicitar nombre o teléfono reduce la fricción psicológica de compartir datos personales con una marca que el usuario asocia principalmente con seguros, no con salud.
IA como reductor de desconfianza, no como gadget
El asistente de coberturas no se presenta como una función de IA — se presenta como la solución a un problema de confianza específico del sector ("sin letra pequeña"). El encuadre importa más que la tecnología subyacente.
Consistencia visual con la web como atajo de confianza
Reutilizar tokens, tipografía y patrones de verificación de la web del comparador significa que un usuario que ya confió en Doctori.com para cotizar no tiene que volver a generar esa confianza desde cero en la app.
08. Perfil y Autoservicio
Un perfil que conecta la app con el ecosistema — y un autoservicio que descarga soporte
La pestaña de Mi perfil ("Datos personales": documento de identidad, fecha de nacimiento, nombre, apellidos, email y teléfono) parece una pantalla menor, pero cumple una función estratégica: es el punto donde la identidad del usuario en la app se conecta con la del comparador web. El mismo Juan Pérez que cotizó un seguro en la web es el que consulta con un médico en la app — y el sistema lo trata como una sola persona, no como dos usuarios distintos en dos productos distintos.
Esto habilita el verdadero valor a largo plazo: datos de perfil compartidos entre web y app significan que una recomendación de cobertura en la app puede partir de lo que el usuario ya cotizó en la web, y que una renovación puede anticiparse en el canal donde el usuario está más activo. El perfil no es un formulario de ajustes — es la costura que convierte dos productos en un ecosistema. Los campos, además, reutilizan exactamente los mismos componentes de input y validación que el onboarding y el tarificador web: cero curva de aprendizaje, cero inconsistencia.
Junto al perfil, un módulo de Preguntas frecuentes resuelve las dudas más comunes ("¿Qué ventajas tiene un comparador online?", "¿Contratar un seguro es voluntario?", "¿Puedo modificar mi seguro?") en un acordeón autoservicio. En un producto que promete respuesta profesional en menos de 2 minutos, cada duda que el usuario resuelve solo es una consulta que no satura al equipo de profesionales — un detalle de producto con impacto directo en el coste operativo que hace sostenible la promesa central de la app.
Insight Clave: Un perfil compartido entre web y app no es una comodidad de usuario — es lo que permite que el negocio trate a la persona como una sola relación, no como dos clientes que casualmente se llaman igual.
09. Reflexión
Las tensiones sin resolver de una estrategia de retención
Convertir un comparador transaccional en un producto recurrente no es una decisión que termine con el lanzamiento. Estas son las preguntas abiertas:
- Canibalización vs. complemento — ¿el chat médico gratuito reduce la percepción de valor del seguro de salud que Doctori.com vende? Es una tensión real: la app tiene que generar confianza en el ecosistema sin sustituir la necesidad de contratar una póliza
- Sostenibilidad del servicio profesional — la promesa de "menos de 2 minutos" con profesionales reales tiene un coste operativo que crece con la base de usuarios. Validar el modelo a escala es un riesgo de negocio, no solo de producto
- Medir retención real, no descargas — el indicador de éxito de este proyecto no es cuánta gente se descarga la app, es cuánta gente la abre en el mes 3, 6 y 12 sin tener una cotización pendiente. Esa instrumentación es el siguiente paso imprescindible
- Siguiente frente — expandir el marketplace de descuentos a más categorías (no solo seguros de salud) y testear si la recomendación asistida por IA mueve la aguja en la tasa de renovación, que es la métrica que de verdad justifica la inversión en este canal
Insight Clave: El éxito de esta app no se mide en descargas — se mide en si consigue que un usuario piense en Doctori.com como algo más que "la web donde comparé un seguro una vez".
Resultados
Otros proyectos
¿Tienes un proyecto en mente?
Me encantaría escuchar tu idea. Hablemos sobre cómo puedo ayudarte a crear algo extraordinario.