65%
taxa de automação em fluxos de trabalho de centro de contacto
NOS
80%
redução nos custos de processamento de documentos
Sonae Sierra
6–12
semanas do arranque à implementação em produção
Modelo de entrega GenOS
Porquê o GenOS
O que torna o GenOS diferente do Dust
01
Construído para a equipa que faz o trabalho
O Dust é um produto para responsáveis de TI que configuram aplicações OAuth e gerem permissões de agentes. O GenOS foi construído para o gestor de operações cuja equipa vai usar o sistema. Não configuram nada. O Forward Deployed Engineer trata da implementação, da integração e do ajuste contínuo.
Preparar escalonamento do ticket #4421 para o jurídico
Rascunho pronto: litígio de tratamento de dados. Prazo: 12 de julho. Atribuído a: Operações Jurídicas. Sem necessidade de configuração.
02
Para além da janela de chat
A superfície do Dust é uma interface de chat de espaço de trabalho. O GenOS funciona no WhatsApp, por voz, no widget do seu website e por email. Processa documentos em segundo plano sem qualquer interação por chat. Essa é uma definição mais ampla de trabalho de IA.
03
Uma camada operacional que melhora depois do lançamento
O Dust lança atualizações de produto. O Forward Deployed Engineer do GenOS conduz um ciclo de melhoria contínua depois do arranque: análise de utilização, deteção de lacunas de conhecimento, avaliação da qualidade das conversas e afinação do encaminhamento de modelos. O sistema melhora porque alguém é responsável por o tornar melhor.
Porquê mudar para o GenOS
As equipas escolhem o GenOS em vez do Dust quando
- A sua força de trabalho operacional não vai configurar nada por conta própria. Precisa de um sistema que o FDE ponha em funcionamento.
- Precisa de agentes voltados para o cliente em múltiplos canais: voz, WhatsApp, widget de chat, continuidade por email
- A automação documental de alto volume está no âmbito. O Dust não tem um produto de pipeline equivalente ao Supervisor.
- Precisa de melhoria pós-arranque como serviço: análise de utilização, auditorias de conhecimento e avaliação de qualidade conduzidas pelo FDE
- Os seus requisitos de governação vão além das definições de risco por função: registos de auditoria entre agentes, RBAC ao nível do fluxo de trabalho e um plano de controlo unificado
Funcionalidade a funcionalidade
| GenOS | Dust | |
|---|---|---|
| Acabamento e UX no primeiro dia | Implementação de nível de produção; mais moldada para operações do que para autosserviço | Espaço de trabalho polido e opinativo, com UX forte: Connections, Tools e Skills são primitivas limpas |
| Modelo de implementação | Um FDE nomeado constrói e configura a implementação; a força de trabalho utiliza-a sem responsabilidade técnica | SaaS de autosserviço: o responsável de TI ou de plataforma constrói e governa; sem parceiro de implementação |
| Agentes de serviço voltados para o cliente | ServiceAgent multicanal: widget web, WhatsApp, voz, continuidade por email | Superfície de chat apenas de espaço de trabalho; sem evidência de um produto de agente multicanal voltado para o cliente |
| Automação documental e de fluxos de trabalho | Supervisor: pipelines determinísticos para processamento de faturas, receção de encomendas e classificação de documentos a volume | Sem produto de gestão de casos, caixa de entrada do operador ou pipeline de processamento a volume |
| Profundidade do catálogo MCP | Catálogo em crescimento; o FDE instala e configura em nome do cliente | 42 MCPs pré-construídos desde o primeiro dia, além de suporte para servidores MCP personalizados: o catálogo mais amplo disponível |
| Governação por função | RBAC e registo de auditoria ao nível do agente; granularidade por função no roteiro | Ativação/desativação por função, mais definição de risco em 4 níveis (Alto/Médio/Baixo/Nunca): pronta para produção hoje |
| Registo de auditoria entre agentes | Registo de auditoria entre fluxos de trabalho e entre agentes, com contexto de raciocínio: uma capacidade central da plataforma | Existem análises por agente; um registo de auditoria global de chamadas de ferramentas entre agentes não está confirmado na interface pública |
| Melhoria pós-arranque | Ciclo de melhoria conduzido pelo FDE: análise de utilização, auditorias de conhecimento, avaliação de qualidade, otimização do encaminhamento de modelos | Sem equivalente. O Dust lança atualizações de produto; ninguém no Dust melhora a sua implementação específica. |
| Adequação a empresas europeias | Construído a partir de implementações da DareData em empresas europeias; BYOC e on-premise para residência de dados | Sediado em Paris, nativamente europeu; BYOC não confirmado |
| Público-alvo | Forças de trabalho operacionais: logística, finanças, apoio ao cliente, que não se autoconfiguram | Compradores técnicos: responsáveis de TI, equipas de plataforma, empresas de trabalhadores do conhecimento fortemente baseadas em SaaS |
Perguntas frequentes
Qual é a diferença entre o GenOS e o Dust?
O Dust é um espaço de trabalho de autosserviço para equipas técnicas que constroem os seus próprios agentes. O GenOS é uma implementação operacional para forças de trabalho que não se autoconfiguram: um engenheiro nomeado constrói-a e opera-a através do apoio ao cliente, da automação documental e de um único plano de controlo governado.
O GenOS trata de fluxos de trabalho voltados para o cliente e documentais como o Dust?
Aqui, o GenOS vai mais longe. A superfície do Dust é uma interface de chat de espaço de trabalho. O GenOS executa serviço multicanal em web, WhatsApp, voz e email, e processa documentos a volume através de pipelines determinísticos, para os quais o Dust não tem equivalente.
Para quem é que o GenOS foi construído, em comparação com o Dust?
O Dust é adequado para compradores técnicos e equipas de plataforma que configuram as suas próprias ferramentas. O GenOS é adequado para forças de trabalho operacionais em logística, finanças e apoio ao cliente que precisam de um sistema posto em funcionamento e melhorado por um engenheiro nomeado.
Resumindo
O Dust é uma infraestrutura de autosserviço sólida para equipas técnicas. O GenOS é para a força de trabalho operacional que não vai configurar aplicações OAuth: agentes voltados para o cliente em voz, WhatsApp e chat, pipelines documentais a volume e um plano de controlo governado, tudo posto em funcionamento e melhorado por um engenheiro nomeado. Um espaço de trabalho e um sistema operativo servem públicos diferentes.
Ver na prática
Próximo passo
Marque uma sessão de trabalho. Realizamo-la no seu ambiente, com os seus dados.