Cada semana alrededor de la tecnología, especialmente de la inteligencia artificial aparecen nuevas funcionalidades, actualizaciones, modelos más rápidos.
Lo que te propongo hoy es reflexionar sobre como podemos hacer para transformar todas estas funcionalidades en una buena experiencia, y plantearnos de manera activa y consciente: ¿Está funcionalidad es importane para las pesonas de mi empresa? ¿Para todas? ¿cómo la comunico? Basta con un correo electrónico? ¿Tengo que convocar una reunión y explicarlo? ¿Hago un manual?
Así que tanto si tienes una responsabilidad en la adopción de la inteligencia artificial en tu equipo, como si trabajas en una empresa que de servicios de adopción a otras, te puede interesar este marco que te comparto hoy que he llamado «Change management by design» (algo asi como gestión del cambio por diseño) para que podamos definir alrededor de ese cambio:
¿En qué contexto llega?
¿A quién le importa de verdad?
¿Qué impacta realmente?
¿Quién necesita qué?
¿Con qué intensidad?
¿Durante cuánto tiempo?
Y a partir diseñar una buena experiencia para las personas. Espero que disfrutes de la (bastante larga) lectura.
La gestión del cambio no es algo que ocurre después de implementar tecnología. Es algo que diseñamos antes, durante y después.
Estamos viviendo en un momento histórico sin precedentes. Cada semana aparece una nueva capacidad de IA que promete revolucionar cómo trabajamos. Microsoft anuncia agentes autónomos. OpenAI lanza nuevos modelos. Google presenta la siguiente versión de Gemini. Anthropic mejora Claude.
Y mientras tanto, en nuestras organizaciones, equipos enteros luchan por adoptar la funcionalidad que lanzamos hace tres meses.
Los cambios van a una velocidad que no podíamos sospechar hace un tiempo, y seguimos gestionando el cambio como si la tecnología fuera estática. Como si tuviéramos el lujo de planificar un gran programa de transformación, ejecutarlo durante seis meses, y declarar victoria.
Esa época terminó.
Necesitamos una nueva manera de afrontar estos cambios, yo le he llamado Change Management By Design. Una práctica donde cada nueva funcionalidad, cada actualización, cada capacidad emergente viene acompañada de una arquitectura consciente de cómo esa novedad va a encontrarse con las personas, la cultura y los procesos existentes.
La gran ilusión: «Ya lo comunicaremos»
Reunión de equipo de tecnología. Viernes a las 12h.
CTO: «El lunes activamos los agentes de Copilot para ventas.»
IT Manager: «Perfecto, lo tenemos todo configurado.»
Alguien pregunta: «¿Hemos avisado a los usuarios?»
Silencio incómodo.
Otro alguien responde: «Bueno, mandamos un email general, ¿no?»
Y así es como una capacidad que podría ayudar al departamento de ventas se convierte en «esa cosa nueva que nadie sabe usar».
La ilusión es pensar que la tecnología se explica sola. Que si es lo suficientemente buena, la gente la descubrirá. Que el cambio «ocurrirá naturalmente».
No ocurre.
El cambio no siempre no es natural, no lo es para todo el mundo. El cambio es diseñado o es caótico. Y en el contexto de IA, donde las capacidades pueden ser contraintuitivas, donde los límites no son obvios, donde el potencial es enorme pero nebuloso, el diseño consciente del cambio no es un lujo, es el trabajo.
3 maneras en que NO debes hacerlo
Antes de hablar de soluciones, identifiquemos los errores que he suelen ocurrir.
❌ Manera 1: Anunciar todo a la vez y a todo el mundo
Cómo NO hacerlo:
Email a toda la organización: «Ya está disponible la nueva funcionalidad de análisis predictivo en Power BI, los agentes de Copilot Studio, la integración con Microsoft Loop, y el nuevo Teams Premium.»
Por qué falla:
Nadie lee nada. Todo es ruido. Es como gritar todo en mayúsculas: cuando todo es importante, nada es importante. La fatiga de novedades hace que las personas desarrollen anticuerpos contra tus comunicaciones.
Terminas en la carpeta de «emails corporativos que leeré algún día» (aviso: nunca).
Qué te pierdes con esto:
Como organizacion puedes lanzar 15 novedades en un trimestre de esta manera. Adopción promedio: 4%. No porque las funcionalidades fueran malas. Porque nadie sabía que existían, o peor, sabían pero no les importaba porque todo sonaba igual.
❌ Manera 2: La explicación técnica sin contexto
Cómo NO hacerlo:
«Hemos activado la capacidad de invocación de agentes multimodales con persistencia de contexto en RAG mejorado.»
Por qué falla:
Explicas QUÉ es, no PARA QUÉ sirve. Hablas en lenguaje de IT para una audiencia de negocio. Es como venderle un coche a alguien explicándole la relación de compresión del motor en lugar de decirle que puede llevar a sus hijos al colegio más rápido y seguro.
La pregunta que nadie te hace en voz alta pero todos piensan: «¿Qué problema mío resuelve esto el martes por la mañana?»
Qué te pierdes con esto:
Una empresa lanza agentes de IA con una presentación técnica magistral de 45 slides. Treinta minutos explicando arquitectura, LLMs, embeddings y vectorización. Cero minutos explicando que podías automatizar la creación de propuestas comerciales. Resultado: tres personas lo adoptaron. Las tres del equipo de IT.
❌ Manera 3: El mensaje único para todos
Cómo NO hacerlo:
Misma presentación, mismo email, mismo webinar para toda la organización.
«Copilot Studio permite crear agentes conversacionales que automatizan tareas repetitivas mediante procesamiento de lenguaje natural.»
Mismo mensaje para:
- El CFO que quiere reducir costos
- El desarrollador que quiere saber qué APIs usar
- El agente de atención al cliente preocupado por su futuro laboral
- El manager de marketing buscando generar más leads
Por qué falla:
Finanzas no necesita lo mismo que marketing. Los managers no necesitan lo mismo que los ejecutores. Los power users no necesitan lo mismo que los escépticos.
Una talla única es una talla para nadie. Es como dar la misma receta médica a todos los pacientes porque «todos son humanos».
Qué te pierdes con esto:
Una empresa farmacéutica hizo un mega-evento de lanzamiento de Copilot. 800 personas. Presentación única. Impecable producción. Resultado a los 60 días:
- Ventas: 8% de adopción («no entendí cómo me ayuda a cerrar deals»)
- IT: 2% de adopción («esto es demasiado básico para mí»)
- Marketing: 31% de adopción (por pura casualidad, el ejemplo que usaron era de marketing)
Mismo contenido, tres resultados totalmente diferentes. Porque diseñaron para «todos» y conectaron con nadie.
Un anti-patrón: cambio por acumulación
Finalmente, un anti-patrón peligroso: Cambio por acumulación. Seguir añadiendo novedades sin eliminar o consolidar lo anterior.
Cada nueva funcionalidad de IA que introduces sin deprecar algo viejo es deuda de complejidad que pagarás en confusión y no-adopción.
Ejemplo real:
- 2022: Lanzas Power BI para reporting
- 2023: Lanzas Copilot en Power BI
- 2024: Lanzas agentes que generan informes
- 2025: ¿Resultado? Tres formas de hacer lo mismo, nadie sabe cuál usar
La propuesta: Gestionar el cambio deprecando lo anterior.
Cuando introduces algo nuevo que reemplaza algo viejo:
- Anuncia ambos simultáneamente («Llega X, Y se jubila en 6 meses»)
- Crea camino de migración claro (no automático, pero guiado)
- Celebra el cambio («Gracias Power BI Classic, fuiste genial. Ahora evoluciona a…»)
Gestionar el cambio es tanto sobre soltar lo viejo como adoptar lo nuevo. Y lo viejo tiene nostalgia, tiene inercia, tiene fans. Respétalo diseñando su salida conscientemente.
Change Management By Design: un framework
Nota: la primera vez que publiqué este framework, recibí mucho feedback, y alguien me propuso cambiarlo por algo más fácil de recordar.
Asi que antes sera CRIPID: Contexto, Relevancia, Impacto, Público, Intensidad, Duración y ahora es LUCID: Localización, Usuarios, Canales, Impacto y relevancia, Duración.
Cuando introduces IA que puede escribir código, no solo estás dando una herramienta a los desarrolladores. Estás tocando su identidad profesional. «Si la IA escribe código, ¿qué valor tengo yo?»
Gestión del impacto en identidad:
Reenmarca la narrativa. No es «la IA escribe código». Es «ahora eres arquitecto de soluciones que orquesta IA para materializar ideas más ambiciosas». Es el mismo concepto pero el impacto psicológico completamente diferente.
Otros ejemplos:
Para diseñadores:
❌ «La IA genera diseños»
✅ «Ahora eres director creativo con un equipo infinito de juniors. La IA te da 50 opciones en minutos. Tu valor está en tu criterio: saber cuál funciona para este cliente, esta audiencia, este momento. La IA no tiene gusto. Tú sí.»
Para analistas:
❌ «La IA construye los modelos»
✅ «La IA genera el modelo. Tú sabes qué preguntas hacer, qué supuestos cuestionar, qué significan realmente los números para el negocio. Los ejecutivos no quieren modelos. Quieren decisiones. Tú conviertes datos en decisiones.»
D – Duración: ¿Cuánto debe durar el proceso de cambio?
Otro parametro para evaluar, para tener en cuenta. Y es importante reflexionar sobre esto por no caer en un error común: pensar que el cambio es un evento, que el cambio ocurre el día del anuncio. No funciona así.
Lanzas Copilot con un webinar brillante para 1200 personas. Dos meses después: 8% de adopción.
¿Qué pasó? Creíste que un evento único generaría un cambio permanente.
Preguntas que debes hacerte:
1. ¿Compite con un hábito anterior?
Si el comportamiento nuevo tiene que desplazar algo que la gente lleva años haciendo, necesitarás tiempo y refuerzo.
- Cuando no hay un hábito previo, la persistencia puede ser baja.
- Si existe un hábito, pero es débil, la persistencia será media.
- Si el hábito está muy arraigado, la persistencia tendrá que ser alta.
Ejemplo:
Usar un nuevo botón → no compite con ningún hábito
Usar Copilot en lugar de copiar-pegar textos → compite con un hábito fuerte
2. ¿El beneficio se percibe inmediatamente?
Cuanto más tarde se perciba el beneficio, más acompañamiento necesitará el cambio.
- Si el valor es evidente desde el primer uso, la persistencia puede ser menor.
- Si el beneficio se entiende solo con el tiempo, necesitarás sostener el cambio durante más semanas o meses.
Ejemplo:
“Me ahorra 30 minutos hoy” → beneficio inmediato
“Mejora la calidad de los entregables a largo plazo” → beneficio diferido
3. ¿Un mal uso tiene consecuencias?
Medir la importancia de no usar bien la funcionalidad
- Si equivocarse no tiene impacto relevante, la persistencia puede ser baja.
- Si puede generar errores, la persistencia debe ser media.
- Si existe un riesgo real —clientes, datos o reputación— no puedes “soltar” el cambio pronto.
Ejemplo:
- Probar prompts creativos → bajo riesgo
- Usar Copilot para correos a clientes → riesgo real
Ideas para diseñar comunicaciones según el nivel
A continuación tienes ejemplos de prompts de creación de contenido, uno por nivel de cambio, pensados para diseñar la comunicación adecuada en función del impacto real de cada novedad, no para anunciar funcionalidades sin más.
NIVEL 1 — Aviso (para enterarse)
Canales típicos de este nivel: post corto en intranet / mensaje en Teams / línea en newsletter.
Formato: 3 líneas + captura + “qué cambia / desde cuándo / dónde”.
Ejemplo de funcionalidad: Nuevo icono y acceso unificado a Copilot en Microsoft 365 (Word, Excel, PowerPoint, Outlook)
Ejemplo de prompt para post tipo instagram en la intranet
Diseña y crea una imagen para acompañar un post tipo para instagram que publicaremos en la intranet para informar de un cambio visual en Microsoft 365 Copilot.
Cambio:
- Copilot aparece ahora con un acceso unificado y nuevo icono en las aplicaciones de Microsoft 365.
Audiencia:
- Toda la organización.
Objetivo:
- Que nadie se sorprenda al verlo y entienda que no cambia lo que ya hacía.
Formato:
- Breve descripción
- Qué cambia
- Desde cuándo
- Qué NO cambia
Tono:
- Claro, tranquilo, sin entusiasmo artificial ni lenguaje técnico.
- No expliques funcionalidades. Solo evita fricción.
NIVEL 2 — Guía (para saber hacerlo)
Canales típicos: mini vídeo (2–3 min) o guía de 1 página + post de difusión.
Formato: “para qué sirve + pasos + ejemplo + 1 tip”.
Ejemplo de funcionalidad: Resúmenes automáticos de reuniones en Teams con Copilot (incluye tareas y decisiones)
Ejemplo de prompt para crear una guía.
Crea una guía práctica de 1 página para explicar cómo usar los nuevos resúmenes automáticos de reuniones en Teams con Copilot.
Audiencia:
Managers y perfiles de negocio que tienen muchas reuniones.
Objetivo:
Que entiendan para qué sirve y lo prueben solos.
Incluye:
1. Para qué sirve (problema real que resuelve).
2. Cuándo usarlo (situación concreta).
3. Pasos simples para activarlo tras una reunión.
4. Un ejemplo real: “antes vs ahora”.
5. Un tip práctico para sacarle más partido.
Tono:
Didáctico, cercano, cero marketing.
Escribe como si se lo explicaras a un compañero.
NIVEL 3 — Práctica (para hacerlo de verdad)
Canales típicos: sesión en directo (45–60 min) + ejercicios + office hours.
Formato: demo + 2 casos reales del equipo + práctica guiada.
Ejemplo de Funcionalidad: Análisis de datos reales en Excel con Copilot (preguntar en lenguaje natural sobre tablas propias)
Ejemplo de prompt para diseñar una sesión:
Diseña el contenido de una sesión práctica para enseñar a usar Copilot en Excel con datos reales del equipo.
Audiencia:
Analistas y perfiles que trabajan con Excel a diario.
Objetivo:
Que lo usen de verdad en su trabajo, no que “lo conozcan”.
Incluye:
1. Breve contexto: qué problema cotidiano soluciona Copilot en Excel.
2. Caso real: analizar una tabla existente del área (ventas, costes, operaciones).
3. 3 preguntas concretas que puedan hacerle a Copilot en lenguaje natural.
4. Qué revisar en la respuesta para no fiarse a ciegas.
5. Ejercicio práctico guiado de 15 minutos.
Tono:
Práctico, directo, orientado a productividad.
Evita promesas grandilocuentes.NIVEL 4 — Cambio de forma de trabajar (para adoptarlo)
Canales típicos: plan por oleadas + champions + liderazgo + métricas.
Formato: piloto → escalado → comunidad → refuerzo.
Ejemplo de funcionalidad: Uso obligatorio de Copilot como primer paso para crear documentos y presentaciones (Word / PowerPoint)
Ejemplo de prompt para plan de cambio
Actúa como experto en Change Management y adopción de IA en organizaciones.
Necesito diseñar un PLAN completo de comunicación y cambio para implantar un nuevo estándar de trabajo:
Nuevo estándar:
Copilot debe usarse obligatoriamente como primer paso antes de crear documentos y presentaciones en Word y PowerPoint.
Audiencia:
Toda el área de conocimiento (consultoría, marketing, operaciones).
Objetivo:
Adopción sostenida en el tiempo.
No buscamos “formar”, sino cambiar la forma habitual de trabajar.
Diseña un plan completo que incluya:
1. CONTEXTO Y JUSTIFICACIÓN
- Por qué este cambio tiene sentido ahora (momento organizativo).
- Qué problema actual resuelve.
- Qué riesgo hay si no se hace.
2. DEFINICIÓN DEL NUEVO FLUJO DE TRABAJO
- Cómo se trabaja HOY (flujo actual resumido).
- Cómo se trabajará a partir de ahora (flujo futuro con Copilot).
- Qué pasos cambian y cuáles se mantienen.
3. LÍMITES CLAROS (QUÉ NO CAMBIA)
- Rol del criterio humano.
- Responsabilidad final del contenido.
- Qué sigue siendo obligatorio revisar, validar o decidir.
4. PLAN DE COMUNICACIÓN POR FASES
- Fase 1: Primer contacto (qué mensaje, canal y tono).
- Fase 2: Acompañamiento práctico (qué acciones concretas).
- Fase 3: Consolidación del hábito (refuerzos, recordatorios, ejemplos).
- Fase 4: Normalización (cómo pasa a ser “lo normal”).
5. PLAN DE SOPORTE VISIBLE
- Qué canales de ayuda existirán.
- Quiénes serán los referentes o champions.
- Cómo se resuelven dudas en las primeras semanas.
6. MÉTRICAS DE ADOPCIÓN
- Qué se va a medir (uso, calidad, consistencia).
- Qué señales indican éxito real (no solo uso puntual).
- En qué momento se revisa y se ajusta el plan.
7. DIAGRAMA
- Incluye un diagrama claro del plan (puede ser tipo fases, timeline o flujo).
- El diagrama debe mostrar la progresión desde el anuncio hasta la adopción sostenida.
Tono del resultado:
Claro, adulto y realista.
No vendas Copilot como magia.
Preséntalo como un nuevo estándar profesional de trabajo.
Formato del resultado:
- Estructurado por secciones
- Accionable
- Pensado para que un equipo lo pueda ejecutar de verdadPROMPT MAESTRO (Ejemplo)
Y aquí te doy una idea: que puedas usar esta misma guía para crear las comunicaciones. Descarga la guía en PDF y añádela a tu petición (o crea un agente con ella).
Prompt de ayuda:
Actúa como experto en Change Management y adopción de IA en organizaciones siguiendo la guía "Change Management by Design".
Necesito diseñar la comunicación de una nueva funcionalidad de IA.
Contexto del cambio:
- Funcionalidad: [describe brevemente qué se ha lanzado]
- Momento organizativo: [ej. reestructuración, foco en eficiencia, crecimiento, etc.]
- Otras iniciativas activas: [si las hay]
- Nivel de saturación de cambio: [bajo / medio / alto]
Audiencia:
- Público principal: [rol / área]
- Relación con el cambio: [innovadores / early adopters / mayoría / escépticos]
- Nivel de relevancia: [crítico / importante / útil / irrelevante]
Impacto esperado:
- En el trabajo diario: [qué deja de hacer / qué empieza a hacer]
- En habilidades: [qué necesita aprender]
- En identidad profesional: [qué miedo o duda puede aparecer]
Diseña:
1. El mensaje central en una frase clara y humana (no técnica).
2. El primer contacto (gancho de 30 segundos empezando por el problema, no la solución).
3. Un ejemplo concreto del día a día que haga tangible el beneficio.
4. El tono adecuado para esta audiencia.
5. Una llamada a la acción realista para la primera semana.
Evita lenguaje técnico innecesario.
No hables de funcionalidades, habla de impacto en la vida real.Ideas tácticas que pueden funcionar.
Más allá de la estrategia y del marco que te propongo, aquí te comparto algunas decisiones tácticas de que te van a marcar la diferencia:
1. El «naming» del cambio (y el título del apartado es un mal ejemplo).
No es lo mismo decir:
- ❌ «Implementación de agentes autónomos con capacidades multimodales»
- ✅ «Proyecto Copiloto: Tu asistente personalizado de IA»
El segundo tiene identidad, es memorizable, es accesible.
Regla: Si tu abuela no puede repetir el nombre, cámbialo.
2. El primer contacto
Tienes 30 segundos en el primer contacto. Úsalos así:
MALO: «Nos complace anunciar que hemos activado la nueva funcionalidad de…»
BUENO: «¿Cuántas horas a la semana dedicas a responder emails repetitivos? La semana que viene eso puede cambiar.»
Empieza con el problema, el problema es con lo que empatizan las personas. No con la solución. Genera curiosidad antes de explicar.
3. Demo Real vs. Demo Aspiracional
Demo Aspiracional: «Imagina que puedes analizar 10,000 documentos en segundos…»
Demo Real: «María de ventas creó un agente que le resume las llamadas de la semana. Le ahorra 3 horas cada lunes. Aquí está el agente. Vamos a verlo funcionar.»
Lo segundo es 10x más convincente porque es tangible, creíble, y replicable. Y un consejo extra: que sea la propia María quien lo cuente.
4. La primera tarea
La primera experiencia define la adopción. Esto lo he visto mucho con Copilot, así que el consejo aquí es que diseñes «primeras tareas» que sean:
- Simples (máximo 10 minutos)
- Inmediatamente útiles (resuelven algo real HOY)
- De éxito garantizado (90%+ tasa de éxito)
Ejemplo:
Primera tarea con Copilot: «Pídele que resuma este documento de 50 páginas en 5 bullets»
NO: «Crea un análisis predictivo de ventas del próximo trimestre» (muy complejo, alto riesgo de fallo)
5. El soporte: visible
En las primeras semanas post-lanzamiento, el soporte tiene que ser VISIBLE, no solo disponible.
INVISIBLE: «Si tienes dudas, escribe a soporte.it@frondoso.eu
VISIBLE: «Mira, aquí está Ana. Ella está online ahora en el canal #copilot-ayuda. Pregúntale lo que sea.»
La diferencia es grande. Uno es una puerta cerrada que puedes tocar. El otro es una persona sonriendo esperándote (lo de la sonrisa es opcional).
Gestión del cambio para funcionalidades experimentales
Aquí me meto en un jardín un poco más avanzado, pero es que es un dilema que ha tomado mucha relevancia en la era IA: muchas capacidades son experimentales, están en beta, pueden cambiar drásticamente o incluso desaparecer.
¿Cómo gestionas el cambio hacia algo que puede no durar? Incluso sin estar etiquetadas como «experimentales», los fabricantes pueden ir haciendo estos cambios (avisando o no). ¿Te suena?
Una guía tipo framework: BETA
(este nombre también lo ha puesto la IA)
B – Be Honest (Sé honesto)
«Esta capacidad está en pruebas. Puede cambiar. Puede no ser perfecta. Pero queremos que experimentes con ella.»
La transparencia genera confianza y evita la frustración. El overselling genera decepción, evita generar hype.
E – Enable Feedback (Habilita el feedback)
No solo digas «danos feedback». Crea canales específicos:
- Formulario rápido (2 minutos)
- Canal de Teams dedicado
- Sesiones mensuales de «¿Qué está funcionando?»
T – Time-box (Límite temporal claro, siempre que puedas)
«Vamos a probar esto durante 3 meses. En julio evaluamos si lo mantenemos, modificamos o discontinuamos.»
Saber que hay un momento de decisión reduce la ansiedad del «¿invertir tiempo en esto?»
A – Acknowledge Uncertainty (Reconoce la incertidumbre)
«No sabemos si esto será la herramienta definitiva. Lo que sí sabemos es que aprender a trabajar con IA es una habilidad que necesitas independientemente de qué herramienta específica uses.»
Reenmarca de la herramienta a la competencia subyacente: enfócate en la habilidad, no la funcionalidad.
¿Con qué nos quedamos de esta guía?
Básicamente, de ser reactivos a gestionar activamente el cambio activo
La idea detrás de «Change Management By Design» es pasar …
DE…
«Hemos implementado algo. Ahora ¿cómo hacemos que la gente lo use?»
A…
«Vamos a introducir algo nuevo. ¿Cómo diseñamos desde el principio para que la adopción sea inevitable?»
Y es que en un mundo donde cada semana trae capacidades de IA que hace un año parecían ciencia ficción, no podemos seguir gestionando el cambio como evento sorpresa.
Cada nueva funcionalidad, cada agente, cada modelo mejorado, cada integración de IA es una oportunidad de diseñar una buena experiencia. Hay que plantearse:
¿En qué contexto llega?
¿A quién le importa de verdad?
¿Qué impacta realmente?
¿Quién necesita qué?
¿Con qué intensidad?
¿Durante cuánto tiempo?
Responde a esto conscientemente, no para comunicar si no para diseñar la transformación.
Y en la era de la IA, donde el ritmo de cambio solo se acelerará, esa capacidad de diseñar transformación es la diferencia entre prosperar con la IA o ahogarte en ella.
Pregúntate: ¿Cuál es la próxima novedad que vas a introducir en tu organización?
Y no preguntes cómo la vas a comunicar.
Pregunta cómo la vas a diseñar.