Microsoft Copilot Studio es la plataforma de bajo código de Microsoft para crear agentes de AI personalizados que responden preguntas, ejecutan acciones y se conectan a datos empresariales a través de Teams, sitios web y Microsoft 365. Mover un agente del piloto a la producción significa reducir su alcance, basarlo en conocimientos aprobados, bloquear el acceso a los datos, probarlo con preguntas reales y configurar el monitoreo antes de que más personas dependan de él.
¿Para qué se utiliza Copilot Studio en los equipos de marketing?
Copilot Studio surgió de Power Virtual Agents y ahora se encuentra dentro de Power Platform. Los creadores diseñan agentes con temas, respuestas generativas, acciones basadas en flujos de Power Automate y conectores, y fuentes de conocimiento como sitios de SharePoint, sitios web públicos, tablas de Dataverse o archivos cargados.
En marketing y ventas, los usos comunes incluyen:
- un asistente de marca interno que responde “¿qué archivo de logotipo uso para fondos oscuros?” a partir de la guía de marca en SharePoint;
- un agente de sitio web que maneja preguntas de preventa y reserva demostraciones;
- un asistente de campaña en Teams que extrae cifras de una tabla de Dataverse o Dynamics 365;
- un agente de incorporación para nuevo personal de la agencia, capacitado en documentos de procesos.
La licencia y la capacidad de mensajes cambian de vez en cuando, así que confirme los términos actuales con su socio de Microsoft o centro de administración antes de presupuestar.
Fase 1: definir un piloto limitado
Los agentes amplios fallan. Un piloto debe hacer un trabajo para un grupo de personas.
- Escriba el propósito del agente en una sola oración.
- Nombre a los usuarios piloto, idealmente de 10 a 30 personas que darán su opinión.
- Enumere las 20 preguntas principales que el agente debe responder, recopiladas de esos usuarios.
- Decida qué es lo que el agente nunca debe hacer, como cotizar precios o dar asesoramiento legal.
- Elija un canal primero: Teams suele ser el más fácil para los agentes internos.
Elija las fuentes de conocimiento con cuidado
Las respuestas generativas son tan buenas como los documentos que las respaldan. Apunte el agente a una biblioteca de SharePoint seleccionada en lugar de a todo un inquilino. Elimine las versiones obsoletas, porque el agente no puede saber que “Brand Guide v2 FINAL” fue reemplazada por la v3.
Fase 2: controles de seguridad y gobernanza
Esta fase es donde los pilotos a menudo se estancan, así que comience temprano con TI.
- Confirme en qué entorno vive el agente y quién tiene derechos de creador.
- Revise las políticas de prevención de pérdida de datos en el centro de administración de Power Platform para que los conectores no puedan mover datos a donde no deberían.
- Decida la autenticación: los agentes internos deben usar el inicio de sesión de Microsoft Entra ID para que las respuestas respeten los permisos de cada usuario.
- Compruebe si las respuestas generativas pueden buscar en la web pública y desactívelo si el agente debe permanecer en fuentes internas.
- Documente qué datos puede leer el agente y qué acciones puede ejecutar.
Las acciones requieren cuidado adicional
Los agentes que solo responden preguntas conllevan menos riesgo que los agentes que actúan. Un flujo que crea un cliente potencial de CRM o envía un correo electrónico debe requerir una confirmación clara del usuario y debe registrar lo que hizo. Comience con acciones de solo lectura en el piloto.
Fase 3: pruebas antes de un lanzamiento más amplio
Use el panel de prueba durante la creación, luego realice pruebas estructuradas antes del lanzamiento.
- Ejecute las 20 preguntas piloto y califique cada respuesta: correcta, parcialmente correcta, incorrecta o rechazada.
- Agregue variantes complicadas: errores ortográficos, español e inglés mezclados, redacción vaga.
- Pruebe las preguntas que el agente debería rechazar, para confirmar que lo hace.
- Compruebe que las citas apunten a los documentos correctos.
- Deje que los usuarios piloto lo prueben durante dos semanas y recopile comentarios negativos.
Corrija las respuestas incorrectas primero en la fuente. Un documento faltante o confuso es una causa más común que cualquier configuración.
Fase 4: lanzamiento a producción
Cuando la precisión del piloto sea aceptable para el propietario del negocio, planifique el lanzamiento más amplio.
- Mueva el agente a través de entornos de desarrollo, prueba y producción utilizando soluciones, no reconstruyéndolo.
- Asigne un propietario que revise los análisis y los comentarios cada semana.
- Publique en los canales acordados y anuncie lo que el agente puede y no puede hacer.
- Mantenga una alternativa: un enlace a un contacto humano o formulario de ticket cuando el agente no pueda ayudar.
- Programe una revisión de contenido, mensualmente al principio, para las fuentes de conocimiento.
¿Qué métricas debería observar?
Copilot Studio incluye análisis de sesiones, participación, resolución y satisfacción. Combínelos con sus propias medidas.
- Tasa de resolución y tasa de escalada por tema.
- Porcentaje de preguntas respondidas por respuestas generativas frente a temas creados.
- Relación de pulgares arriba y pulgares abajo, con los comentarios leídos semanalmente.
- Tiempo ahorrado, estimado a partir del volumen de preguntas que solían ir a una persona.
- Consumo de mensajes frente a su capacidad, para evitar costos sorpresa.
Cómo aplica Alien Road Microsoft Copilot Studio
Para los clientes que ya operan en Microsoft 365, Alien Road a menudo comienza con un taller de descubrimiento: qué preguntas llegan al equipo de marketing o ventas una y otra vez, y dónde viven ya las respuestas. Eso generalmente apunta a un agente interno y, más tarde, a uno orientado al cliente.
La configuración sigue las fases anteriores. Limpiamos la biblioteca de conocimientos de SharePoint con el cliente, creamos temas para las preguntas que necesitan una redacción exacta, conectamos flujos de Power Automate de solo lectura a los datos de CRM y acordamos las reglas de DLP con TI. Para los agentes de sitios web, conectamos la reserva de demostraciones al calendario del cliente y pasamos los clientes potenciales al CRM con etiquetas de origen.
La medición y los informes se realizan mensualmente: precisión de las respuestas en un conjunto de pruebas fijo, tasa de resolución, temas de comentarios y uso de mensajes. Cuando las respuestas se degradan, el informe vincula el problema a un documento o tema para que pueda ser corregido por la persona adecuada.
¿Qué problemas comunes ralentizan un lanzamiento?
Tres problemas surgen en la mayoría de los proyectos. El primero es el conocimiento desordenado: archivos duplicados, versiones antiguas y documentos que nadie posee. El segundo son los permisos; un agente que usa el inicio de sesión de usuario devolverá respuestas diferentes a diferentes empleados, lo que confunde a los evaluadores hasta que se explica. El tercero es el aumento del alcance, cuando cada departamento pide su propia función antes de que el primer trabajo funcione bien.
Cada uno tiene un contador simple. Asigne un propietario a cada biblioteca de conocimientos, explique las respuestas basadas en permisos durante la capacitación y mantenga un registro escrito de las solicitudes para que el alcance del piloto permanezca fijo hasta el lanzamiento.
Por dónde empezar esta semana
Pregunte a diez colegas por las preguntas que responden con más frecuencia y encuentre dónde está escrita cada respuesta. Si la mitad de ellos no tiene un documento fuente claro, escriba esos documentos primero; un agente no puede arreglar el conocimiento faltante.
Luego, cree un pequeño agente de Teams en esa biblioteca limpia, pruébelo con las mismas diez personas durante dos semanas y califique cada respuesta. Esas puntuaciones le dirán si está listo para la producción.
Siga leyendo: Agencia de marketing de AI · Marketing de AI