La respuesta corta
Si tu equipo creó asistentes sencillos desde Teams, no conviene tratar el cambio de experiencia de creación como un mero cambio de enlace. Es una ocasión para decidir cuáles siguen resolviendo una tarea útil, qué información usan, quién responde por ellos y cómo se probarán antes de ampliar su audiencia.
La documentación de Microsoft señala que, después del final de junio de 2026, no se pueden crear chatbots clásicos mediante la aplicación de Copilot Studio para Teams y que esta redirige a Copilot Studio web. El servicio que ya funciona puede requerir continuidad, pero la creación nueva debe prepararse con un proceso más claro que el de un experimento individual.
- Inventaria los asistentes y la tarea que cubre cada uno.
- Define un propietario funcional y un administrador técnico.
- Prueba la versión publicada antes de abrirla a más personas.
- Conserva una alternativa manual mientras el piloto demuestra valor.
Empieza por distinguir continuidad de migración
Un asistente que responde preguntas internas no es lo mismo que un flujo que actualiza registros, envía mensajes o consulta datos de varios departamentos. Agrupar ambos bajo la etiqueta de chatbot oculta la decisión importante: qué comportamiento se quiere conservar y qué comportamiento debe rediseñarse antes de trasladarlo.
Crea una ficha por asistente. Incluye la pregunta o tarea que resuelve, la audiencia, las fuentes de conocimiento, las acciones permitidas, el canal de publicación, el propietario y la forma de detenerlo. Si una ficha no puede completarse, el asistente no está listo para moverse: primero necesita aclarar su proceso.
- Continuidad: consultas informativas, con fuentes pequeñas y una salida verificable.
- Rediseño: acciones en sistemas, datos de varias áreas o respuestas que afectan a clientes.
- Retirada: asistentes sin propietario, sin uso demostrable o sin una fuente mantenida.
Revisa conocimiento, identidad y permisos antes de recrear
Copilot Studio permite añadir fuentes y herramientas con rapidez. La rapidez no sustituye una decisión sobre necesidad. Para cada fuente, explica qué pregunta permite responder, qué información queda fuera del alcance y quién actualiza el contenido. No conectes un sitio completo, una biblioteca o un buzón porque sea más cómodo que seleccionar el material que usa realmente el proceso.
La guía de publicación de Microsoft recomienda aplicar autenticación cuando el agente se usa dentro de una organización o con usuarios concretos. Usa ese punto de partida para comprobar quién debería ver el asistente, qué identidad utiliza y qué ocurre si una persona cambia de equipo. Las excepciones deben ser una decisión explícita, no el resultado de una configuración por defecto.
- Limita cada fuente a la información necesaria para el caso de uso.
- Evita que las cuentas personales del creador sean el único punto de acceso al proceso.
- Documenta la persona que puede aprobar, modificar o retirar permisos.
- Separa respuestas informativas de acciones que cambian un sistema.
Prueba la versión publicada, no solo el editor
Un resultado correcto en una conversación de prueba no demuestra que la experiencia sea estable para el resto del equipo. Microsoft aconseja publicar primero para uno mismo y comprobar la versión publicada antes de distribuirla con más amplitud. Esta secuencia permite detectar diferencias de identidad, permisos, canal y contenido que no aparecen al editar.
Define una batería breve de pruebas: preguntas normales, preguntas ambiguas, información que debe quedar fuera del alcance, una situación que requiere escalado humano y un caso con una fuente modificada. Registra si la respuesta se acepta, se corrige, se rechaza o se escala. No guardes contraseñas, datos personales ni contenido confidencial en ese registro.
- Comprueba que los enlaces y las fuentes siguen siendo vigentes.
- Prueba con usuarios que tengan distintos roles autorizados.
- Incluye una instrucción clara para pedir ayuda humana cuando falte información.
- Repite las pruebas después de cambiar fuentes, herramientas o permisos.
Ten en cuenta el canal de Teams
Teams mantiene conversaciones de forma persistente, a diferencia de un sitio web donde la sesión suele reiniciarse. La guía específica de Microsoft advierte que esto puede exponer contexto desactualizado, caducidad de tokens o contenido almacenado en caché. Por eso el plan no debería validar solo la respuesta inicial: debe definir cómo se reinicia una conversación, cómo se comunica un cambio y cuándo una consulta debe empezar de nuevo.
No hace falta resolver todos los casos antes de lanzar un piloto. Sí hace falta acordar un límite operativo: qué se hará si la respuesta no es fiable, si el usuario no tiene permiso o si la fuente está en revisión. Un aviso comprensible y un camino a una persona suelen ser más útiles que una respuesta improvisada.
- Explica al equipo cuándo una conversación puede contener contexto antiguo.
- Define quién atiende incidencias y con qué plazo de revisión.
- Publica cambios de contenido con una prueba posterior en el canal real.
- No automatices decisiones sensibles durante el piloto.
Plan de transición en cinco pasos
Una transición ordenada no busca copiar cada detalle del chatbot anterior. Busca conservar el servicio útil con controles más fáciles de mantener. Empieza por un asistente de bajo riesgo y una audiencia delimitada; usa el resultado para ajustar la plantilla antes de repetirla con otros equipos.
Revisa el plan después de las primeras semanas con evidencias sencillas: número de consultas revisadas, correcciones necesarias, escalados y problemas de acceso. Esas señales no equivalen por sí solas a productividad, pero ayudan a decidir si ampliar, corregir o retirar el asistente.
- 1. Inventario: recoge propósito, propietario, audiencia, fuentes, acciones y canal.
- 2. Decisión: conserva, rediseña o retira cada asistente.
- 3. Configuración: aplica fuentes limitadas, identidad adecuada y permisos revisados.
- 4. Piloto: publica para un grupo pequeño y prueba la versión real en Teams.
- 5. Revisión: amplía solo si las pruebas, los escalados y la retirada están bajo control.
