Diseño de un Plan de Recuperación Medible

¡Hola! En la lección anterior aprendiste a localizar una brecha de adopción y a separar los hechos de sus posibles causas. En el piloto del agente que clasifica incidencias, el uso de oficina pasó de 2/5 personas elegibles en S1 a 3/5 en S2. También apareció un bloqueo de permisos reproducible en el caso ficticio de U04. Ese hallazgo permite actuar sobre un obstáculo concreto, pero no demuestra que el mismo problema explique toda la actividad del grupo.

Hoy convertirás ese diagnóstico en un plan de recuperación que se pueda poner a prueba: a quién va dirigido, qué cambio se espera, quién hará cada acción y cuándo se decidirá si continuar, ajustar o detenerla. La lección requiere unos 40 minutos, incluidos los recursos.

1. Recuperar no es «hacer más formación»

Un plan de recuperación empieza con una relación comprobable entre obstáculo, intervención y resultado esperado. Si una persona no puede consultar la fuente que necesita el agente, repetirle el webinar no resolverá el acceso. Si sí puede trabajar, pero no sabe verificar una clasificación, corregir permisos tampoco resolverá su dificultad.

La recuperación debe ser incremental: cambia lo necesario, observa qué ocurre y evita alterar a la vez todo el despliegue. La guía Microsoft Fabric adoption roadmap: Change management, de Microsoft Learn, ofrece una estructura útil para decidir qué cambia, a quién afecta y cómo introducirlo por fases. Aunque trata sobre otra tecnología, sus preguntas de planificación son aplicables a este piloto.

Aplicado al piloto, el cambio propuesto no es «lograr que oficina use más IA». Es más preciso: comprobar y corregir el acceso a la fuente de incidencias cuando una cuenta figura como habilitada pero falla al realizar una tarea elegible. El estado anterior permite abrir el agente, pero no completar esa tarea; el estado buscado permite completarla con revisión humana. Antes de intervenir, soporte debe confirmar qué permisos corresponden al rol. Si la corrección concede acceso excesivo, no sería una recuperación aceptable.

La intervención tampoco debe extenderse por asociación a todas las personas inactivas. U07, del grupo de campo, comparte una señal de uso con U04, pero no tiene el mismo bloqueo demostrado. Su situación permanece abierta para diagnóstico.

2. Escribe la hipótesis y decide qué medirás

Un experimento de recuperación no necesita un complejo ensayo estadístico. Sí necesita una hipótesis que pueda fallar y criterios acordados antes de mirar los nuevos resultados. Para U04:

Hipótesis: si se restaura el permiso apropiado para la tarea y se ofrece apoyo breve durante el primer caso real elegible, la persona podrá completar y revisar una clasificación en los cinco días laborables siguientes, sin errores de acceso.

Esta hipótesis prueba el paquete de recuperación, no el efecto aislado del apoyo. Corregir un permiso necesario no debería retrasarse para crear un grupo de control. Si la tarea se completa, sabremos que el bloqueo concreto dejó de impedirla; no podremos atribuir con seguridad cuánto contribuyó cada parte del paquete ni generalizar el resultado a otros usuarios.

Conviene combinar una señal temprana con otra de continuidad. Microsoft Learn distingue las métricas de uso de las señales de calidad y valor: aumentar clics no compensaría clasificaciones deficientes o un riesgo de acceso.

Para este caso, fijaríamos las medidas así:

• Resultado inmediato: al menos una incidencia real elegible clasificada con el agente y revisada por la persona dentro de los cinco días laborables posteriores a restaurar el acceso. Una incidencia de prueba sirve para verificar permisos, no cuenta como primer valor.
• Continuidad: mantener la definición previa de uso relevante —al menos un día con uso para la tarea durante la semana— y observar el grupo de oficina en S3 y S4. En S2 estaba en 3/5 elegibles (60 %). El 60 % era el objetivo anterior y ya se alcanzó; llegar a 4/5 (80 %) durante dos semanas sería una nueva meta de mejora, que debe acordarse, no presentarse como una meta incumplida.
• Condiciones de seguridad y calidad: ningún permiso más amplio de lo autorizado, revisión humana de la clasificación y registro de errores o retrabajo. El aumento del uso no justifica omitir estas condiciones.

El volumen de oportunidades importa. Si no llega una incidencia real elegible en esos cinco días, el resultado inmediato queda sin evaluar, no «fallido». Se registra la falta de oportunidad y se pacta una nueva ventana. Y, con cinco personas elegibles, una sola cambia el porcentaje en 20 puntos: el informe debe mostrar siempre recuentos y porcentajes, sin convertir una variación pequeña en una conclusión general.

3. Da dueño y ritmo al plan

Las acciones sin responsable ni fecha tienden a quedarse en buenas intenciones. Este fragmento de How To Drive Higher User Adoption Levels With Success Plans, de CSM Practice, conecta la responsabilidad de adopción con objetivos observables y revisiones periódicas. Está en inglés; escucha la lógica del plan, no necesitas trasladar literalmente sus metas de uso a este piloto.

En la recuperación del agente, la persona gestora de adopción coordina el experimento y convoca las revisiones; soporte técnico verifica y corrige el permiso; la responsable operativa de oficina confirma que la tarea y el momento elegidos encajan en el trabajo; y quien usa el agente revisa la salida y comunica cualquier dificultad. La persona patrocinadora resuelve bloqueos que excedan la autoridad de ese equipo. Así queda claro quién coordina, quién ejecuta y quién decide si es seguro continuar.

La cadencia debe servir para tomar decisiones, no para vigilar por vigilar: una comprobación inmediatamente después del cambio de permisos, un punto de control al quinto día laborable y revisiones al cierre de S3 y S4. Cada reunión breve responde a tres preguntas: ¿qué acción se completó?, ¿qué evidencia cambió?, ¿qué haremos ahora?

4. El plan completo, en una página

La plantilla Experiment plan and results muestra una manera de separar planificación, métricas, variaciones, resultados y conclusiones. Úsala como recordatorio de campos, no como obligación de hacer una prueba A/B: en este piloto pequeño no sería apropiado dejar a alguien sin un permiso necesario para fabricar una comparación.

Este sería el registro operativo del caso, con los datos observados y las decisiones pendientes claramente separados:

La tabla separa deliberadamente el criterio individual de desbloqueo de la meta grupal de continuidad. Aunque U04 complete una tarea, oficina podría seguir en 3/5 por otros motivos. Y aunque oficina alcance 4/5 en S3, eso no probaría por sí solo que el plan causó toda la mejora: podrían haber cambiado también el número de incidencias elegibles u otras condiciones del trabajo.

Un registro de resultados útil anotaría fechas, recuentos y cambios simultáneos. Su conclusión podría ser «permiso restablecido y primer caso completado; la contribución al uso sostenido aún no está clara». Esa frase es más valiosa que declarar éxito total con una sola tarea.

5. Revisa, adapta y protege lo aprendido

Al terminar S4 hay tres salidas razonables. Mantener y estandarizar si el acceso correcto permite trabajar, se cumplen las condiciones de seguridad y la mejora se sostiene; en ese caso, añade una comprobación de permisos al proceso de altas. Ajustar si se elimina el error técnico pero sigue faltando primer valor: tal vez no hubo casos elegibles o la revisión de la salida resulta demasiado costosa. Detener o revertir el cambio si aparecen permisos indebidos o riesgos de calidad que no se pueden controlar; después, se investiga antes de ampliar nada.

Esa lógica también se aplica a recuperaciones por otras causas. Un obstáculo de comprensión puede requerir práctica en una tarea real; uno de confianza, ejemplos de verificación y revisión de resultados; uno de encaje operativo, cambiar cuándo o dónde aparece el agente. En todos los casos se conserva la misma disciplina: segmento definido, hipótesis explícita, acción dirigida, responsables, medidas y fecha de decisión.

Cierre

Un plan de recuperación medible no promete que «más comunicación» resolverá toda la baja adopción. Parte de un obstáculo respaldado por evidencia, interviene sobre el segmento pertinente y establece de antemano cómo reconocer éxito, incertidumbre o daño. En el piloto, corregir el permiso de U04 es una acción justificada; comprobar el primer valor y el uso posterior evita confundir una reparación técnica con adopción sostenida.

En la próxima lección llevarás esta misma disciplina de evidencia al feedback para Producto: convertir obstáculos observados y comentarios de usuarios en solicitudes comparables y priorizables.