En 90 días una pyme no debe intentar transformarlo todo. Puede diagnosticar, elegir un proceso, fijar una línea base, implantar un piloto, medir adopción y decidir con evidencia qué consolidar, corregir o detener.
Esta guía se ha contrastado con Guía básica para la transformación digital de la pyme , Guía para crear un plan de digitalización , Manual práctico sobre digitalización de la pyme , Recursos de ciberseguridad para empresas y Orden TDF/39/2026 .
- 01Días 1-30
Mapa, línea base, prioridad, responsable y requisitos.
- 02Días 31-60
Configuración, migración acotada, formación y piloto.
- 03Días 61-90
Uso real, medición, correcciones y documentación.
- 04Decisión
Consolidar, ampliar, rediseñar o parar con argumentos.
Qué debe producir un plan de digitalización de 90 días
El resultado no es una lista de software. Es un proceso mejor definido, un piloto utilizado por personas reales y una decisión respaldada por datos. El plan debe dejar seis activos: mapa del proceso actual, línea base, objetivo, responsable, configuración documentada y revisión final. Si termina solo con una herramienta contratada, no demuestra transformación.
Elige un alcance que pueda cruzar el ciclo completo en tres meses. Gestionar oportunidades comerciales, recibir y aprobar facturas, preparar pedidos o atender incidencias son ejemplos acotables. Sustituir todos los sistemas de la empresa, migrar años de información y rediseñar todos los departamentos no es un piloto de 90 días.
Días 1-30: diagnosticar y elegir una prioridad
Reúne a quienes ejecutan el proceso. Dibuja el recorrido desde la entrada hasta el resultado: pasos, esperas, herramientas, datos, excepciones y responsables. Observa el trabajo real, incluidas hojas, mensajes y correcciones que no aparecen en el procedimiento formal.
Mide una línea base durante un periodo representativo: volumen, tiempo, error, coste, calidad y resultado. Evita diez métricas. Escoge las que permitan saber si el piloto funciona. Para atención comercial podrían ser tiempo de respuesta, oportunidades sin siguiente paso, conversión y registros completos; para facturas, minutos, incidencias, fecha de aprobación y pago.
Prioriza con cuatro criterios: impacto, frecuencia, esfuerzo y riesgo. Un problema muy visible puede no ser el más costoso. Favorece un proceso repetitivo, con dueño claro y datos disponibles. Excluye temporalmente casos excepcionales o demasiado sensibles si el equipo aún no puede gobernarlos.
- Patrocinador con capacidad para desbloquear decisiones.
- Responsable operativo con tiempo reservado.
- Mapa actual validado por quienes realizan el trabajo.
- Línea base con fuente y periodo.
- Objetivo concreto y criterio de éxito.
- Riesgos de datos, seguridad, continuidad y cumplimiento.
- Presupuesto total y límite del piloto.
Convertir el problema en requisitos antes de elegir herramienta
Escribe historias operativas en lugar de una lista genérica de funciones. Por ejemplo: cuando entra una solicitud válida, el sistema asigna responsable, fecha y siguiente paso; si pasan dos días sin actividad, avisa; dirección puede ver el atasco; y la empresa puede exportar todos los registros. Añade permisos, integración, accesibilidad, soporte, recuperación y salida.
Invita a los proveedores a demostrar el mismo escenario con datos ficticios. Puntúa evidencia, no promesas. Comprueba qué requiere configuración adicional, qué depende de terceros y cuánto cuesta después del primer año. Incluye dedicación interna, migración, formación y soporte en el coste.
| Criterio | Pregunta de prueba | Evidencia esperada |
|---|---|---|
| Proceso | ¿Completa nuestro caso de principio a fin? | Demostración con excepciones |
| Datos | ¿Cómo importa, exporta y corrige? | Archivo de prueba utilizable |
| Personas | ¿Qué cambia por rol? | Plan de formación y permisos |
| Continuidad | ¿Qué ocurre si falla o termina? | Copia, soporte y procedimiento de salida |
| Coste | ¿Cuánto cuesta el periodo completo? | Desglose inicial, recurrente y variable |
Días 31-60: configurar, migrar y ejecutar el piloto
Configura el flujo mínimo que resuelve el problema. Evita automatizaciones avanzadas hasta que los campos, responsables y estados funcionen. Migra solo los datos necesarios para el piloto, después de limpiar duplicados y conservar una copia del origen. Reconcilia recuentos y revisa muestras.
Forma por tareas: qué recibe cada persona, qué debe hacer, cómo registra una excepción y dónde pide ayuda. Una demostración de menús no prepara para trabajar. Usa casos del día a día, asigna un entorno de prueba y entrega una guía corta. Dirección debe utilizar el sistema también; pedir adopción mientras sigue solicitando informes por el canal antiguo crea doble trabajo.
- Semana 5: configuración mínima y pruebas internas.
- Semana 6: migración acotada y reconciliación.
- Semana 7: formación por roles y simulación.
- Semana 8: puesta en marcha controlada y soporte diario.
Días 61-90: medir adopción, corregir y consolidar
Durante el uso real, revisa dos capas. La primera es adopción: porcentaje de operaciones dentro del flujo, registros completos, usuarios activos, errores y excepciones. La segunda es resultado: tiempo, coste, margen, calidad o servicio frente a la línea base. Una mejora de negocio con baja adopción puede no sostenerse; alta adopción sin resultado puede indicar que se digitalizó el proceso equivocado.
Realiza una revisión semanal breve con datos y decisiones. Clasifica incidencias entre formación, configuración, calidad de datos, integración y diseño del proceso. Corrige la causa, no solo el síntoma. Actualiza la guía y asigna propiedad permanente a campos, permisos, automatizaciones e indicadores.
En el día 90 decide entre cuatro opciones: consolidar el flujo, ampliar a otro grupo, rediseñar una parte o detener. Detener un piloto que no aporta valor es una conclusión válida. Documenta qué se aprendió, qué coste queda comprometido y cómo se recuperan o eliminan los datos.
Gobierno, seguridad y gestión del cambio
La transformación afecta hábitos, responsabilidades y visibilidad del trabajo. Explica qué problema se resuelve, qué cambia y qué no se utilizará para evaluar. Escucha excepciones del equipo: algunas revelan resistencia, pero otras muestran requisitos ignorados. Combina métricas del sistema con indicadores humanos de adopción y revisa el avance a 30, 60 y 90 días.
Incluye seguridad desde el primer mes: inventario de accesos, autenticación multifactor, copia, permisos mínimos, alta y baja de usuarios y canal de incidentes. Si se tratan datos personales, identifica funciones, proveedor y obligaciones antes de migrar. Una herramienta rápida de desplegar puede crear una dependencia difícil de corregir.
Presupuesto y ayudas: planificar sin esperar una convocatoria
Separa inversión inicial, coste del cambio y operación anual. Añade horas internas, migración, formación, integraciones y salida. Compara el escenario con el coste de mantener el proceso actual y calcula un ROI prudente cuando los datos lo permitan. No obligues a que todos los beneficios sean financieros: calidad, trazabilidad y riesgo también pueden tener indicadores.
A 10 de agosto de 2026, Acelera Pyme muestra finalizadas las cinco convocatorias de Kit Digital. La Orden TDF/39/2026 mantiene vigentes las bases hasta agotar fondos y contempla remanentes y posibles nuevas convocatorias, pero no establece un plazo abierto. El plan de 90 días debe poder empezar por necesidad empresarial, no por una ayuda hipotética.
Nuevo Kit Digital es un sitio privado e independiente. Si se publicara una convocatoria, revisa resolución, beneficiarios, cuantías, plazos y trámite en BOE, Red.es, Acelera Pyme y sede antes de adaptar el plan.
Preguntas frecuentes
¿Se puede digitalizar una pyme en 90 días?
Se puede completar un ciclo útil sobre un proceso: diagnosticar, implantar un piloto, medir y decidir. Transformar toda la empresa en ese plazo suele ser un alcance poco realista y aumenta riesgo y fatiga.
¿Qué proceso debería elegir primero?
Uno frecuente, costoso, medible, con responsable y datos accesibles. Prioriza impacto y viabilidad, no visibilidad ni moda tecnológica. Evita empezar por una excepción compleja.
¿Cuántos KPI necesita el piloto?
Entre dos y cuatro bien definidos suelen bastar: uno o dos de resultado y uno o dos de adopción o calidad. Cada KPI debe tener fuente, línea base, responsable y decisión asociada.
¿Debo elegir software en el primer mes?
Solo después de mapear el proceso y convertir el problema en requisitos. La selección puede ocurrir al final del primer mes, pero no debería preceder al diagnóstico ni basarse únicamente en una demo comercial.
¿Puedo contar con Kit Digital para financiar el plan?
No como ingreso seguro. A 10 de agosto de 2026 las cinco convocatorias están finalizadas. Si apareciera otra, habría que comprobar su resolución, plazo, elegibilidad y costes admitidos antes de incorporarla.
Siguientes pasos y recursos relacionados
Antes de contratar, presentar documentación o cambiar un sistema, confirma qué decisión necesitas tomar y qué evidencia debe quedar bajo control de la empresa.
Hoja de ruta orientativa. Ajusta el alcance a la actividad, plantilla, contratos, seguridad, protección de datos y obligaciones sectoriales de la empresa. No garantiza ahorro, adopción ni concesión de ayudas.