Recibo una versión del mismo correo cada pocas semanas. Un CEO o un COO de una empresa de entre €20M y €500M de facturación escribe para decir que el consejo ha aprobado un presupuesto de transformación digital, que han preseleccionado dos consultoras y que les gustaría una tercera opinión. Casi siempre, la parte interesante de la conversación resulta ser una pregunta que nadie ha hecho todavía: ¿qué, exactamente, se supone que esta transformación va a cambiar en el negocio?
Si suena a pregunta trivial, considera que es precisamente su ausencia la que explica la mayoría de los fracasos. La tecnología en estos programas rara vez es la parte difícil. La migración a la nube es un problema resuelto. Las plataformas de datos son un problema resuelto. Lo que no está resuelto es la secuencia, la ownership y la aritmética honesta de qué procesos le están costando dinero al negocio hoy.
Así que este es el artículo que me gustaría poder enviar como respuesta. Qué hace realmente un consultor de transformación digital, cómo funcionan los modelos de contratación y los precios, los KPI que te dicen pronto si está funcionando, cómo gestionar una selección que filtre el teatro — y las tres situaciones en las que la respuesta honesta es que no deberías contratar a nadie. Dirijo Lasting Dynamics y hago este trabajo yo mismo, así que lee todo como algo que viene de una parte interesada que prefiere decirte la verdad antes que ganar un proyecto equivocado.
El Punto de Michele
Un buen consultor se vuelve progresivamente innecesario. Si la propuesta que tienes delante describe un proyecto de 18 meses sin ningún momento en que tu propia gente tome el control, no estás comprando transformación. Estás comprando dependencia con la etiqueta «transformación» en la factura.
Qué Hace Realmente un Consultor de Transformación Digital
El título del puesto es inútilmente amplio, así que voy a describir el trabajo en lugar de la etiqueta. En un proyecto serio de transformación digital empresarial, el consultor es responsable de cinco cosas — y si una propuesta se salta dos o más, es un proyecto tecnológico disfrazado de estrategia.
- Establecer la línea base. Dónde van realmente el dinero y el tiempo hoy: tiempos de ciclo de proceso, traspasos manuales, gasto en licencias, deuda de integración, cuántos sistemas guardan el mismo registro de cliente. No opiniones — mediciones.
- Traducir objetivos de negocio en una secuencia tecnológica. Un roadmap de transformación digital no es una lista de plataformas que comprar. Es un conjunto ordenado de cambios donde cada uno financia o reduce el riesgo del siguiente.
- Asumir las decisiones build-versus-buy. Qué capacidades son genuinamente diferenciadoras y deben construirse, y cuáles son commodity y deben comprarse. Escribí un marco completo en mi guía build vs buy, y es la decisión que más a menudo la toma quien habló último.
- Diseñar el modelo operativo, no solo la arquitectura. Quién decide, quién es dueño de qué sistema, cómo funciona la financiación cuando el programa termina. Esta es la capa que determina si el cambio sobrevive.
- Definir la medición. Un conjunto pequeño de KPI de negocio, medidos antes de construir nada, reportados con una cadencia fija a la misma audiencia durante todo el proyecto.
Fíjate en lo que no está en esa lista: escribir código, dirigir la PMO o producir un assessment de situación actual de 200 diapositivas. Todas son actividades reales, pero son entregables de otros roles. El producto real del consultor es una secuencia de decisiones defendible y la evidencia que la respalda.
Por Qué Fracasan la Mayoría de las Transformaciones — Casi Nunca por la Tecnología
La cifra más citada es que alrededor del 70% de los programas de transformación digital no cumple sus objetivos declarados. Cualquiera que sea el número real, el patrón detrás es constante, y en mi experiencia las causas son deprimentemente repetitivas:
| Patrón de fracaso | Cómo se ve | La verdadera causa raíz |
|---|---|---|
| Pensar primero en la plataforma | Se elige una plataforma importante el primer mes, antes del trabajo de procesos | La decisión se tomó para satisfacer un ciclo presupuestario, no un diagnóstico |
| Sin línea base | Nadie puede decir cuáles eran antes los tiempos de ciclo o los costes unitarios | El éxito se vuelve no falsable, así que el programa no se puede dirigir |
| Transformación como proyecto paralelo | Cada participante tiene además un trabajo a tiempo completo | La dirección financió las herramientas pero no la capacidad de cambiar |
| Automatizar sin rediseñar el proceso | El viejo flujo roto ahora corre más rápido y en digital | El consultor fue contratado para implementar, no para cuestionar |
| Sin dueño tras el go-live | La adopción decae en silencio en dos o tres trimestres | El modelo operativo nunca se diseñó, solo la arquitectura |
| Alcance big-bang | Plan a 24 meses, primer valor de negocio en el mes 18 | La necesidad política de un programa audaz venció a la de victorias acumulativas |
Lee la tabla y el diagnóstico se escribe solo. Casi cada entrada es un fallo de gobernanza al que se le pidió responder con una decisión tecnológica. Por eso precisamente el trabajo de estrategia de transformación digital tiene que preceder a la selección de plataforma en lugar de racionalizarla después — y por eso lo más valioso que puede hacer un consultor en las primeras seis semanas es estrechar el alcance, no ampliarlo.
La Pregunta que Predice el Fracaso
Pregunta a tu equipo: ¿Si este programa sale perfecto, qué número de la cuenta de resultados se mueve, cuánto y para cuándo? Si obtienes cuatro respuestas distintas de cuatro directivos, el programa no está listo para arrancar y ningún consultor puede arreglarte eso. La alineación es un prerrequisito, no un entregable.
Tres Casos en que No Deberías Contratar a Uno
Esta es la sección que me hace perder proyectos, y es la razón por la que escribo estos artículos. Hay tres situaciones en las que traer a un consultor de transformación digital — yo incluido — desperdiciará tu dinero, y son lo bastante comunes como para que rechace proyectos por estos motivos varias veces al año.
1. No has decidido qué está optimizando el negocio
Si el equipo directivo no se pone de acuerdo en si los próximos dieciocho meses van de margen, de crecimiento o de reducción de riesgo, ningún roadmap se sostendrá. Obtendrás un documento que contenta a todos en la sala y no compromete a nada, y seis meses después el programa será redefinido por quien tenga más capital político. No es un problema de consultoría — es un problema de estrategia, y debe resolverlo tu consejo antes de que se pague a alguien por secuenciar tecnología contra él. Gasta ese dinero en dos días de alineación directiva genuinamente difícil.
2. Tu verdadero problema es un problema organizativo
A veces el diagnóstico honesto es que dos directores no colaboran, o que un equipo con mucha antigüedad protege un proceso porque ese proceso es su seguridad laboral, o que las tres últimas iniciativas de cambio se anunciaron y luego se abandonaron en silencio, así que nadie se cree esta tampoco. La tecnología no puede sortear nada de eso. Un consultor lo sacará a la luz en la tercera semana y luego será estructuralmente incapaz de arreglarlo, porque la solución requiere una autoridad que un consultor no tiene. Resuelve primero la organización; después digitalizarla se vuelve sencillo.
3. Necesitas manos, no un roadmap
Si ya sabes exactamente qué quieres construir y tu única restricción es la capacidad de entrega, no necesitas un estratega — necesitas ingenieros, y pagar tarifas de consultoría por eso es un error caro. Contrata un socio de entrega o amplía el equipo; cubro los trade-offs en mi guía sobre externalizar el desarrollo de software. La prueba es simple: si ya puedes escribir la especificación, has pasado el punto en que el asesoramiento añade valor.
Consultor vs Fractional CTO vs Gran Consultora
Estos tres perfiles se evalúan rutinariamente uno contra otro aunque resuelven problemas distintos. La distinción que importa no es la seniority ni el precio — es quién asume la responsabilidad una vez que la recomendación existe.
| Consultor de transformación digital | Fractional CTO | Gran consultora | |
|---|---|---|---|
| Pregunta que responde | Qué debemos cambiar, en qué orden y por qué | Quién dirige la tecnología día a día | Cómo ejecutamos a escala con capacidad externa |
| Proyecto típico | 6–20 semanas de asesoría, luego supervisión opcional | 1–3 días por semana, continuo | 6–24 meses, equipo amplio y mixto |
| Responsable de la entrega | Normalmente no — responsable de la calidad de la decisión | Sí, operativamente | Contractualmente sí, vía el programa |
| Mejor encaje | Mid-market y enterprise con presupuesto real y sin estratega interno | Startups y scale-ups que necesitan liderazgo técnico | Grandes empresas que necesitan headcount y proceso a escala |
| Riesgo principal | Recomendaciones sin dueño tras el traspaso | Ancho de banda limitado para programas muy grandes | Coste, playbooks genéricos, staffing junior en el terreno |
Si eres una startup o scale-up más que una empresa mid-market o enterprise, la columna del fractional CTO es casi con certeza la correcta — escribí esa comparación completa en qué hace realmente un fractional CTO. Este artículo es deliberadamente la contraparte enterprise: organización más grande, más stakeholders, y una decisión que tiene que sobrevivir a una revisión del consejo y no a un update para inversores.
El modelo mixto suele ser la respuesta correcta y rara vez se propone, porque es más difícil de vender: un proyecto de asesoría corto y afilado para fijar la secuencia, seguido de un dueño interno nombrado con supervisión externa a tiempo parcial durante la ejecución. Cuesta una fracción de un programa completo y es la única versión en la que la capacidad se queda de verdad en tu organización.
Cómo Es un Roadmap de Verdad
Un marco de transformación digital creíble no empieza con una arquitectura objetivo. Empieza con una medición y acaba con tu propio equipo siendo dueño del resultado. Esta es la forma en cinco fases que uso, y las duraciones son deliberadamente cortas porque las victorias acumulativas ganan a los grandes planes.
- Semanas 1–3 — Línea base y diagnóstico. Instrumentar lo que existe: tiempos de ciclo, costes unitarios, gasto en licencias e integraciones, dónde se duplican los datos, dónde son personas las que mueven información entre sistemas. Producir números, no relato. Todo lo demás se mide contra esto.
- Semanas 3–5 — Mapeo de valor. Ordenar los cambios candidatos por valor anual frente a esfuerzo y riesgo, y ser implacable con los dos tercios inferiores. La salida es una lista corta de cinco a ocho intervenciones con una cifra explícita en euros asociada a cada una.
- Semanas 5–8 — Secuencia y modelo operativo. Ordenar las intervenciones para que las primeras financien o reduzcan el riesgo de las siguientes, y nombrar al dueño interno de cada sistema antes de comprar nada. Sin dueño, no hay proyecto.
- Meses 3–6 — Primera porción de entrega. Poner una intervención en producción de extremo a extremo, con su KPI moviéndose. Es la única prueba creíble de que la secuencia es correcta, y es lo que desbloquea políticamente el resto del presupuesto.
- Continuo — Traspaso y cadencia. Revisión mensual contra la línea base original con la misma audiencia, y una reducción explícita de la implicación externa cada trimestre. Si el esfuerzo externo no baja, la transformación no está ocurriendo.
La Regla de las Seis Semanas
Exige que el primer proyecto esté limitado a seis u ocho semanas y produzca un documento de decisión, no un contrato de implementación. Te da una muestra real de cómo piensa el consultor con una fracción del riesgo, y cualquier asesor que se niegue a ser evaluado así te ha dicho algo útil sobre cómo construye sus precios.
Cuánto Cuesta y Cómo se Fijan los Precios
Los precios en este mercado son opacos, lo cual beneficia a los proveedores y no a los compradores, así que aquí están los rangos que veo realmente en el mid-market europeo. Trátalos como orientación y no como presupuestos — sector, carga regulatoria y complejidad del patrimonio de datos mueven estas cifras de forma sustancial.
| Tipo de proyecto | Rango típico (mid-market UE) | Qué deberías obtener |
|---|---|---|
| Diagnóstico y roadmap | €25K–€60K | Medición de línea base, intervenciones ordenadas con valor asociado, plan secuenciado, dueños nombrados |
| Roadmap más supervisión de la entrega | €8K–€20K al mes | Lo anterior más gobernanza de arquitectura y dirección durante la ejecución |
| Liderazgo fraccional durante la ejecución | €6K–€15K al mes | Liderazgo tecnológico responsable a tiempo parcial, 1–3 días por semana |
| Programa completo con gran consultora | €500K–€5M+ | Equipo mixto, PMO formal, capacidad de entrega externa a escala |
Dos advertencias sobre cómo se estructuran habitualmente los servicios de consultoría de transformación digital. Primero: desconfía de las propuestas en las que la fase de diagnóstico está valorada casi a cero — normalmente está subvencionada por un contrato de implementación mucho mayor que el diagnóstico recomendará convenientemente. Segundo: exige saber qué personas concretas harán el trabajo y qué porcentaje de su tiempo estás comprando. En las grandes firmas quien vende con frecuencia no es quien aparece, y esa única pregunta cambia más resultados que cualquier negociación de tarifa.
Los KPI que Te Dicen que Funciona
La mayoría de los programas reportan actividad — sistemas migrados, usuarios formados, hitos alcanzados — porque la actividad es fácil de hacer lucir bien. Las métricas de abajo son más difíciles de manipular y se mueven lo bastante pronto para poder dirigir con ellas. Elige cuatro o cinco, mídelas antes de empezar y repórtalas a la misma audiencia cada mes.
- Tiempo de ciclo del proceso para los dos o tres flujos que tocan el ingreso — presupuesto a pedido, pedido a cobro, siniestro a liquidación. Es el número que convence a un CFO.
- Coste por transacción en el proceso rediseñado frente a la línea base, incluyendo el coste de las excepciones y la intervención manual, no solo el camino ideal.
- Traspasos manuales eliminados. Un recuento tosco, pero correlaciona fuertemente con la tasa de error y con la satisfacción del equipo, y es muy difícil de falsear.
- Tiempo para cambiar. Cuánto pasa desde una petición de negocio hasta que está en producción. Si esto no mejora, tienes sistemas nuevos y la misma organización.
- Cobertura de fuente única de verdad. La proporción de entidades core — cliente, producto, contrato — que existen de forma autoritativa en exactamente un sistema.
- Adopción a 90 días del lanzamiento, no en el lanzamiento. La adopción en el lanzamiento mide el mandato; la de 90 días mide si el diseño era bueno.
“Si no puedes decir la línea base de una métrica, no vas a poder afirmar que la mejoraste. Casi todas las transformaciones que me han pedido rescatar eran inmedibles antes de ser fallidas.”
— Michele Cimmino · CEO & Founder, Lasting Dynamics
Cómo Gestionar el Proceso de Selección
Gestiónalo como una evaluación estructurada y no como una serie de presentaciones. Haz a cada candidato las mismas siete preguntas y compara las respuestas en paralelo — las diferencias serán marcadas, y la mayor parte de la señal está en las preguntas tres, cinco y seis.
- Describe una transformación en la que trabajaste que no funcionó, y qué harías distinto. Cualquiera con un historial real tiene al menos una. Un candidato sin fracasos o no ha hecho el trabajo o no está siendo sincero contigo.
- ¿Qué medirías en las primeras tres semanas, antes de recomendar nada? Estás comprobando si parte de la evidencia o de una plantilla que ya tiene.
- ¿Qué personas concretas harán el trabajo y cuánto de su tiempo estoy comprando? Consigue nombres y porcentajes por escrito. Esta única pregunta desenmascara el modelo vender-y-sustituir.
- ¿Cuál es la versión más pequeña útil de este proyecto? Un buen asesor sabe reducir el alcance de forma creíble. Quien solo sabe vender el programa completo está optimizando su ingreso, no tu riesgo.
- ¿Qué te haría decirme que no lo haga? Si nada lo haría, no te está asesorando — te está vendiendo. Escucha con atención lo específica que es la respuesta.
- ¿Cómo disminuye la implicación externa a lo largo del proyecto? Pide la forma de la curva descendente. La ausencia de descenso es el predictor más fuerte de una relación de dependencia.
- ¿Quién es dueño de cada sistema cuando os vais, y cómo participó en elegirlo? La ownership asignada al final de un programa nunca se sostiene. Hay que asignarla antes de la compra.
Una nota de proceso: incluye a las personas que operarán realmente los nuevos procesos en al menos una sesión de evaluación. Harán mejores preguntas que el comité ejecutivo, y su reacción ante un candidato es un indicador temprano fiable de si la adopción va a ocurrir o no.
Una Nota sobre Manufactura y Sectores Regulados
La transformación digital en manufactura merece un tratamiento aparte porque la restricción es distinta. En una planta los límites vinculantes son la separación OT/IT, equipos que no se van a reemplazar en otra década y el hecho de que la parada no planificada tiene un coste por hora que aplasta el presupuesto de software. La secuencia correcta suele ser la inversa del instinto de IT empresarial: primero instrumentar y observar, después integrar, y solo entonces automatizar decisiones. Cualquier consultor que proponga empezar con el despliegue de una plataforma en una línea activa nunca ha gestionado una.
En entornos regulados — banca, seguros, salud, farmacéutica — la restricción equivalente es que cada elección arquitectónica lleva una consecuencia de auditoría. Añadir el cumplimiento después es dramáticamente más caro que diseñarlo, que es el argumento que desarrollo en detalle en mi guía de modernización legacy para banca y seguros. Si tu sector tiene un regulador, mete esa restricción en el roadmap en la primera semana en lugar de descubrirla durante la primera auditoría.
Es también aquí donde un asesor más pequeño y senior tiende a superar de verdad a una gran firma. Las restricciones específicas de sector no están en el playbook genérico de nadie, y la diferencia entre un asesor que ha entregado personalmente en tu entorno regulatorio y uno que ha leído sobre él se ve en las dos primeras reuniones.
Lo que Te Diría Tomando un Café
Empieza más pequeño de lo que espera el consejo. El instinto en una empresa con presupuesto aprobado es encargar algo proporcional al presupuesto, y ese instinto es responsable de buena parte de los fracasos de la tabla de arriba. Un diagnóstico de seis semanas que produce un plan secuenciado con la primera porción acotada para la entrega te enseñará más sobre tu propia organización que un programa de dos años, y equivocarse cuesta cerca del 5%.
Después exige el descenso. La medida de un proyecto exitoso no es lo que entregó el consultor — es lo que tu organización sabe hacer ahora sin él. Cada mecanismo de este artículo, desde nombrar dueños de sistemas antes de comprar hasta reportar contra una línea base previa al programa, existe para que esa transferencia de capacidad sea estructural y no aspiracional.
Y sé honesto sobre en cuál de los tres casos de no-contratar podrías estar. Si es desalineación directiva, un problema organizativo o una simple necesidad de capacidad de entrega, un consultor pasará tus dos primeros meses documentando algo que ya sabes. Prefiero decírtelo ahora que facturarte por descubrirlo.
El Punto de Michele
Los mejores proyectos de transformación digital que he dirigido parecían todos decepcionantes sobre el papel: alcance estrecho, plazo corto, primer entregable aburrido, un dueño interno claramente nombrado. Funcionaron porque el plan era falsable y alguien dentro del negocio era responsable de él. La ambición va en el destino, no en el tamaño del primer contrato.