Microsoft lo confirma con sus propias cifras (30 millones de puestos de Copilot): ya no es la adopción lo que separa a las empresas que avanzan — es la adaptación oficio por oficio, algo que AppManager ya hace por construcción
En una publicación del 30 de julio firmada por su CMO de "AI at Work", Microsoft publica sus propios datos de telemetría de Copilot: 30 millones de puestos pagos, un uso que se duplica año tras año — y una confesión poco común viniendo de un proveedor: dar la misma herramienta a todo el mundo es el patrón equivocado. Lo que Microsoft no dice, porque no le corresponde: la mayoría de las pymes no tienen ni nueve ingenieros ni un framework de ajuste propio para hacer esa adaptación por sí mismas.
En su publicación del 30 de julio "The next measure of AI momentum is work transformed", Jared Spataro (Chief Marketing Officer, AI at Work en Microsoft) publica cifras extraídas directamente del último informe trimestral del grupo: Microsoft 365 Copilot supera los 30 millones de puestos pagos, con un ritmo de incorporación de puestos que más que se duplicó de un trimestre a otro, y un compromiso semanal ya comparable al de Outlook o Teams. La publicación también documenta Copilot Cowork, un agente capaz de completar solo un ciclo completo (planificar, ejecutar, probar, corregir), construido por un equipo que nunca superó los nueve ingenieros y sin embargo ya usado por la mitad del Fortune 500 seis meses después de su lanzamiento. Pero la frase más importante de la publicación no es una cifra: «la diferencia entre las empresas que ven este tipo de cambio y las que todavía esperan no es la amplitud del despliegue — es la calidad de la adaptación al trabajo real». Dicho de otro modo: el patrón de despliegue más común (dar la misma herramienta a todo el mundo) se presenta explícitamente como el patrón equivocado, por el propio proveedor que vende justamente esa herramienta genérica.
La publicación también cita dos casos concretos donde la automatización sigue bajo control humano explícito a gran escala: el Autonomous Sourcing Agent de EY negocia con proveedores en más de 200 transacciones reales «manteniendo siempre a los humanos en el circuito para la validación y la escalada»; el agente de calidad de Eaton analizó cerca de 5.000 informes de producción «manteniendo al equipo de expertos de Eaton en el centro de cada decisión». Son exactamente las palabras que usamos nosotros mismos desde el primer módulo de AppManager, no un hallazgo reciente de comunicación — salvo que estos dos casos operan a un volumen (miles de transacciones, miles de informes) que una pyme cliente de AppH nunca va a ver, y no necesita ver para que el principio se aplique.
A favor de AppH
- El diagnóstico de Microsoft — adaptarse oficio por oficio en lugar de desplegar una herramienta genérica — describe exactamente la arquitectura que tiene AppManager desde el primer módulo: Dental, Óptica, Kine, Hospital, Flota, Spa, Turismo, Escuela no comparten un mismo asistente reciclado, cada uno tiene su propia lógica de estados y acciones.
- La aprobación humana explícita antes de que un agente actúe — el mismo principio que aplican EY y Eaton a su escala — no es una casilla añadida después en AppH: es la condición por defecto de cada módulo desde su diseño, registrada en DECISIONS.md/el registro de auditoría, nunca una opción que haya que activar.
En contra / lo que no aplica
- Las cifras citadas (30 millones de puestos, nueve ingenieros, Frontier Tuning) describen una capacidad de ingeniería interna que la inmensa mayoría de las pymes no tiene — no es la prueba de que una transformación equivalente sea fácil de lograr sin una plataforma que haga ese trabajo de adaptación por el cliente.
- AppH no construye un equivalente a Microsoft Scout, el agente "autopiloto" que permanece activo en segundo plano con su propia identidad y sus propios permisos — cada acción de AppManager espera una validación humana explícita antes de ejecutarse, una decisión de diseño asumida, no una funcionalidad que todavía falta.
Lo que nos llama la atención de esta publicación es una honestidad poco común viniendo de un proveedor que vende justamente la herramienta genérica de la que él mismo dice que no basta: Microsoft admite que "dar la misma herramienta a todo el mundo" es el patrón que no funciona, y que lo que crea valor real es la adaptación oficio por oficio. Estamos de acuerdo — es literalmente por eso que AppManager existe en módulos separados en lugar de un único asistente genérico. Lo que la publicación no dice, porque no le corresponde a Microsoft decirlo: esa adaptación exigió un equipo de ingenieros dedicado, un framework de ajuste propietario (Frontier Tuning) y un sistema de contexto interno (Work IQ) que ninguna pyme construye sola en un fin de semana. Esa es exactamente la brecha que se supone que AppH debe cubrir — no prometiendo la misma escala que Microsoft, sino entregando la adaptación oficio por oficio sin exigir el equipo de ingenieros para lograrla. Y sobre el control humano: señalamos con la misma honestidad que mantener a un humano en el circuito en 200 transacciones con proveedores (EY) o 5.000 informes de calidad (Eaton) es una hazaña de ingeniería a esa escala — en un cliente de AppH, el mismo principio se aplica sobre un puñado de decisiones por semana, no por necesidad de ponerse al día con la complejidad después, sino porque ese es el tamaño real del problema desde el principio.
Verificado por un humano de AppH