Caso de uso · Formalização
Chat gov.br Portal Web. Novo canal para o orquestrador existente.
Página pública em subdomínio gov.br, construída em Experience Cloud na org do Serviço na Ponta, com a identidade do Design System gov.br e conversa central conduzida pelo orquestrador Agentforce e pelos agentes especialistas já em produção.
02 · Detalhamento da demanda
Uma pergunta, uma conversa com o governo.
O MGI solicitou um front-end conversacional com identidade gov.br e experiência equivalente aos chats de IA que o cidadão já conhece (ChatGPT, Gemini, Claude), conectado aos agentes do Agentforce por meio do orquestrador existente. A Salesforce apresentou uma POC em 01/10, inspirada no america.gov; o MGI respondeu positivamente e pediu prazos de requisitos, desenvolvimento e produção.
| Demanda | DM.211347 · Página Chat gov.br |
|---|---|
| Cliente | Clientes/MGI · via Dataprev |
| Solicitante | Paulo Nei da Silva Junior (MGI) |
| Gestora técnica | Thaciana Guimaraes de Oliveira Cerqueira (MGI) |
| Sistema impactado | Agentes Autônomos e Mensageria |
| Conclusão desejada no registro | 23/10/2026, revista no discovery para novembro |
| Tratamento | Produto novo, com PA própria, separado do escopo atual de serviços (reunião de 01/10) |
| Coordenação Dataprev | Edmilson Barcelos Rocha · DIAU |
Objetivo de negócio
Oferecer ao cidadão um ponto de entrada conversacional para políticas públicas, em linguagem simples, sem login e sem instalação, aproveitando o investimento já feito no orquestrador e nos agentes especialistas do Chat gov.br.
Referência de inspiração
america.gov, lançado em 29/09: pergunta livre, respostas só de fontes oficiais, sem login e sem retenção de dados pessoais. No Brasil, a cobertura inicial será limitada às políticas dos agentes existentes; o caso americano usa web crawler amplo, guardrails robustos e monitoramento contínuo.
Trajetória da demanda
-
01/10
Reunião DM.211347 e POC Salesforce
- Salesforce apresenta a POC inspirada no america.gov: pergunta livre, resposta só de fonte oficial, sem login.
- Dataprev trata a demanda como produto novo, com plano de atendimento próprio, separado do escopo atual de serviços.
- O gov.br roda em Plone, gerido pelo Serpro. A org já consome limites de API na integração com o ServiceNow.
- Combinado não fechar prazo antes do discovery. Volumetria fica com Milena e Roberto.
-
02/10
MGI aprova a POC e pede prazos
- Retorno positivo do MGI sobre a prova de conceito.
- Pedido de prazos para requisitos, desenvolvimento e entrada em produção.
-
09/10
Especificação enviada pela Dataprev
- Front-end customizado, sem depender do widget nativo de mensageria, para seguir a identidade gov.br.
- A especificação previa publicação no Plone, por tile, e autenticação por domínio de origem ou token no servidor.
- Contrato de integração (endpoint, payload e resposta) segue em aberto.
-
14/10
Discovery com MGI e Dataprev
- V1 sem login e sem histórico. Clicar em uma política mantém a conversa no orquestrador.
- Outubro é considerado inviável. O alvo passa a ser novembro, com referência em 15/11.
- O caminho de publicação sai do tile no Plone e vai para subdomínio.
- Ayslan avalia que o CPQD talvez não precise testar a página, porque o agente já foi testado. Fernando propõe destaques em top 3 com curadoria humana.
-
15/10
Quick Sync técnico e alinhamento de conta
- Novo canal, não agente novo: o canal web reaproveita o orquestrador e os 8 agentes, sem mudança estrutural. Transações ficam bloqueadas pela habilitação por canal.
- Plano A definido: Experience Cloud dentro da org do Serviço na Ponta, em caráter de teste, sem ampla divulgação. Plano B (org dedicada com agentes replicados e Data Cloud One) fica para o médio prazo.
- Recomendação de interface: mensageria nativa com identidade customizada, conforme vídeo de Felipe. Consumo de limites de API em confirmação.
- Design System gov.br obrigatório. Exclusão de sessões já agendada para 45 dias. William Pais indicado para Experience Cloud e channeling.
- Premissa de planejamento: 70 milhões de acessos mensais ao portal.
-
16/10sexta
Mockups e descritivos enviados
- Proposta de telas no Design System gov.br, para computador e celular, enviada como base da especificação de UX.
- Revisão técnica em 19/10, com a visão do Quick Sync, sem alteração das telas.
-
20/10
Retorno de viabilidade e esforço
- Resposta de viabilidade, recursos e estimativa de Professional Services para a decisão do dia seguinte.
- Dataprev encaminha a volumetria de acessos do gov.br, levantada com Milena e Roberto.
-
21/1011h
“Cada escolha é uma renúncia”
- Decisão de escopo do MVP, mecanismo do canal web, subdomínio, testes e teto de consumo.
- O que ficar de fora entra nas evoluções, com critério próprio para avançar.
Escopo da primeira versão
Dentro do MVP
- ✓Página pública em subdomínio gov.br, sem login
- ✓Tela inicial com campo central e transição para o modo conversa
- ✓Barra lateral com temas e políticas por categoria
- ✓Orquestrador como ponto central; especialistas nos bastidores
- ✓Os 8 agentes em produção (MEC, Bolsa Família, MDS e outros)
- ✓Identidade e acessibilidade do Design System gov.br
- ✓Orientação informativa com fonte, saída para assunto sem cobertura
Fora do MVP
- –Login do cidadão e histórico de conversas (histórico depende de login)
- –Execução de transações (o transacional segue em homologação no WhatsApp)
- –Tornar a página a homepage do gov.br
- –Personalização por CPF
- –Cobertura ampla por web crawler, no modelo america.gov
- –Publicação dentro do Plone (substituída por subdomínio)
- –Resposta em áudio, demonstrada na POC (evolução opcional)
- –Perguntas sugeridas por tema ou após as respostas (retiradas na revisão dos mockups de 16/10)
03 · Requisitos
O que foi acordado, o que é proposta e o que falta decidir.
Cada requisito indica a origem e o estado. “Acordado” significa consenso registrado em reunião ou e-mail; “Proposto” é sugestão Salesforce ou de participante, ainda sem aceite; “Pendente” depende de informação ou decisão.
| ID | Requisito | Origem | Estado |
|---|---|---|---|
| RF01 | Página pública em subdomínio gov.br, acessível sem autenticação do cidadão | Especificação 09/10 · Discovery 14/10 | Acordado |
| RF02 | Tela inicial com campo de mensagem centralizado e transição para o modo conversa | Especificação 09/10 | Acordado |
| RF03 | Barra lateral com políticas por categoria (Assistência Social; Educação e Trabalho; Moradia e Saúde), recolhida por padrão e aberta pelo menu | Discovery 14/10 | Acordado |
| RF04 | Selecionar um tema mantém a conversa no orquestrador, sem abrir um especialista isolado | Discovery 14/10 · Paulo Nei | Acordado |
| RF05 | Integração real com o orquestrador e os agentes especialistas existentes, como novo canal, sem mudança estrutural na lógica dos agentes | Especificação 09/10 · e-mail 15/10 · Quick Sync 15/10 | Acordado |
| RF06 | Sem histórico recuperável pelo cidadão na V1 | Discovery 14/10 | Acordado |
| RF07 | Somente orientação informativa; transações bloqueadas no canal web pela mesma lógica de habilitação por canal já usada no Serviço na Ponta | Especificação 09/10 · Quick Sync 15/10 | Acordado |
| RF08 | Sem perguntas sugeridas na V1: o cidadão escreve a dúvida, e selecionar um tema apenas contextualiza o campo, sem enviar mensagem. O Discovery havia pedido sugestões para quem não está familiarizado com chats de IA; a retirada precisa do aceite do MGI | Discovery 14/10 · revisão dos mockups 16/10, após alinhamento técnico com Vinícius Machuca | Proposto |
| RF09 | Destaques dinâmicos baseados nos temas mais demandados (não em perguntas literais), top 3 com curadoria humana e prioridade sazonal (ex.: Enem) | Fernando Dantas · Danilo · Edmilson | Proposto |
| RF10 | Resposta clara para assunto sem cobertura, sem inventar informação | Mockups 15/10 | Proposto |
| RF11 | Indicação da fonte oficial na resposta e feedback do cidadão | POC 01/10 · mockups | Proposto |
| RF12 | Definição do contrato de integração (endpoint, payload, resposta) e do modelo de autenticação do canal (domínio de origem ou token server-side). Recomendação técnica: mensageria nativa com interface customizada | Especificação 09/10 · Quick Sync 15/10 | Pendente |
| RF13 | Lista final de temas e nomes das políticas | Discovery 14/10 | Pendente |
| ID | Requisito | Referência | Estado |
|---|---|---|---|
| RNF01 | Aderência obrigatória ao Design System gov.br (layout, tipografia Rawline, componentes) e às suas diretrizes de acessibilidade; auditoria antes da publicação | Quick Sync 15/10 · gov.br/ds | Acordado |
| RNF02 | Responsividade para computador e celular, navegação por teclado e leitores de tela | DS gov.br · mockups | Acordado |
| RNF03 | Capacidade dimensionada pela volumetria real. Premissa de planejamento: média de 70 milhões de acessos mensais ao portal (cerca de 2,3 milhões/dia), que não equivale a usuários únicos nem a conversas. Referência anterior do SimilarWeb gratuito: cerca de 113 milhões de visitas em setembro e 160 milhões em junho. A adesão ao chat ainda precisa ser medida, e a capacidade do Experience Cloud para tráfego aberto deve ser validada por um especialista a partir dela. O Plano A atende um piloto controlado; a página como homepage exigiria a org dedicada do Plano B | Premissa de 15/10 · Reunião 01/10 | Pendente |
| RNF04 | Proteção do acesso anônimo: limites de taxa, mitigação de bots, CSP e CORS restritos ao subdomínio | Proposta Salesforce | Proposto |
| RNF05 | Guardrails para página aberta: escopo de cobertura, recusa segura e moderação pela Trust Layer e pelas instruções do orquestrador; bloqueio de transações pela habilitação por canal | Discovery 14/10 · Quick Sync 15/10 | A validar |
| RNF06 | Privacidade: aviso ao cidadão, nenhuma coleta de dado pessoal pela página, retenção técnica de sessões com exclusão automática em 45 dias, já agendada, e armazenamento ampliado pela Dataprev | Quick Sync 15/10 (retenção já configurada) | Aviso a definir |
| RNF07 | Consumo de limites de API e créditos Agentforce compatível com o contrato; confirmar se o canal web consome limites de API. Se consumir, o limite precisa aumentar de imediato, porque a margem atual da org é pequena | Reunião 01/10 · Quick Sync 15/10 | Pendente |
| RNF08 | Observabilidade para evoluir a UX: temas consultados, perguntas sem cobertura, falhas e feedback | Discovery 14/10 | Proposto |
| RNF09 | Consumo e capacidade medidos por canal: portal e WhatsApp dividem orquestrador, LLM, limites e armazenamento de sessões na org do Serviço na Ponta, e um pico em um canal afeta o outro | Quick Sync 15/10 | Proposto |
04 · Detalhes citados nas reuniões
Quem disse o quê, e onde ainda há tensão.
Falas atribuídas apenas quando a nota ou a transcrição identificam o autor. Quando não identificam, a fonte é a reunião. Falas não equivalem a aprovação formal.
MGI
Solicitante- V1 sem login e sem histórico; histórico do cidadão exige login, então ambos ficam para depois.
- Clicar em uma política mantém a conversa no orquestrador, para preservar a continuidade.
- Prioriza a entrega em novembro; chegou a citar 26/10 como prazo desejado.
- Defende ao menos testes mínimos dos comportamentos específicos do webchat.
- Fernando Dantas o substitui durante as férias, no próximo mês.
- Entende que o CPQD talvez não precise testar a página, pois o agente já foi testado; precedente: o chatbot da Caixa Postal do Governo saiu do escopo do CPQD pela mesma lógica.
- Levaria a questão ao alinhamento com o CPQD de 15/10.
- Tendências em formato top 3, com supervisão humana antes de publicar, para evitar que perguntas inadequadas virem destaque.
- Fallback com os temas mais demandados da semana.
- Com Matheus Andrade e Alex Castro, alternativa de teste interno ao CPQD.
- Defendeu a abordagem guiada: reduz frustração e evita perguntas sobre políticas ainda não cobertas pelos agentes.
Dataprev
Coordenação- Especificação de 09/10: front-end customizado sem depender do widget nativo (Messaging for In-App and Web), que limita o controle visual e a fidelidade à identidade gov.br.
- A mesma especificação previa publicação no Plone via tile HTML/CSS/JS e autenticação por domínio de origem ou token fixo server-side; o discovery redirecionou para subdomínio em Experience Cloud.
- Exemplo do Enem para justificar temas sazonais na barra lateral.
- Expectativa interna de lançamento em outubro foi considerada inviável pelo grupo; direcionamento: novembro.
- Login gov.br em torno de 22 a 23 milhões/dia; assinaturas digitais, cerca de 2 milhões/dia.
- Limite de API calls precisa ser estimado: já há consumo pela integração com o ServiceNow.
- O gov.br roda em Plone (PHP), gerido pelo Serpro.
- Possibilidade futura de a Dataprev internalizar o front-end após a entrega inicial.
- Não comprometer prazo antes do discovery; volumetria a levantar com Milena e Roberto.
Salesforce · alinhamento interno
Contexto- Canal novo, não agente novo: para Vinícius, nada muda no orquestrador; Luan aponta que basta bloquear as transações, com a mesma lógica de habilitação por canal já usada.
- Onde está o esforço: em Experience Cloud e UX. Agentforce entra no channeling, sem horas relevantes de agente (Juliane e Luan).
- Chat nativo customizado: o vídeo de Felipe mostrou a identidade visual do chat de mensageria existente customizada, sem criar nova view. A página no Experience Cloud fica leve, porque a conversa trafega pela mensageria. Luan acredita que não consome limites de API; Vinícius confirma com o especialista da plataforma. Se consumir, o limite precisa subir de imediato.
- Plano A: Experience Cloud na org do Serviço na Ponta, em caráter de teste, sem ampla divulgação pública (Juliane). Vinícius considera o caminho mais fácil e pede atenção à volumetria. Licença para público externo, sem login; segundo Luan, a org não tem Experience Cloud hoje.
- Alternativa mais rápida, não adotada: o governo publicar a página com o chat customizado embutido (Luan). O MGI busca a Salesforce justamente pela agilidade que não tem para isso (Juliane).
- Plano B: org nova com agentes replicados e Data Cloud One central para base de conhecimento e analytics (Vinícius). Separa o volume web do WhatsApp, mas exige desenho de arquitetura prévio (Aline), replicação de prompts e instruções em cada org (Juliane) e uma esteira de deploy automatizada que ainda não existe (Vinícius).
- Página fora da org não isola a carga: ligar uma página de outra org ao web chat muda só a infraestrutura do site; o agente continua consumindo o LLM da mesma org (Vinícius e Luan). O consumo multi-org (MOMA) foi citado, mas está em piloto.
- Capacidade: levar a volumetria a um especialista de Experience Cloud para validar se o site suporta tráfego aberto (Luan e Aline).
- Retenção: exclusão automática das sessões agendada para D-45 e armazenamento ampliado pela Dataprev; Vinícius alerta para os picos de campanha (Luan e Vinícius).
- Propriedade do front: para Aline, a Dataprev deve assumir o front no longo prazo.
- Recurso: William Pais (PAT, time de Eric), indicado por Rafael Roquette, é o nome apontado por Vinícius e Luan para Experience Cloud, interface e channeling, pela experiência com o Design System gov.br. Aline condiciona a alocação ao contrato com a Dataprev.
- CPQD: Juliane relatou que o governo tende a dispensar a rodada por entender que seria overtesting, já que o agente é o mesmo (Aline).
- Médio prazo: org dedicada como homepage, com Data Cloud One e zero-copy entre orgs; a Dataprev usa orgs independentes.
Pontos de tensão a resolver em 21/10
Experiência
Proposta: pergunta livre, temas na lateral como contexto e saída clara para assunto sem cobertura, sem perguntas sugeridas (revisão de 16/10). Validar com o MGI, que pediu sugestões no Discovery.
Publicação
Discovery e Quick Sync direcionam subdomínio; ratificar a responsabilidade pelo DNS.
Interface
Recomendação técnica: customizar a mensageria existente, sem nova view. Atende o requisito visual se a interface for totalmente customizada; validar com o MGI.
Prazo
Cronograma reverso a partir de 15/11, com publicação controlada em 13/11.
Escala
Plano A para o piloto. O Plano B depende de volumetria, desenho de arquitetura e esteira de deploy automatizada.
Propriedade do front
A internalização está na Evolução 4; o MVP já nasce em componentes LWC documentados na org do Serviço na Ponta.
05 · Arquitetura
Experiência nova, inteligência reaproveitada.
A área azul é o que este projeto entrega. A área tracejada é o ecossistema do Serviço na Ponta, que já existe e não entra no escopo: o WhatsApp segue como canal em produção e só aparece porque divide a mesma org e o mesmo orquestrador. O mecanismo do canal web é decisão de 21/10; o Quick Sync de 15/10 recomendou a mensageria nativa com interface customizada.
O que este projeto entrega e o que já existe ao lado
Desenho para validaçãoVisão técnica do Quick Sync: o que o Plano A resolve e o que não resolve
Novo canal, sem mexer no orquestrador
O portal entra como mais um canal do orquestrador. A lógica dos agentes não muda: as transações são bloqueadas pela mesma habilitação por canal já usada no Serviço na Ponta (Vinícius e Luan). Por isso o esforço de Agentforce fica no channeling e na revisão de guardrails para a página aberta, e o grosso do trabalho está em Experience Cloud e UX.
A página não é o gargalo da IA
O Experience Cloud entrega a página; a conversa segue pela mensageria até o orquestrador. Ligar uma página de outra org ao web chat muda só a infraestrutura do site: o agente continua consumindo o LLM, os limites e o armazenamento da org do Serviço na Ponta, os mesmos do WhatsApp (Vinícius e Luan).
Isolar o volume exige org dedicada
Só uma org nova, com agentes replicados, separa o volume web do WhatsApp. Com Data Cloud One, base de conhecimento e analytics ficam centralizadas, mas prompts, instruções e configuração dos agentes precisam ser replicados em cada org. Sem esteira de deploy automatizada, essa replicação hoje seria manual, e Aline pede o desenho da arquitetura antes.
Opções avaliadas
| Opção | Descrição | Prós | Contras | Situação |
|---|---|---|---|---|
| A · Experience Cloud na org Serviço na Ponta (Plano A) | Site LWR em subdomínio gov.br, hospedado pela Salesforce, conectado ao orquestrador existente como novo canal | Mais rápida e, para o time técnico, a mais fácil; reaproveita agentes, homologação e governança; orquestrador sem mudança estrutural; Dataprev não depende do time do Plone | A org não tem licença de Experience Cloud hoje; capacidade do site e do acesso convidado sem comprovação para tráfego aberto; divide LLM, limites de API e armazenamento com o WhatsApp | Definido: piloto na org do Serviço na Ponta |
| B · Página do governo com o chat embutido | Página no Plone (tile) ou na AWS São Paulo da Dataprev, com a mensageria customizada embutida (Luan, 15/10) ou consumindo o agente por API (especificação de 09/10) | Dataprev controla o front; com a mensageria embutida, seria tecnicamente o caminho mais rápido; facilita a internalização | Depende da agilidade de times externos (Serpro, Plone), justamente o que levou o MGI a buscar a Salesforce; latência entre ambientes; a carga de IA continua na org do Serviço na Ponta | Alternativa anterior |
| C · Org dedicada como homepage (Plano B) | Nova org com agentes replicados e Data Cloud One central para base de conhecimento e analytics, zero-copy entre orgs | Único caminho que separa o volume web do WhatsApp; comporta a página como homepage; alinhada à governança de orgs independentes | Nova contratação; prompts, instruções e configuração replicados em cada org; sem esteira automatizada, replicação manual; exige desenho de arquitetura prévio; incompatível com novembro | Médio prazo |
| Multi-org (MOMA) | Org do portal consumindo o agente da org do Serviço na Ponta, no modelo multi-org e multiagente | Separa a infraestrutura do site | Em piloto com clientes, disponibilidade a confirmar; a mensageria customizada já permite ligar a página de outra org ao web chat sem MOMA | Não necessária |
Canal web · opção 1: MIAW customizado
Messaging for In-App and Web com interface própria no Design System gov.br, como no vídeo de 15/10. Reaproveita a mensageria e o deployment do orquestrador, sem criar nova view, e não sobrecarrega o Experience Cloud, que só entrega a página. Precisa confirmar se atende ao requisito de “não depender do widget nativo” (a interface deixa de ser a padrão) e se consome limites de API.
Canal web · opção 2: Agent API
Chamada server-side ao orquestrador, com token fixo no servidor, como previa a especificação de 09/10. Controle total do payload, mas exige camada intermediária (Apex ou proxy), tratamento de sessão próprio e consumo de limites e créditos a dimensionar. Fica como alternativa se a mensageria customizada não atender ao MGI e tende ao cenário conservador da estimativa.
06 · Plano de MVP e evoluções
Alicerce primeiro, evolução guiada por dados de uso.
O MVP de 13/11 concentra o que é caro de mudar depois: onde o site vive, como o canal fala com o orquestrador, a base do Design System, a segurança da página aberta e os dados que vão orientar as próximas fases. O que depende de uso real ou de novas decisões do governo fica para evoluções com critério de entrada definido.
Alicerce · entra no MVP
Itens que todas as evoluções reutilizam. Refazer depois custa mais do que fazer certo agora.
- 1Experience Cloud na org do Serviço na Ponta. Site LWR com acesso convidado e subdomínio gov.br. Mudar de hospedagem depois significa migrar site, domínio e certificado.
- 2Canal ligado ao orquestrador e aos 8 agentes. MIAW customizado, recomendado pelo time técnico, ou Agent API, decidido em 21/10. O orquestrador não muda: o canal entra com transações bloqueadas pela habilitação por canal. O contrato de mensagens é o mesmo para todas as evoluções.
- 3Fundação do Design System gov.br. Tokens, Rawline, grid e componentes LWC reutilizáveis. Cada nova tela depois parte dessa base.
- 4Segurança do acesso anônimo e guardrails. Limites de taxa, CSP/CORS, recusa segura, sem cobertura e bloqueio de transações. Sem isso não há publicação.
- 5Privacidade, retenção e telemetria mínima. Aviso ao cidadão, retenção de 45 dias e eventos de uso. Os dados decidem a Evolução 1.
- 6Acessibilidade e responsividade. eMAG e WCAG desde o primeiro componente; corrigir depois é retrabalho em todas as telas.
- 7Temas como configuração, sessão pronta para identidade. Temas em metadados, não em código; sessão anônima desenhada para aceitar login gov.br sem reescrever o canal.
Evolução · depois do MVP
Itens que ganham com dados reais ou dependem de decisões e contratações ainda abertas.
- E1Destaques dinâmicos com curadoria (top 3 e sazonais), que precisam de semanas de dados de demanda.
- E1Feedback do cidadão e painel de uso com temas, lacunas de cobertura e consumo.
- E1Ajustes de UX a partir do comportamento real, com base nos temas consultados e nas lacunas de cobertura.
- E2Abertura ampla e escala: link no portal gov.br, capacidade revisada com volumetria real, novos agentes do Serviço na Ponta, resposta em áudio.
- E3Identidade gov.br: login, histórico e personalização por CPF, com licenças de membros e LGPD.
- E4Plataforma (Plano B): org dedicada como homepage, Data Cloud One, transações e internalização do front pela Dataprev. Pré-requisito: esteira de deploy automatizada para replicar os agentes entre orgs.
O que o cidadão vê em 13/11
| Fase | Período | Entrega | Critério de saída | Horas PS |
|---|---|---|---|---|
| Fase 0 · Preparar | 16/10 a 21/10 | Critérios de aceite a partir das reuniões, decisão de escopo, licenças, volumetria, autorização das ferramentas de IA, início da fundação do DS | Escopo do MVP congelado em 21/10 | 32 h |
| Fase 1 · Alicerce e MVP | 22/10 a 13/11 | Os sete itens do alicerce e a experiência acima, com demos frequentes ao MGI | Go/No-Go em 12/11 com homologação MGI e auditoria de acessibilidade | 352 h |
| Hypercare | 13/11 a 27/11 | Publicação controlada, monitoramento de consumo, correções | Duas semanas sem incidente crítico e consumo dentro do teto | 48 h |
| Evolução 1 · Experiência guiada por dados | 30/11 a 18/12 | Destaques com curadoria, feedback, painel de uso, ajustes de UX, fontes estruturadas, teste de carga para abertura ampla | Carga validada contra a volumetria e aceite do MGI | 192 h |
| Evolução 2 · Abertura e escala | jan a fev/2027 | Link no portal gov.br, ajuste de capacidade, conteúdo sazonal, novos agentes, áudio | Consumo e capacidade aprovados para tráfego aberto | 240 a 400 h |
| Evolução 3 · Identidade gov.br | 1º semestre/2027 | Login gov.br, histórico, personalização por CPF | Discovery próprio, licenças de membros e parecer LGPD | 320 a 720 h |
| Evolução 4 · Plataforma | 2027 | Org dedicada como homepage, Data Cloud One, transações, internalização do front | Nova contratação, desenho de arquitetura e esteira de deploy automatizada entre orgs | Não estimado |
Fase 0, Fase 1 e hypercare formam o MVP de 432 h. Evoluções 2 e 3 são ordem de grandeza, já considerando aceleração por IA, e serão recalibradas em discovery próprio.
07 · Aceleração com IA
Claude Code, Cursor e vibe coding: 33% menos esforço no MVP.
A mesma entrega foi estimada duas vezes. Sem IA, 642 h. Com as ferramentas de desenvolvimento assistido, 432 h. A redução de 33% é premissa de planejamento deste trabalho, não um índice medido neste cliente. O comparativo completo está na página de Professional Services.
Critérios a partir das reuniões
Rascunho de critérios de aceite e de casos de teste a partir das notas com MGI e Dataprev, revisado pela BSA antes de virar construção.
Claude Code, Cursor e vibe coding
LWC, metadados do site, configuração do canal e scripts de deploy gerados com IA e revisados pela equipe. Os mockups HTML de 15/10 viram componentes do Design System gov.br.
Testes gerados e revisão humana
Testes automatizados, checagem de acessibilidade e regressão de enunciados do orquestrador. A homologação do MGI continua com pessoas.
| Frente | Como a IA ajuda | Continua humano | Redução |
|---|---|---|---|
| Preparação | Extração de requisitos, decisões e restrições das reuniões; rascunho dos critérios de aceite | Priorização e aceite com o MGI | 33% |
| Design System gov.br | Conversão dos mockups em tokens e componentes LWC; variações de estado e layout responsivo por vibe coding | Julgamento de aderência ao DS e à linguagem cidadã | 31% a 36% |
| Site, canal e interface | Geração de LWC, metadados do Experience Cloud e configuração do canal; refatoração e documentação no próprio repositório | Revisão de código e decisões de integração com o orquestrador | 31% a 47% |
| Arquitetura, guardrails e telemetria | Rascunho de políticas de CSP/CORS e limites, casos adversariais para guardrails, eventos de telemetria | Desenho de segurança do acesso anônimo e aprovação das instruções do orquestrador | 29% a 50% |
| Validação | Testes Jest, verificação automatizada de acessibilidade, suíte de regressão de enunciados para o orquestrador, roteiro de carga | Homologação, auditoria final de acessibilidade | 40% |
| Gestão, publicação e hypercare | Atas, status e runbooks gerados a partir do repositório | Decisões, comunicação, resposta a incidentes | 10% a 11% |
08 · Levantamento de Professional Services
432 horas para o MVP com IA, contra 642 sem IA.
Estimativa bottom-up do MVP (Fase 0, Fase 1 e hypercare) por frente de trabalho. O ponto cinza é o esforço sem IA para o mesmo escopo; o ponto azul é o esforço com Claude Code, Cursor e vibe coding. A diferença para a versão anterior (832 h) vem da separação entre alicerce e evolução, do uso de IA e da retirada das perguntas sugeridas.
| Frente | Escopo | Sem IA | Com IA | Redução |
|---|
09 · Recursos necessários
Dois recursos dedicados, três apoios e decisões do governo.
Squad enxuta, multiplicada por ferramentas de IA. Um perfil de UX garante a aderência ao Design System gov.br; um perfil Core cria o Experience Cloud dentro da org do Serviço na Ponta e, por conhecer Agentforce, liga o canal do portal ao orquestrador e aos agentes que já estão em produção. No Quick Sync, o time técnico confirmou que o esforço de Agentforce se resume ao channeling, porque o orquestrador não muda.
UX/UI · Design System gov.br
Transforma os mockups de 15/10 em uma fundação reutilizável do Padrão Digital de Governo: tokens, Rawline, grid, componentes e estados. Escreve os textos da interface em linguagem cidadã, define com o MGI os nomes e as descrições dos temas da lateral e conduz a revisão de acessibilidade (eMAG e WCAG). Prototipa com vibe coding e entrega componentes prontos para o Core integrar.
Core · Experience Cloud + Agentforce
Cria o site LWR com acesso convidado e domínio personalizado na org do Serviço na Ponta, configura o canal (MIAW customizado ou Agent API) e liga o portal ao orquestrador e aos 8 especialistas, sem duplicar agentes. Constrói a interface conversacional com Claude Code e Cursor e responde pela publicação. No Quick Sync, William Pais (PAT, time de Eric), indicado por Rafael Roquette, foi apontado por Vinícius e Luan como o perfil certo, pela experiência com Experience Cloud e DS gov.br, e faria também o channeling. Alocação a confirmar com Eric, depois da formalização do contrato pela Dataprev.
| Perfil | Responsabilidade | Dedicação e período | Horas | Participação |
|---|
MGI
- Decisor e PO: Paulo Nei; Fernando Dantas na substituição durante as férias. SLA de decisão de até 2 dias úteis.
- Gestão técnica: Thaciana Cerqueira.
- Curadoria de conteúdo: lista de temas, nomes das políticas e destaques semanais.
- Homologação: Danilo Poso, Matheus Andrade e Alex Castro, de 09/11 a 12/11.
- CPQD: Ayslan Silveira confirma se a página entra no escopo de testes.
- Domínio: definição do nome do subdomínio e da governança de DNS com quem administra o gov.br.
Dataprev
- Coordenação da demanda: Edmilson Barcelos Rocha e Fernanda Monteiro (DIAU).
- Volumetria: acessos do gov.br com Milena e Roberto, até 20/10, para dimensionar capacidade e consumo. Juliane cobra Edmilson.
- PA própria e contrato: abertura do plano de atendimento como produto novo. A formalização do contrato é pré-condição para alocar a equipe PS (Aline Sabino, Quick Sync).
- Segurança e LGPD: aviso de privacidade, retenção e aceite de segurança da página aberta.
- Longo prazo: estratégia de internalização do front-end.
Licenças e capacidade da plataforma
| Item | Necessidade | Estado |
|---|---|---|
| Experience Cloud na org Serviço na Ponta | Site criado dentro da org existente, com acesso convidado para público externo, sem login. Segundo Luan, a org não tem licença de Experience Cloud hoje: tende a ser nova contratação. Limites de page views e de usuário convidado precisam ser comparados com a volumetria por um especialista de Experience Cloud. Licenças Customer Community Logins/Members passam a ser necessárias quando houver login (fase 2) | Crítico · até 23/10 |
| Consumo Agentforce | Créditos por conversa e ação no orquestrador e nos especialistas, multiplicados pelo volume do canal aberto | Dimensionar com volumetria |
| Limites de API | Confirmar se o canal web consome API calls; a org já consome limites com a integração ServiceNow. Luan acredita que não consome; se consumir, o limite precisa aumentar de imediato | Vinícius Machuca verificando |
| Armazenamento de sessões | Exclusão automática em D-45 já agendada e armazenamento ampliado pela Dataprev; reavaliar com o volume web somado ao WhatsApp, sobretudo em picos de campanha | Configurado |
| Domínio e certificado | Subdomínio gov.br apontado para o site, com certificado e domínio personalizado no Experience Cloud | Responsável a definir |
| Ferramentas de IA da equipe PS | Uso de Claude Code e Cursor em sandbox, sem dados de cidadão. Depende de autorização | Crítico · até 23/10 |
10 · Estimativa de implementação
MVP em 13/11 com dois dedicados, se a IA for autorizada.
Três cenários para o mesmo escopo de MVP, com início em 22/10. A capacidade do recurso Core até 13/11 é de cerca de 128 h, o que define o limite do que cabe no MVP; o restante foi deslocado para a Evolução 1.
Publicação 13/11
- MIAW customizado aprovado em 21/10
- Consentimento de IA e licenças até 23/10
- Sem rodada do CPQD
- Temas entregues pelo MGI até 30/10
Publicação controlada 13/11, hypercare até 27/11
- Claude Code, Cursor e vibe coding em sandbox
- Ajustes moderados de guardrails no orquestrador
- Uma rodada de ajustes de UX após homologação
- UX e Core dedicados, três apoios parciais
Publicação 27/11
- Agent API com camada intermediária
- Licenças ou consentimento após 23/10
- Rodada formal de testes do CPQD
- Exige segundo desenvolvedor Core ou desloca a data
Premissas
- Escopo do MVP congelado em 21/10, conforme o alicerce.
- Experience Cloud criado na org do Serviço na Ponta, com sandbox e pipeline existentes.
- Orquestrador e 8 agentes em produção, sem novos agentes e sem mudança estrutural: o portal entra como novo canal.
- Mockups de 15/10 como base de UX, com uma rodada de ajustes.
- Decisões do MGI em até 48 horas e presença do decisor nas demos.
- Uso de IA autorizado em sandbox, sem dados de cidadão.
Exclusões do MVP
- Destaques dinâmicos, feedback e painel de uso (Evolução 1).
- Áudio e abertura ampla (Evolução 2).
- Login gov.br, histórico e CPF (Evolução 3).
- Transações, org dedicada e homepage (Evolução 4).
- Testes executados pelo CPQD, licenças, créditos e sustentação.
- Produção de conteúdo das políticas.
Gatilhos de reestimativa
- Consentimento de IA negado ou restrito.
- Agent API no lugar do MIAW customizado.
- Canal web consumindo limites de API acima da margem da org.
- Alocação da equipe atrasada pela formalização do contrato.
- Volumetria que exija org dedicada ou mais capacidade.
- Itens de evolução puxados para o MVP.
- Reprovação de aderência ao Design System.
- Rodada formal do CPQD.
| Fase | Escopo | Faixa | Referência | Acumulado |
|---|---|---|---|---|
| MVP (Fase 0, Fase 1 e hypercare) | Alicerce e experiência de 13/11 | 362 a 592 h | 432 h | 432 h |
| Evolução 1 | Experiência guiada por dados | 152 a 272 h | 192 h | 624 h |
| Evolução 2 | Abertura e escala | 240 a 400 h | ordem de grandeza | até ~1.024 h |
| Evolução 3 | Identidade gov.br | 320 a 720 h | discovery próprio | não somado |
| Evolução 4 | Plataforma e homepage | Não estimado | desenho de arquitetura | não somado |
11 · Cronograma reverso
MVP em 13/11, hypercare até 27/11 e Evolução 1 até 18/12.
Cenário com IA, planejado de trás para frente a partir do alvo de 15/11 discutido no discovery. Como 15/11 é domingo e feriado, a publicação controlada fica em 13/11 (sexta), sem ampla divulgação. A Evolução 1 começa após o hypercare, com duas semanas de dados reais de uso. Finados (02/11) e Consciência Negra (20/11) estão marcados.
Em telas menores, role o gráfico na horizontal para ver hypercare e Evolução 1 (30/11 a 18/12).
12 · Riscos e decisões
“Cada escolha é uma renúncia”: pauta para 21/10.
Decisões necessárias
- Mecanismo do canal web: MIAW com interface customizada, recomendação técnica do Quick Sync, ou Agent API.
- Plano A e Plano B: confirmar o Plano A para o piloto e decidir se o desenho do Plano B (org dedicada, agentes replicados e Data Cloud One) corre em paralelo, como caminho para a homepage.
- Equilíbrio entre aberto e guiado: pergunta livre, temas na lateral como contexto e mensagem para assunto sem cobertura; aceite do MGI para a retirada das perguntas sugeridas pedidas no Discovery.
- Temas da barra lateral: quais dos 8 agentes, nomes e categorias; quem faz a curadoria dos destaques.
- Subdomínio: nome, responsável pelo DNS e certificado.
- Lançamento: publicação controlada em 13/11 sem ampla divulgação; critério para abrir ao público.
- Testes: testes internos MGI (Danilo, Matheus, Alex) ou rodada do CPQD.
- Privacidade: texto do aviso ao cidadão e confirmação da retenção de 45 dias.
- Licenças e capacidade: contratação de Experience Cloud para público externo, teto de consumo para o piloto e resposta sobre limites de API.
- Corte do MVP: aceite do alicerce e do deslocamento de destaques dinâmicos, feedback e painel de uso para a Evolução 1.
- Ferramentas de IA: consentimento para Claude Code e Cursor em sandbox, sem dados de cidadão, e cadência de demos com o decisor do MGI.
Volumetria desconhecida
A premissa de 70 milhões de acessos mensais ao portal ainda não informa quantos virarão conversas. Sem dados reais, um link no portal gov.br pode exceder a capacidade e o consumo previstos. Como o portal divide orquestrador, LLM e limites com o WhatsApp, um pico no portal afeta os dois canais. Mitigação: lançamento controlado, limites de taxa e monitoramento de consumo por canal.
Licença e contrato
A org do Serviço na Ponta não tem licença de Experience Cloud, e a alocação da equipe depende da formalização do contrato pela Dataprev. Mitigação: iniciar a contratação e a PA própria em paralelo à decisão de 21/10.
Prazo com feriados e recurso Core único
Dezesseis dias úteis entre 22/10 e 13/11, com 02/11 no meio. O recurso Core é o gargalo: qualquer decisão após 21/10 ou ausência dele consome o hypercare. Mitigação: UX entrega componentes prontos e um segundo Core fica identificado como reserva.
Autorização das ferramentas de IA
Sem autorização, o esforço volta a 642 h. Mitigação: confirmação até 23/10, uso restrito a sandbox sem dados de cidadão e plano B com segundo desenvolvedor.
Guardrails em página aberta
Perguntas fora de cobertura e tentativas de abuso. O Quick Sync registrou falha recente no gateway de LLM: para Vinícius, customizações de performance feitas antes podem ter sido invalidadas por atualização da plataforma, e prompts padrão deixaram de executar ações. Como o portal usa o mesmo orquestrador, uma falha assim atinge os dois canais. Mitigação: regressão de prompts e ações no QA e a cada release da plataforma.
Aderência ao Design System
Risco de reprovação se o DS não for seguido desde o início. Mitigação: perfil com experiência prévia em DS gov.br e revisão de acessibilidade na semana 2.
13 · Fontes
Rastreabilidade.
Reuniões
- DM.211347 · Página Chat gov.br, 01/10 ↗ · POC, volumetria, Plone, opções de hospedagem.
- Discovery Página Chat gov.br, 14/10 ↗ · layout, orquestrador, CPQD, prazo.
- Quick Sync Chat GovBr, 15/10 ↗ · notas e transcrição: novo canal, Plano A e Plano B, mensageria customizada, limites de API, capacidade, DS obrigatório, retenção, recursos.
- Account Team Dataprev, 15/10 ↗ · 8 agentes, subdomínio, licenças, médio prazo.
E-mails e materiais
- Discovery da Página Chat gov.br, 09/10 ↗ · especificação da demanda.
- Resumo do Discovery, 15/10 ↗ · Edmilson Barcelos Rocha.
- Retorno do MGI sobre a POC, 02/10 ↗
- Chat gov.br · Proposta de telas · mockups navegáveis enviados em 16/10, com revisão técnica em 19/10. Telas e jornada em PDF.
- Padrão Digital de Governo ↗