65%
tasa de automatización en flujos de trabajo de centro de contacto
NOS
80%
reducción en los costes de procesamiento de documentos
Sonae Sierra
6–12
semanas desde el inicio hasta la puesta en producción
Modelo de entrega de GenOS
Por qué GenOS
Qué hace diferente a GenOS de Dust
01
Construido para el equipo que hace el trabajo
Dust es un producto para responsables de TI que configuran aplicaciones OAuth y gestionan permisos de agentes. GenOS está construido para el responsable de operaciones cuyo equipo va a usar el sistema. No configuran nada. El Forward Deployed Engineer se ocupa del deployment, la integración y el ajuste continuo.
Preparar escalado del ticket #4421 a legal
Borrador listo: disputa de tratamiento de datos. Plazo: 12 de julio. Asignado a: Operaciones Legales. Sin necesidad de configuración.
02
Más allá de la ventana de chat
La superficie de Dust es una interfaz de chat de espacio de trabajo. GenOS funciona en WhatsApp, por voz, en el widget de su web y por email. Procesa documentos en segundo plano sin ninguna interacción por chat. Esa es una definición más amplia de trabajo de IA.
03
Una capa operativa que mejora después del lanzamiento
Dust lanza actualizaciones de producto. El Forward Deployed Engineer de GenOS ejecuta un ciclo de mejora continua después de la puesta en producción: análisis de uso, detección de lagunas de conocimiento, evaluación de la calidad de las conversaciones y ajuste del enrutamiento de modelos. El sistema mejora porque alguien es responsable de hacerlo mejor.
Por qué cambiar a GenOS
Los equipos eligen GenOS frente a Dust cuando
- Su fuerza operativa no va a configurar nada por sí misma. Necesita un sistema que el FDE ponga en marcha.
- Necesita agentes orientados al cliente en múltiples canales: voz, WhatsApp, widget de chat, continuidad por email
- La automatización documental de alto volumen está en el alcance. Dust no tiene un producto de pipeline equivalente a Supervisor.
- Necesita mejora posterior a la puesta en producción como servicio: análisis de uso, auditorías de conocimiento y evaluación de calidad dirigidas por el FDE
- Sus requisitos de gobernanza van más allá de los ajustes de riesgo por función: registros de auditoría entre agentes, RBAC a nivel de flujo de trabajo y un panel de control unificado
Función por función
| GenOS | Dust | |
|---|---|---|
| Acabado y UX desde el primer día | Deployment de nivel de producción; más orientado a operaciones que al autoservicio | Espacio de trabajo pulido y con criterio propio, con UX sólida: Connections, Tools y Skills son primitivas limpias |
| Modelo de deployment | Un FDE asignado construye y configura el deployment; la fuerza operativa lo usa sin responsabilidad técnica | SaaS de autoservicio: el responsable de TI o de plataforma construye y gobierna; sin socio de deployment |
| Agentes de servicio orientados al cliente | ServiceAgent multicanal: widget web, WhatsApp, voz, continuidad por email | Superficie de chat solo de espacio de trabajo; sin evidencia de un producto de agente multicanal orientado al cliente |
| Automatización documental y de flujos de trabajo | Supervisor: pipelines deterministas para procesamiento de facturas, recepción de pedidos y clasificación de documentos a volumen | Sin producto de gestión de casos, bandeja de entrada de operador ni pipeline de procesamiento a volumen |
| Profundidad del catálogo MCP | Catálogo en crecimiento; el FDE instala y configura en nombre del cliente | 42 MCPs preconstruidos desde el primer día, además de soporte para servidores MCP personalizados: el catálogo más amplio disponible |
| Gobernanza por función | RBAC y registro de auditoría a nivel de agente; granularidad por función en la hoja de ruta | Activación/desactivación por función, más ajuste de riesgo en 4 niveles (Alto/Medio/Bajo/Nunca): lista para producción hoy |
| Registro de auditoría entre agentes | Registro de auditoría entre flujos de trabajo y entre agentes, con contexto de razonamiento: una capacidad central de la plataforma | Existen análisis por agente; un registro de auditoría global de llamadas a herramientas entre agentes no está confirmado en la interfaz pública |
| Mejora posterior a la puesta en producción | Ciclo de mejora dirigido por el FDE: análisis de uso, auditorías de conocimiento, evaluación de calidad, optimización del enrutamiento de modelos | Sin equivalente. Dust lanza actualizaciones de producto; nadie en Dust mejora su deployment específico. |
| Adecuación a empresas europeas | Construido a partir de deployments de DareData en empresas europeas; BYOC y on-premise para residencia de datos | Con sede en París, nativamente europeo; BYOC no confirmado |
| Público objetivo | Fuerzas operativas: logística, finanzas, atención al cliente, que no se autoconfiguran | Compradores técnicos: responsables de TI, equipos de plataforma, empresas de trabajadores del conocimiento fuertemente basadas en SaaS |
Preguntas frecuentes
¿Cuál es la diferencia entre GenOS y Dust?
Dust es un espacio de trabajo de autoservicio para equipos técnicos que construyen sus propios agentes. GenOS es un deployment operativo para fuerzas de trabajo que no se autoconfiguran: un ingeniero asignado lo construye y lo opera a través de la atención al cliente, la automatización documental y un único panel de control gobernado.
¿GenOS gestiona flujos de trabajo orientados al cliente y documentales como Dust?
Aquí GenOS va más allá. La superficie de Dust es una interfaz de chat de espacio de trabajo. GenOS ejecuta servicio multicanal en web, WhatsApp, voz y email, y procesa documentos a volumen mediante pipelines deterministas, para los que Dust no tiene equivalente.
¿Para quién está construido GenOS en comparación con Dust?
Dust es adecuado para compradores técnicos y equipos de plataforma que configuran sus propias herramientas. GenOS es adecuado para fuerzas operativas en logística, finanzas y atención al cliente que necesitan un sistema puesto en marcha y mejorado para ellas por un ingeniero asignado.
En resumen
Dust es una infraestructura de autoservicio sólida para equipos técnicos. GenOS es para la fuerza operativa que no va a configurar aplicaciones OAuth: agentes orientados al cliente en voz, WhatsApp y chat, pipelines documentales a volumen y un panel de control gobernado, todo puesto en marcha y mejorado por un ingeniero asignado. Un espacio de trabajo y un sistema operativo sirven a públicos diferentes.
Ver en la práctica
Siguiente paso
Solicite una sesión de trabajo. La realizamos en su entorno, con sus datos.