Diagnóstico de madurez digital: niveles y cómo hacerlo
Un diagnóstico de madurez digital es una medición, no una opinión: se recorre cada dimensión de la empresa, se pide la evidencia que sostiene cada respuesta y se asigna un nivel con criterios escritos de antemano. Si el resultado sale de un cuestionario que contesta de memoria la misma persona que va a proponer la compra, no es un diagnóstico: es una justificación con formato de diagnóstico.
Esta guía es la del instrumento: qué se mide exactamente, con qué criterio observable se asigna cada uno de los cinco niveles, qué evidencia se pide en cada pregunta, cómo se ejecuta en dos semanas, qué debe contener el informe final y los siete errores que hacen que un diagnóstico no sirva para decidir. La ruta que se ejecuta después del diagnóstico está en transformación digital para PyMEs; cómo se decide y se justifica cada inversión, en alinear la tecnología con los objetivos del negocio.
Contenido de esta guía
- Qué mide de verdad un diagnóstico de madurez digital
- Cuándo vale la pena y cuándo es puro cuestionario
- Los 5 niveles, con criterio observable
- Las 6 dimensiones y la evidencia que se pide
- Cómo se califica sin que la calificación sea una opinión
- El protocolo de dos semanas
- Qué debe contener el informe (y qué sobra)
- 7 errores que lo vuelven inútil
- Ejemplo resuelto: el tablero de una empresa de 60 personas
- Preguntas frecuentes
- Conclusión: tres decisiones
Qué mide de verdad un diagnóstico de madurez digital
No mide cuánta tecnología tiene la empresa. Mide qué tan repetible es su forma de operar con datos: si un proceso produce el mismo resultado sin importar quién lo ejecute, si la información existe una sola vez, si alguien mira los números y si hay reglas que sobreviven a la persona que las puso.
Una empresa puede tener un sistema integral caro y estar en nivel 2, porque cada área lo usa a su manera y el dato bueno sigue viviendo en una hoja de cálculo paralela. Y una empresa con herramientas modestas puede estar en nivel 3, porque sus procesos están definidos, tienen dueño y su información es única. La madurez es del proceso y del dato, no del catálogo de software.
"Un diagnóstico que no pide evidencia mide la autoestima digital de quien contesta. Y la autoestima digital de una empresa siempre está un nivel por encima de su operación real."
Del Excel y el WhatsApp a sistemas que escalan contigo
Selección de herramientas, automatización de lo repetitivo y migración ordenada de lo que hoy vive en hojas de cálculo.
Ver el servicioLo escribe tu equipo con nuestras plantillas y nuestra revisión. Te contestamos en menos de 24 horas hábiles.
Cuándo vale la pena y cuándo es puro cuestionario
Cuatro señales de que sí
- Hay presupuesto para tecnología y no hay criterio para repartirlo. El diagnóstico convierte una discusión de preferencias en una lista ordenada con evidencia detrás.
- Van a comprar un sistema grande. Hacerlo antes de firmar evita la situación más cara del sector: comprar un sistema integral para procesos que todavía no están definidos.
- Hubo tres proyectos que no se usan. El patrón —se compra, se implementa, nadie lo usa— casi nunca es de producto: es de madurez de proceso, y el diagnóstico lo muestra dimensión por dimensión.
- Hace falta convencer a un consejo o a un socio. Una tabla de niveles con evidencia es un argumento; «necesitamos modernizarnos» no lo es.
Tres señales de que todavía no
- Ya se sabe cuál es el problema y solo falta hacerlo. Si toda la empresa coincide en que el cuello de botella es la toma de pedidos, el diagnóstico completo puede esperar: se mide ese proceso y se arregla.
- El diagnóstico lo va a hacer quien vende la solución. No es un diagnóstico: es una propuesta comercial con tabla de niveles. Se puede aceptar, sabiendo lo que es.
- No hay quién ejecute nada después. Un informe sin responsable para las acciones se convierte en un archivo bien hecho que nadie abre. Antes del diagnóstico conviene saber quién va a recibir la ruta.
Los 5 niveles, con criterio observable
Los modelos de madurez suelen describir los niveles con adjetivos —«inicial», «optimizado»— y esa es justo la razón por la que dos personas califican distinto la misma empresa. Cada nivel necesita un criterio que se pueda comprobar mirando algo. Así se distinguen:
Qué tiene que ser cierto para estar en cada nivel
- Nivel 1 · Depende de la persona. El proceso sale distinto según quién lo haga. No hay documento, o lo hay y no refleja lo que se hace. La información vive en archivos personales y en la memoria de alguien. Prueba: pide el mismo dato a dos áreas y compara las cifras.
- Nivel 2 · Herramientas sueltas. Hay sistemas por área, pero no comparten catálogos: el mismo cliente está capturado en tres lugares con tres nombres. Existen conciliaciones manuales periódicas. Prueba: cuenta cuántas veces se recaptura el mismo dato de una operación de punta a punta.
- Nivel 3 · Proceso definido y dato único. Los procesos clave están documentados, tienen dueño nombrado, y existe un catálogo maestro por entidad —clientes, productos— con responsable. Los reportes salen del sistema, no de una hoja. Prueba: pide el procedimiento de un proceso clave y compáralo con lo que hace quien lo ejecuta.
- Nivel 4 · Se gestiona con los números. Hay indicadores por proceso, con fuente de datos definida, y una reunión periódica donde alguien decide con ellos. Las excepciones se detectan solas, no por queja del cliente. Prueba: pide el acta de la última revisión y busca una decisión tomada por un número.
- Nivel 5 · Mejora y automatización sostenidas. Los procesos estables se automatizan, los datos son confiables y se usan para anticipar, y existe un mecanismo de mejora con ciclo cerrado. Prueba: pide tres cambios hechos en el último año a raíz de un dato, con su resultado medido.
Dos advertencias sobre los niveles. La primera: nadie está en un solo nivel. Una empresa puede estar en 3 en operación y en 1 en seguridad, y ese desbalance es el hallazgo más accionable del ejercicio. La segunda: el nivel 5 no es la meta para todo el mundo. Para la mayoría de las empresas medianas, llegar a 3 en todas las dimensiones y a 4 en las dos que sostienen el negocio es un objetivo mejor que perseguir el 5 en una sola.
Las 6 dimensiones y la evidencia que se pide
La diferencia entre un diagnóstico y una encuesta está en la columna de evidencia. Estas son las seis dimensiones, con las preguntas que se hacen y —lo importante— lo que se pide ver.
1. Estrategia y gobierno
Preguntas: ¿existe una lista escrita de iniciativas de tecnología con dueño y objetivo de negocio? ¿Quién autoriza el gasto y hasta qué monto? ¿Con qué frecuencia la dirección revisa el avance?
Evidencia: la tabla de facultades, la última acta donde se decidió sobre tecnología, la lista de iniciativas en curso. Si no existe ninguna de las tres, es nivel 1 aunque la respuesta al cuestionario haya sido positiva. El marco está en qué es el gobierno de TI.
2. Procesos
Preguntas: ¿cuáles son los procesos clave y quién es dueño de cada uno? ¿Están documentados y el documento coincide con la práctica? ¿Cuántos pasos manuales tiene el proceso más frecuente?
Evidencia: el mapa de procesos si existe, dos procedimientos al azar, y una observación directa de una ejecución real del proceso más frecuente. La distancia entre el documento y la observación es, casi siempre, el hallazgo más útil del diagnóstico.
3. Datos e información
Preguntas: ¿existe un catálogo maestro de clientes y de productos, y quién es su dueño? ¿Cuántos sistemas contienen datos de clientes? ¿Cuánto tarda responder una pregunta simple del negocio?
Evidencia: la prueba de las dos cifras —se pide el mismo número a dos áreas y se compara—, y el conteo de recapturas del mismo dato en una operación de punta a punta. Son dos mediciones de diez minutos que califican la dimensión mejor que veinte preguntas.
4. Tecnología e integración
Preguntas: ¿qué sistemas hay, quién los contrató y cuáles están integrados? ¿Qué pasa si el proveedor principal deja de operar? ¿Cómo se sale de cada sistema y con qué formato salen los datos?
Evidencia: el inventario de suscripciones cotejado contra el estado de cuenta, no contra la memoria. La diferencia entre las dos listas mide el shadow IT con un número.
5. Personas y competencias
Preguntas: ¿quién sabe operar cada sistema y qué pasa si esa persona falta? ¿Hubo capacitación al implantar y fue por rol? ¿Qué proporción del equipo usa el sistema como se diseñó?
Evidencia: registros de capacitación, y un conteo simple de cuánta gente hace el proceso en el sistema frente a cuánta lo hace por fuera. Las descripciones de puesto sirven para comprobar si la competencia está asignada o es voluntaria.
6. Seguridad y continuidad
Preguntas: ¿qué se respalda y cuándo se restauró por última vez? ¿Quién tiene accesos de administrador? ¿Qué accesos siguen activos de personas que ya no trabajan aquí?
Evidencia: la bitácora de la última prueba de restauración —no la configuración del respaldo, la prueba— y la lista de usuarios activos cotejada contra la nómina. Es la dimensión que más veces sale un nivel por debajo de lo que la empresa creía.
Cómo se califica sin que la calificación sea una opinión
Tres reglas hacen que dos evaluadores distintos lleguen al mismo número:
- El nivel se asigna por la evidencia más débil, no por la mejor. Si en datos hay un catálogo maestro impecable de productos y el de clientes está triplicado, la dimensión no es 3: es 2. Promediar dentro de una dimensión esconde justo lo que hay que arreglar.
- Sin evidencia, el nivel baja. «Sí lo hacemos pero no está escrito» es nivel 1 o 2 por definición, porque lo que no está escrito no sobrevive a la persona. No es un castigo: es la definición de madurez.
- Se califica lo que ocurre, no lo que está configurado. Un respaldo programado no es un respaldo probado. Una política publicada sin acuse no está comunicada. Un sistema implantado que la mitad del equipo rodea por fuera no está en operación.
El resultado se presenta como un tablero de seis filas —una por dimensión— con tres columnas: nivel actual, evidencia que lo sostiene y nivel objetivo a doce meses. Nada de calificaciones globales sobre diez: un promedio de seis dimensiones oculta exactamente el desbalance que hacía útil el ejercicio.
El protocolo de dos semanas
Un diagnóstico de madurez digital no necesita meses. Necesita acceso y una agenda escrita.
- Días 1-2 · Preparación. Se pide por adelantado la lista de sistemas, el estado de cuenta de suscripciones, el organigrama y los procedimientos que existan. Lo que no llegue en esta etapa ya es un hallazgo.
- Días 3-5 · Entrevistas. Dirección general, responsable de finanzas, responsable de operación, responsable de sistemas y —esto es lo que se salta y lo que más informa— dos personas que ejecutan el proceso más frecuente. Entre cuarenta y cinco y sesenta minutos cada una, con guion.
- Días 6-7 · Observación. Se mira una ejecución real, de punta a punta, del proceso más frecuente. Sin preguntar: mirando. Aquí aparecen los pasos que nadie menciona porque ya se volvieron invisibles.
- Días 8-9 · Pruebas de evidencia. Las cuatro que más rinden: pedir el mismo dato a dos áreas, cotejar suscripciones contra el estado de cuenta, cotejar usuarios activos contra nómina y pedir la bitácora de la última restauración probada.
- Día 10 · Calificación y ruta. Se llena el tablero de seis dimensiones con su evidencia y se ordenan las brechas por impacto y esfuerzo. La ruta sale de ahí, no de un catálogo de buenas prácticas.
Qué debe contener el informe (y qué sobra)
Un informe que no cabe en veinte páginas no se va a leer, y uno que no se lee no cambia ninguna decisión. Lo que tiene que estar:
- El tablero de seis dimensiones con nivel actual, evidencia y objetivo a doce meses. Una página.
- Los cinco hallazgos que importan, cada uno con el hecho observado, no con el adjetivo. «Trece usuarios activos de personas que ya no trabajan aquí» en lugar de «control de accesos deficiente».
- La ruta en olas, con qué se hace primero y por qué, expresado en procesos y no en productos.
- Lo que se puede arreglar esta semana sin comprar nada. Casi siempre hay tres o cuatro cosas: revocar accesos, probar una restauración, nombrar dueño de un catálogo, cancelar suscripciones duplicadas.
- Las mediciones de línea base, para que dentro de un año la comparación sea posible.
Y lo que sobra: el marco teórico del modelo de madurez, la comparación contra «el sector» sin decir con qué muestra, el catálogo de tendencias tecnológicas y cualquier recomendación de producto por nombre. Un diagnóstico que termina recomendando una marca concreta debería explicar qué relación comercial tiene quien lo firma con esa marca.
7 errores que lo vuelven inútil
- Que lo conteste una sola persona. El responsable de sistemas contesta sobre su propia área y el resultado es su percepción. Hacen falta al menos cinco voces, incluidas dos de quien ejecuta.
- No pedir evidencia. Sin la columna de evidencia, el instrumento mide optimismo. Es el defecto más común y el más fácil de corregir.
- Promediar las dimensiones. «Estamos en 2.7» no permite decidir nada. El desbalance entre dimensiones es el hallazgo, y el promedio lo borra.
- Compararse con «el sector» sin definir la muestra. Un porcentaje de comparación sin decir cuántas empresas, de qué tamaño y de qué año es una cifra decorativa. Si no se puede citar la fuente, se omite.
- Que lo haga quien va a vender la solución. No invalida el ejercicio, pero cambia lo que es: hay que leerlo como propuesta, no como medición.
- Terminar sin acciones de esta semana. Un informe cuya primera acción cuesta dinero y tarda un trimestre pierde el impulso. Siempre hay algo que se arregla el jueves.
- No dejar línea base. Si el diagnóstico no registra los números de hoy, el de dentro de un año no podrá comparar nada y volverá a ser una foto suelta.
Ejemplo resuelto: el tablero de una empresa de 60 personas
Así queda el tablero de una empresa de servicios de alrededor de 60 personas, con sistema contable, facturación electrónica, una herramienta de gestión de clientes que usa la mitad del equipo comercial y todo lo demás en hojas de cálculo. Es un ejemplo ilustrativo, construido para mostrar cómo se ve un resultado bien calificado.
Tablero: nivel actual · evidencia · objetivo a 12 meses
- Estrategia y gobierno — nivel 1 → objetivo 3. No existe tabla de facultades ni lista escrita de iniciativas; las compras de tecnología se aprueban por correo caso por caso.
- Procesos — nivel 2 → objetivo 3. Hay tres procedimientos escritos; al observar la ejecución del proceso de contratación de servicio aparecen dos pasos que el documento no menciona y uno que ya nadie hace.
- Datos — nivel 1 → objetivo 3. La prueba de las dos cifras da resultados distintos para «clientes activos» entre comercial y finanzas. El mismo cliente está capturado en tres sistemas con tres nombres.
- Tecnología — nivel 2 → objetivo 3. El inventario declarado trae nueve servicios; el estado de cuenta trae catorce. Cinco suscripciones no tenían dueño identificable y dos estaban duplicadas.
- Personas — nivel 2 → objetivo 3. Hubo capacitación al implantar la herramienta comercial, pero fue genérica y en una sola sesión; la mitad del equipo sigue llevando su seguimiento en una hoja personal.
- Seguridad y continuidad — nivel 1 → objetivo 3. El respaldo está configurado y nunca se probó una restauración completa. Al cotejar usuarios activos contra nómina aparecen accesos de personas que salieron de la empresa.
Lo que este tablero produce no es un plan de compras: produce un orden. La brecha de datos y la de seguridad se atacan primero porque bloquean todo lo demás —sin catálogo maestro, cualquier sistema nuevo va a heredar los tres nombres del mismo cliente—, y las cuatro acciones de esta semana salen solas: revocar los accesos, probar una restauración, cancelar las suscripciones duplicadas y nombrar dueño del catálogo de clientes. Ninguna cuesta dinero.
Preguntas frecuentes
Es una medición estructurada de qué tan repetible es la forma de operar de una empresa con sus datos: si un proceso da el mismo resultado sin importar quién lo ejecute, si la información existe una sola vez, si alguien decide con los números y si las reglas sobreviven a la persona que las puso. Se recorre dimensión por dimensión y cada respuesta se sostiene con evidencia, no con la percepción de quien contesta.
Dos semanas de trabajo para una empresa pequeña o mediana: dos días de preparación y recopilación, tres de entrevistas, dos de observación directa del proceso más frecuente, dos de pruebas de evidencia y uno de calificación y ruta. Lo que alarga el plazo casi nunca es el análisis: es conseguir los documentos y la agenda de las personas que conocen las excepciones del proceso.
Sí, con una condición: que quien lo conduzca no sea quien va a proponer la compra ni el responsable del área evaluada. La parte difícil no es el cuestionario, es pedir evidencia a colegas y calificar por lo más débil. Si eso no es posible internamente, la alternativa razonable es hacerlo interno y que alguien de fuera revise la calificación de las dimensiones de datos y de seguridad, que son donde más se sobrestima.
Para la mayoría de las empresas medianas, el objetivo razonable es nivel 3 en las seis dimensiones y nivel 4 en las dos que sostienen el negocio. Perseguir el nivel 5 en una sola dimensión mientras otras están en 1 es la forma más cara de no mejorar: la dimensión más débil limita a todas las demás, porque sin datos confiables ni procesos con dueño, la automatización solo acelera el desorden.
Una auditoría de sistemas comprueba el cumplimiento contra un referente —una norma, una política, un contrato— y produce hallazgos de conformidad. Un diagnóstico de madurez mide capacidad para decidir dónde invertir, y produce una ruta. Se parecen en que ambos piden evidencia, y se diferencian en el destinatario: la auditoría le sirve a quien tiene que responder, el diagnóstico a quien tiene que decidir.
Cada doce a dieciocho meses, y solo tiene sentido si el primero dejó línea base: los números concretos que se midieron, no los niveles. Repetirlo antes de que las acciones hayan tenido tiempo de producir efecto genera la sensación de que nada cambió. Repetirlo sin línea base produce dos fotos que no se pueden comparar.
Sirve la versión corta: las cuatro pruebas de evidencia —el mismo dato pedido a dos áreas, suscripciones contra estado de cuenta, usuarios activos contra nómina y la última restauración probada— y la observación de una ejecución real del proceso más frecuente. Eso se hace en dos días y ya ordena las decisiones. El protocolo completo de seis dimensiones empieza a rendir cuando hay varias áreas contratando tecnología por su cuenta.
Sirve, si se lee por lo que es: una propuesta comercial con formato de medición. Dos comprobaciones lo aclaran rápido: si pide evidencia o solo respuestas, y si la sección de recomendaciones llega a nombres de producto. Un diagnóstico que termina recomendando una marca concreta debería declarar qué relación comercial tiene quien lo firma con esa marca.
Conclusión: tres decisiones
Un diagnóstico de madurez digital vale exactamente lo que valga su columna de evidencia. Sin ella mide percepción; con ella convierte una discusión de preferencias en una lista ordenada que se puede defender ante un consejo.
Si vas a hacer uno, tres decisiones ordenan el resto: que no lo conduzca quien va a proponer la compra; califica cada dimensión por su evidencia más débil y no por la mejor; y termina con cuatro acciones que se puedan hacer esta semana sin gastar, porque el impulso del informe dura pocos días. Las tres se deciden antes de la primera entrevista.
¿Quieres medir en qué nivel está tu empresa, con evidencia y no con percepción?
En Softgrade hacemos el diagnóstico con las seis dimensiones, sus pruebas de evidencia y una ruta expresada en procesos, no en productos. No vendemos software, así que la recomendación no tiene marca detrás.
Agenda un diagnóstico