Prueba WPS antes de desplegar una app interna creada con IA

Yang Ding, responsable de WPS Hoja de Cálculo Multidimensional en Kingsoft Office, mostró una demo en lenguaje natural que generó un cockpit de pedidos 3D rotatable en cuestión de minutos. Esa velocidad es el problema: ¿puede su equipo inspeccionar los datos, cambiar la lógica, restringir el acceso, corregir errores y ejecutarla sin un desarrollador?

Una encuesta de Deloitte de 2025 reveló que el 38% de las empresas había probado agentes, mientras que solo el 11% los había llevado a producción. Gartner prevé que más del 40% de los proyectos de agentes serán cancelados para 2027. La brecha no es un misterio. La mayoría de los equipos pueden crear algo impresionante. Menos pueden mantenerlo vivo.

La demo no es el despliegue

En una rueda de prensa del 28 de agosto, WPS presentó Inspire App, una función de WPS Hoja de Cálculo Multidimensional, capaz de crear una aplicación de negocio completa a partir de una sola frase. Esa función es el caso de prueba de la puerta.

WPS AI logró el primer puesto en SpreadsheetBench y TableBench, y su resultado en SpreadsheetBench superó la referencia de expertos humanos. Ganar benchmarks es útil, pero no responde a la pregunta de oficina: ¿quién posee la app cuando termina la demo? WPS Hoja de Cálculo Multidimensional expone 114 OpenAPIs, una cifra considerada líder en la industria. Las interfaces abiertas ayudan, pero no son un plan de mantenimiento.

Tras una reconstrucción del motor del kernel, WPS puede mantener una latencia de respuesta colaborativa de 137 milisegundos mientras procesa millones de filas y cientos de editores simultáneos. Las especificaciones de rendimiento importan cuando la app se comparte. No sustituyen la prueba operativa.

En una aplicación de oficina sin código, la pregunta interesante es si el modelo subyacente puede ser leído por la persona que lo va a poseer. Si la app almacena registros, el equipo debe poder ver dónde residen, quién puede modificarlos y qué ocurre cuando un valor es inválido. Hazlo visible antes de que alguien pida un campo nuevo.

Cinco comprobaciones deciden si la app merece producción

Empieza con un resumen en lenguaje llano: qué hace la app, quién la usa, qué datos toca y qué ocurre cuando falla. Luego haz las cinco preguntas de despliegue: ¿puede el equipo entender los datos, editar la lógica, limitar el acceso, corregir errores rápidamente y ejecutarla sin un desarrollador? Dedica un minuto a cada comprobación, no una reunión.

• Entender los datos: abre la app y sigue un campo desde la entrada hasta el valor almacenado. Si el recorrido necesita un desarrollador para explicarlo, para.
• Editar la lógica: cambia una regla, como una etiqueta de estado o un umbral de aprobación, y confirma que la app se actualiza sin reconstruir todo.
• Limitar el acceso: crea un usuario de prueba y verifica que los permisos por rol, departamento o nivel de campo realmente bloqueen lo que deben bloquear.
• Corregir errores rápidamente: rompe una entrada y comprueba si el error es visible, registrado y reversible sin esperar a un proveedor externo.
• Ejecutarla sin un desarrollador: asigna a una persona no desarrolladora que reinicie, exporte o parchee la app tras un fallo. Si no puede, la app sigue siendo un prototipo.

Las dos primeras preguntas exponen el fallo más común: una caja negra que parece una hoja de cálculo pero se comporta como un aparato sellado. El par intermedio apunta al segundo fallo, una herramienta que funciona hasta que alguien necesita cambiarla o limpiar un error. La pregunta final apunta al tercero, una propiedad que se evapora cuando termina la demo.

No dejes que una demo sustituya a estas comprobaciones. Una demo puede impresionar a una sala, pero no te dice si una fila defectuosa puede corregirse, si un gerente puede bloquearse o si la app puede sobrevivir a una solicitud de cambio. Tampoco muestra quién responderá cuando la app se comporte mal. La puerta es barata. Saltársela cuesta retrabajos, revisiones de acceso y soluciones improvisadas en silencio.

La ruta de salida forma parte del despliegue

Si la app supera la prueba, despliégala con un alcance estrecho. Empieza con un escenario de negocio, un equipo y un conjunto de datos que pueda exportarse en formato plano. Mantén la ruta de exportación probada. Si falla, no lo llames un fallo de la IA. Llámalo un fallo de la puerta.

Las aplicaciones de oficina son el lugar donde realmente se trabaja. El listón debe ser aburrido: una app que el equipo pueda corregir, exportar y mantener en marcha. Si no puede, no la despliegues.