El error que cometen casi todas las clínicas y pymes al cambiar de software
Cuando fundamos Massive Bionics y empezamos a desplegar soluciones en la nube para clínicas y despachos, una de las primeras cosas que aprendí no tenía nada que ver con la tecnología. Tenía que ver con las personas. El patrón se repetía una y otra vez: el gerente firmaba el contrato, el proveedor entregaba las claves de acceso, y a partir de ahí todo dependía de que el equipo "aprendiese solo" o siguiese un tutorial en vídeo grabado en 2019.
El resultado, en demasiados casos, era el mismo: a las tres semanas el recepcionista seguía usando la hoja de Excel de siempre "por si acaso", el médico o el abogado se quejaba de que el sistema era complicado, y el gerente empezaba a dudar de si había elegido bien. El software no había fallado. El proceso de adopción, sí.
Esto tiene un nombre: onboarding deficiente. Y es, en mi experiencia, la causa número uno de que implantaciones que deberían ser un éxito se conviertan en un problema.
Qué significa realmente un buen onboarding
El onboarding no es un tutorial. No es un PDF de bienvenida. No es tampoco una sesión de dos horas donde alguien te enseña todas las funciones del software de golpe, porque nadie retiene eso.
Un buen onboarding es un proceso estructurado que tiene tres objetivos claros: que el equipo pierda el miedo al cambio, que aprenda primero las funciones que va a usar todos los días, y que tenga a alguien a quien preguntar cuando aparecen las dudas reales, que no aparecen el día uno, sino el día ocho o el día quince.
Lo que he visto en clínicas que han hecho este cambio de forma ordenada es que el tiempo de adaptación se reduce de forma significativa. No puedo darte un porcentaje exacto porque cada organización es distinta, pero la diferencia entre un onboarding bien planificado y uno improvisado es visible en el comportamiento del equipo al cabo de un mes.
Las fases que yo recomiendo para cualquier implantación
Con los años he afinado un esquema que funciona tanto para una clínica dental de tres sillones como para un despacho de abogados con diez profesionales. No es magia, es orden.
- Fase 0, antes del go-live: Limpia los datos antes de migrarlos. Pacientes duplicados, historiales incompletos, tarifas desactualizadas. Si migras basura, tendrás basura organizada en el nuevo sistema. Esta fase la ignora casi todo el mundo y es la que más problemas evita.
- Fase 1, la semana del arranque: Forma primero al usuario que más va a tocar el sistema, que normalmente es recepción o administración. Que domine tres cosas: agenda, facturación básica y ficha del paciente o cliente. Solo esas tres. El resto puede esperar.
- Fase 2, las dos semanas siguientes: Incorpora al resto del equipo de forma progresiva. Los profesionales clínicos o técnicos necesitan ver que el sistema ya funciona antes de confiar en él. Si lo primero que ven es caos, se resisten.
- Fase 3, el primer mes completo: Revisión con el proveedor. No una reunión de cortesía, sino una sesión donde se revisan los flujos reales: qué se está usando, qué no, dónde hay fricción. Esta reunión debería ser obligatoria en cualquier contrato.
El papel del proveedor: lo que debes exigir y lo que no puedes asumir
Cuando evalúas un software médico o cualquier otra solución para tu negocio, una de las preguntas que menos se hacen es esta: ¿cómo es vuestro proceso de onboarding? No el soporte técnico en general, sino específicamente cómo me acompañáis durante las primeras semanas.
Un proveedor serio tiene una respuesta concreta para eso. Si la respuesta es "tenemos vídeos y una base de conocimiento", eso no es onboarding, es autoservicio. No es lo mismo.
Lo que yo recomendaría exigir en cualquier negociación es, como mínimo, una sesión de formación inicial en directo adaptada a tu tipo de negocio, un interlocutor identificado durante el primer mes, y un canal de consulta rápida que no sea un ticket que tarda 48 horas en responderse. Si puedes visitar una comparativa de software para clínicas antes de decidir, fíjate en este criterio tanto como en el precio o las funciones.
El factor humano que nadie menciona en las demos
Hay algo que aprendí siendo cirujano antes de ser empresario de software, y es que la resistencia al cambio no es pereza ni mala voluntad. Es una respuesta normal ante la incertidumbre. Cuando a alguien le cambias la herramienta con la que trabaja cada día, le estás pidiendo que se sienta torpe durante un tiempo. Y eso cuesta.
Por eso, en los proyectos que he visto funcionar mejor, siempre hay una figura interna, que puede ser el gerente, el jefe de administración o incluso el auxiliar más inquieto, que actúa como embajador del cambio. Alguien que aprende primero, que resuelve las dudas del pasillo, y que transmite al equipo que el sistema sí funciona porque él ya lo ha comprobado. Esa figura vale más que cualquier manual.
Si gestionas una clínica dental, en gestiondental.org encontrarás recursos específicos sobre digitalización y gestión que pueden ayudarte a preparar ese proceso internamente antes de hablar siquiera con ningún proveedor.
Qué pasa cuando el onboarding falla: el coste real
El coste de un onboarding fallido no es solo el tiempo perdido. Es la cuota mensual que sigues pagando por un software que no se usa bien, es la facturación que se hace tarde o mal porque el equipo no domina ese módulo, y es la moral del equipo, que asocia "digitalización" con "lío" y se resiste aún más al siguiente cambio.
He conocido clínicas que cambiaron de software dos veces en tres años no porque el primer software fuese malo, sino porque el proceso de adopción nunca se completó y la herramienta nunca llegó a rendir. Cambiar de software tiene un coste, en dinero y en tiempo. Hacer bien el onboarding la primera vez es siempre más barato que repetir el proceso.
Un consejo final antes de firmar
Antes de contratar cualquier software, pide hablar con un cliente actual del proveedor que lleve al menos seis meses usando el sistema. No con un caso de éxito preparado, sino con alguien real. Pregúntale cómo fueron las primeras semanas. Esa conversación te dirá más que cualquier demo.
Preguntas frecuentes sobre onboarding de software
¿Cuánto tiempo debería durar el proceso de onboarding de un software de gestión?
Depende del tamaño del equipo y de la complejidad del software, pero en la mayoría de clínicas y pymes pequeñas y medianas un onboarding bien hecho ocupa entre cuatro y ocho semanas. No todo ese tiempo es formación intensiva: incluye el arranque, la adaptación progresiva y al menos una revisión de seguimiento al final del primer mes.
¿Es normal que el equipo se resista al cambio de software?
Completamente normal. No es un problema de actitud sino de psicología del cambio. La persona que trabaja con una herramienta cada día desarrolla un flujo de trabajo automático, y cambiar eso exige un esfuerzo real. La clave es reducir el tiempo en que el equipo se siente torpe, y eso se consigue con formación gradual y un interlocutor accesible, no con manuales.
¿Qué debo exigir al proveedor en cuanto a soporte durante el onboarding?
Como mínimo: una sesión de formación inicial en directo adaptada a tu tipo de negocio, un contacto identificado durante las primeras semanas y un canal de respuesta rápida para dudas urgentes. Si el proveedor solo ofrece una base de conocimiento y tickets de soporte, pregunta explícitamente qué ocurre cuando tienes una duda bloqueante un martes por la mañana.
¿Tiene sentido hacer el onboarding en paralelo con el software antiguo?
En muchos casos sí, especialmente si el volumen de trabajo no permite errores durante la transición. Trabajar en paralelo durante dos o tres semanas da seguridad al equipo. El riesgo es que el equipo tienda a seguir usando siempre lo antiguo por comodidad, así que hay que fijar una fecha de corte clara y respetarla.