Pregúntale hoy a Copilot cuántos días de vacaciones te quedan y lo más probable es que recibas un párrafo bien escrito con tres links. Uno al portal de recursos humanos, otro a la política de licencias y otro a un formulario que pide, de nuevo, tu nombre y tu área. Copilot entendió la pregunta. El trabajo lo terminas tú, en otra pestaña.
Esta mañana Microsoft anunció la disponibilidad general de los Copilot UX components. La idea es simple: cuando la conversación lo pide, en vez de un párrafo aparece la pantalla. Tu saldo de días, las fechas propuestas y un botón para enviar la solicitud, todo dentro del chat.
Y lo más interesante no es la pantalla. Es con qué se construye.
Del muro de texto al botón
Un componente UX es una pequeña aplicación web que Copilot muestra cuando la pregunta lo necesita. Microsoft da dos ejemplos que se entienden sin explicación técnica:
- Alguien pregunta cómo va el trimestre y se abre un tablero de ventas con filtros para explorar los números.
- Alguien quiere pedir vacaciones y aparece el saldo, las fechas y el botón de enviar.
El componente puede aparecer de dos formas: en línea, dentro de la conversación, para acciones rápidas, o en pantalla completa, cuando la tarea necesita espacio, como un tablero, un formulario de varios pasos o un mapa. También se adapta al tema claro u oscuro de Copilot.
El reparto de tareas queda bien definido. Copilot interpreta lo que la persona quiere y llama al componente. El componente muestra los datos y las opciones que tu código define. Y antes de cualquier cambio importante, la persona revisa y confirma.
La IA entiende la intención. La pantalla hace el trabajo. La persona decide.
La web part de siempre, en otro escenario
Aquí está la parte que me interesa como alguien que construye portales en SharePoint. Estos componentes se hacen con SharePoint Framework (SPFx), la misma herramienta que se usa hace años para crear web parts a medida en las intranets corporativas. Microsoft calcula que las soluciones SPFx ya atienden a decenas de millones de personas cada día, en decenas de miles de organizaciones.
Eso cambia la conversación en varias empresas. El tablero de indicadores que hoy vive en la portada de la intranet, el formulario de solicitudes o el directorio de personas no tienen que reconstruirse desde cero para llegar a Copilot. El mismo paquete puede funcionar como:
- componente dentro de Copilot,
- web part en una página de SharePoint,
- pestaña en Microsoft Teams,
- app en el menú lateral de Outlook.
Un mismo código, cuatro puertas de entrada. La gente elige por dónde llega.
Sin servidor nuevo que cuidar
Por debajo, los componentes usan el modelo MCP Apps, un estándar abierto para mostrar interfaces dentro de asistentes de IA. Si todavía no sabes qué es MCP, lo explicamos en este artículo.
Cualquier empresa podría construir una de estas apps por su cuenta y alojarla en Azure. La diferencia es quién carga con la operación:
| App MCP alojada por tu cuenta | Copilot UX component | |
|---|---|---|
| Dónde vive | Un servidor tuyo, en Azure u otra nube | Dentro del propio Microsoft 365 de la empresa |
| Inicio de sesión | Hay que construirlo y mantenerlo | Automático, con los permisos de quien la usa |
| Aprobación de TI | Un servicio externo nuevo para revisar | El mismo proceso que ya se usa para SPFx |
| Mantenimiento | Parches, monitoreo y disponibilidad son tuyos | Sin infraestructura extra que operar |
| Llegar a varios clientes | Un despliegue por cliente o una plataforma propia | Un paquete que se instala en cada tenant |
Para un área de TI, la línea de la aprobación vale oro. No aparece un proveedor nuevo que evaluar ni un servidor más en el inventario. La solución se instala en el catálogo de aplicaciones de SharePoint, como cualquier web part, y respeta los permisos que cada persona ya tiene.
Tres caminos para la misma lista
En pocas semanas Microsoft mostró tres formas distintas de construir algo sobre los datos de SharePoint con ayuda de Copilot. Primero las páginas HTML, después las apps de Cowork, y ahora esto. Conviene ponerlas lado a lado:
| Página HTML | App de Cowork | Copilot UX component | |
|---|---|---|---|
| Quién la crea | Cualquier autor, o Copilot | Cualquier usuario, conversando | Un desarrollador |
| Dónde aparece | En una página de SharePoint | En su propio portal, fuera de SharePoint | En el chat de Copilot, y también en SharePoint, Teams y Outlook |
| Datos | Solo lectura | Lectura y escritura con conectores | Lectura y escritura con cualquier API |
| Sabe quién la usa | No | Sí | Sí |
| Licencia para usarla | Ninguna | Power Apps Premium o créditos | Licencia de Copilot |
| Madurez | Preview | Preview Frontier | Disponible desde hoy |
Ninguna reemplaza a las otras. La página HTML es para mostrar rápido. La app de Cowork es para el prototipo de una tarde. El componente UX es para el proceso que la empresa va a usar durante años, con código versionado y alguien que responde por él.
La letra chica
- Exige licencia de Copilot. Durante la preview cualquiera podía probarlos. Ahora, quien no tiene la licencia adicional de Copilot no ve el componente, solo un aviso explicando por qué. Para empresas con pocas licencias, esto define a quién llega la experiencia.
- No cobra por uso. El componente en sí no consume créditos. Si llama a un servicio que sí cobra por consumo, ese servicio factura aparte.
- Todavía no llega al celular. Funciona en Copilot en el navegador y en el escritorio, y también dentro de Teams. Android e iOS están en la lista de pendientes.
- Vive dentro de un agente. Por ahora el componente viaja junto con un agente específico y la persona tiene que estar usando ese agente. Microsoft planea que aparezca directo en el chat normal de Copilot, y también en Cowork, pero sin fecha.
- Necesita desarrollador. Esto no se arma conversando. Se escribe en React, TypeScript o JavaScript, se prueba y se publica. Lo bueno es que el perfil que ya mantiene las web parts de la intranet es el mismo que puede hacerlo.
Por dónde empezar
La recomendación de Microsoft tiene sentido y no requiere grandes proyectos: elegir una sola tarea que la gente ya le pregunta a Copilot pero termina en otro portal. Una solicitud de vacaciones, la aprobación de un gasto, una consulta rápida de indicadores. Esa es la primera candidata.
Y antes de escribir código, una pregunta útil: ¿qué web parts de tu intranet tienen más visitas? Si la gente ya entra al portal todos los días para hacer lo mismo, ese es el componente que más tiempo va a ahorrar cuando aparezca en el chat.
El punto
Durante años la intranet fue un lugar al que había que ir. Con los Copilot UX components, empieza a llegar ella a la conversación. Y para las empresas que invirtieron en SharePoint, la buena noticia es que esa inversión no quedó vieja. Cambió de escenario.
Si tu empresa tiene web parts que valdría la pena llevar a Copilot, o quieres saber si este camino tiene sentido con las licencias que ya pagas, escríbeme y lo conversamos.
Fuentes
- Copilot UX components are generally available, Microsoft 365 Developer Blog
- SharePoint Framework (SPFx) roadmap update, September 2026, Microsoft 365 Developer Blog
- Going beyond text in Microsoft 365 Copilot, Microsoft 365 Developer Blog
- Overview of Copilot UX components, Microsoft Learn
