A resposta de Vendas

Proteger o canal. Transformar prova em padrão. Escalar pela Dataprev.

A renovação de 2026 protege o que já funciona. O crescimento de longo prazo vem quando Serviço na Ponta e PAT deixam de ser projetos isolados e viram capacidades reutilizáveis da Dataprev. Salesforce ocupa a camada de relacionamento e execução, sem disputar IND, UNA, elegibilidade, benefícios ou pagamentos.

Decisão recomendadaConcentrar cobertura executiva e recursos em três movimentos: estabilizar Serviço na Ponta, provar PAT como segundo padrão e fechar com Francisco e Saulo o catálogo de capacidades que a Dataprev poderá replicar. Estados, municípios, CNJ, documentos e mercado privado permanecem como expansão condicionada, não como forecast imediato.

Defender

26/OUT

Serviço na Ponta volta ao cidadão. A lista final de agentes e o Sentinela ainda precisam de fechamento.

Provar

15/NOV

PAT entra em produção. É o teste da pista de loja, não a plataforma completa.

Padronizar

Francisco

Área nova, quatro pessoas, metade inovação e metade padronização, segundo Saulo em 21/SET.

Escalar

UNA

Veículo preferido por Saulo para distribuir capacidade a 10 a 12 contratos já existentes, número da fala dele.

Valor para a Dataprev

Mais contratos sem reconstruir cada solução

Menor tempo para ativar um novo cliente, uso do parque já comprado, operação preservada na estatal e um catálogo que Francisco consegue oferecer quando a demanda aparece.

Valor para a Salesforce

Expansão por adoção e reuso, não por projeto avulso

Licença e consumo crescem quando a mesma capacidade alcança mais órgãos e contratos. PS cria o primeiro padrão. Integradores assumem a repetição. Salesforce mantém design authority e evolução de produto.

Onde jogar e como ganhar

A Salesforce não substitui a plataforma. Torna a plataforma utilizável na ponta.

A resposta comercial fica simples quando as fronteiras são explícitas.

01 · Dataprev

Guarda e governa

IND, CNIS, CadÚnico, identidade, benefício, pagamento, contrato, operação e chave criptográfica permanecem sob controle da estatal.

02 · UNA

Processa e distribui

A plataforma multicliente da Dataprev organiza serviços e é o veículo preferido para escala. Salesforce conversa com a UNA, não a substitui.

03 · Salesforce

Executa e avisa

Canal, jornada, caso, proatividade, colaboração com o cliente, integração e analytics da relação. O cidadão percebe esta camada.

Papel comercial

Fabricante e plataforma

Salesforce desenha a arquitetura com a Dataprev. Não entra na lista das 15 empresas como mais uma integradora.

Papel de PS

Reduzir o risco do primeiro padrão

First-of-kind, arquitetura, guardrails, implementação inicial e transferência. PS permanente seria dependência, não sucesso.

Papel dos parceiros

Industrializar a repetição

Integradores habilitados constroem, corrigem e sustentam. Dataprev continua accountable pela operação do serviço público.

Como ganharNão vender “mais um agente” ou “mais uma nuvem”. Vender o padrão que reduz o tempo entre demanda, contrato e produção, usando o que a Dataprev já comprou e preservando soberania operacional.

Guardrails

O que não faz parte da tese

Salesforce não vira dona da IND, UNA ou dos sistemas estruturais.
Benefício, elegibilidade e pagamento não são apresentados como TAM Salesforce.
ChatGovBR não é tratado como vazio. A fronteira desejada é descoberta no Gov.br e execução na pista transacional, ainda sem acordo formal.
Operação por terceiro não é proposta. A Dataprev mantém governo, contrato e operação em vida.

Portfólio priorizado

Quatro decisões de foco. O restante não disputa o mesmo capital político.

O status abaixo é recomendação executiva de Vendas em 22/SET/2026, baseada em contrato, sponsor, data, reuso e aderência à tese.

Pursue

Serviço na Ponta

Proteger a base e o reason-to-renew.

Resposta: fazer o canal voltar em 26/OUT, fechar lista dos agentes, status do Sentinela, governança de campanha e fronteira ChatGovBR.

Prova: estabilidade, adoção, consumo e capacidade de executar transação, não apenas responder FAQ.

Pursue

PAT

Segundo padrão e teste da loja.

Resposta: manter 15/NOV no núcleo contratado. Marketplace ampliado, inteligência de consumo e migração da loja interna ficam depois da prova.

Prova: transação da facilitadora, aviso CTPS, integração e aceite operacional.

Incubar

UNA + catálogo Francisco

Transformar projeto em capacidade.

Resposta: priorizar capacidades horizontais reutilizáveis, começando por canal, integração, colaboração com cliente, loja e orquestração.

Gate: mandato, backlog, design authority, modelo de operação e primeiro ativo transferível.

Incubar

Data Ágil

Relação com o cliente da Dataprev.

Resposta: iniciativa liderada por Pedro Oliveira, com uma mandala ampla que conecta Slack, Pronto (chamados, ServiceNow), Clarity (demandas), portal Conexão, CRM interno e autoatendimento. Saulo não aprovou o escopo cheio; autorizou começar pequeno, com poucas jornadas. A tese comercial é usar esse recorte para provar que Slack é ambiente operacional do trabalho, não apenas comunicação.

Gate: executar o pacote inicial aprovado, medir ganho por jornada e só então retomar a discussão das demais camadas da mandala e da volumetria projetada por Pedro (cerca de 10.000 licenças).

Monitorar

Estados, municípios, CNJ, documentos, geo e privado

Upside 2027 a 2028.

Resposta: manter como opções de expansão. Promover apenas quando houver cliente nomeado, sponsor, demanda, orçamento e capacidade padrão aplicável.

Fonte: quatro eixos descritos pelo Saulo, sujeitos ao retiro de outubro.

Fora do foco

FAB, Receita e SIAPE

Não lideram o ciclo atual.

Resposta: FAB permanece on hold até sinal novo. Receita enfrenta Serpro e Bem-te-vi. SIAPE continua sem champion nomeado.

Reentrada: sponsor, decisão de cliente, funding e conexão explícita com o padrão reutilizável.

Separado

Anatel

Pipeline quente, mas outra conta de compra.

Resposta: Dataprev atua como SI. Licenças moram na conta Anatel. A SOW de implementação mora na Dataprev.

Regra: não somar licença e SOW como um único contrato Dataprev.

Roadmap recomendado

Provar em 2026. Padronizar em 2027. Escalar depois.

Os horizontes são recomendação Salesforce. O roadmap Dataprev depende do retiro dos diretores e das decisões executivas descritas na próxima tela.

Horizonte 0 · set a dez 2026

Provar e proteger

Restabelecer confiança operacional, medir uso real e proteger a renovação sem prometer a plataforma futura como entrega atual.

Entregas que importam

Serviço na Ponta em produção após o defeso.
Perícia INSS com API e jornada transacional.
PAT no núcleo contratado em 15/NOV.
Governança de campanhas e consumo visível.
Renovação baseada em uso, não em estoque.

Gate de saída: operação estável, escopo aceito, métricas canônicas, consumo medido e confirmação executiva de que os dois padrões serão reutilizados.

Horizonte 1 · 2027

Padronizar e transferir

Transformar os aprendizados em catálogo Dataprev, com UNA como veículo, Francisco como articulador e integradores preparados para repetir.

Capacidades

Blueprint de relacionamento e execução.
Loja reutilizável, se PAT provar a pista.
Orquestração híbrida sob governo Dataprev.
Slack como sistema operacional do trabalho com clientes e agentes.
MuleSoft como premissa de integração.
Design authority, runbooks e observabilidade.

Gate de saída: padrão aprovado, segunda aplicação comparável, integrador treinado, Dataprev pronta para operar e modelo econômico validado.

Horizonte 2 · 2027 a 2028

Replicar e expandir

Levar capacidades prontas a novos contratos e mercados sem reconstruir a solução para cada ente.

Linhas de expansão

Estados e municípios em produto multicliente.
CNJ, identidade e registros civis.
Qualificação documental e canal proativo.
Mercado privado que reduz custo público.
Geo e risco financeiro quando o produto existir.

Regra de entrada: cliente, sponsor, demanda, funding, dado autorizado, padrão reutilizável e papel Salesforce definido antes de abrir forecast.

Poder e decisões

Os nomes já existem. O que falta é obter decisões explícitas.

Este mapa não presume apoio. Ele registra o papel observado e a decisão que Vendas precisa obter.

DecisãoDireção estratégica dos quatro eixos

Quem decideRetiro dos diretores e liderança Dataprev. Rodrigo é o presidente; Saulo declarou sua visão, não uma decisão do conselho.

Resposta necessáriaQuais eixos entram no plano, em qual ordem, com qual sponsor e funding.

QuandoRetiro em outubro, data ainda não registrada.

DecisãoCatálogo e plataforma corporativa

Quem decideFrancisco articula a área nova. Saulo patrocina grandes projetos. Arquitetura, infra e operação precisam aceitar.

Resposta necessáriaPrimeiras capacidades, design authority, critérios de padrão e veículo UNA.

QuandoPróximo ciclo após as provas de 2026.

DecisãoFronteira ChatGovBR × Agentforce

Quem decideMGI e Dataprev, com times de produto e arquitetura.

Resposta necessáriaQuem descobre, quem executa, como o contexto passa e quem opera.

QuandoAntes de transformar a fronteira em premissa comercial.

DecisãoLoja corporativa

Quem decideDataprev após a prova PAT. Hilde e a frente DEME aparecem no discovery; mandato e orçamento precisam ser confirmados.

Resposta necessáriaSe PAT prova uma plataforma reutilizável e quais lojas migram.

QuandoDepois do go-live de 15/NOV.

DecisãoModelo de execução

Quem decideDataprev, jurídico e contratação, apoiados pelo desenho fabricante + integrador.

Resposta necessáriaFronteira entre operação Dataprev, sustentação do integrador e design authority Salesforce.

QuandoAntes da primeira demanda pela base habilitada.

DecisãoArquitetura comercial multi-org

Quem decideDataprev define a topologia. Salesforce Account Team, Produto/Pricing e Deal Desk confirmam o modelo contratual.

Resposta necessáriaComo Flex, Data 360, canais e Success escalam quando PAT, Loja Dataprev e novas demandas nascem em orgs separadas.

QuandoAntes de fechar a renovação e antes de criar a próxima org.

Leitura de poderSaulo é o validador executivo da visão e Francisco é o provável articulador do catálogo. Nenhum dos dois deve ser apresentado como economic buyer ou autoridade final sem confirmação. O retiro e Rodrigo fecham a direção. MGI e os ministérios continuam donos da demanda de política pública.

Modelo comercial

A base prova presença. A renovação protege o músculo. A expansão depende de adoção.

Valores abaixo são linhas separadas do Org62. Não devem ser somados como uma única Order Form. Stage e conta compradora continuam governando a leitura.

Closed 2026

R$ 7,10M

Seis oportunidades de Message Credits WhatsApp do Serviço na Ponta.

Org62, extração 18/SET/2026.

Closed 2026

R$ 6,00M

Flex Credits Unlimited na org MGI de homologação.

Closed 30/JUL. Wallet não lida.

Closed 2026

R$ 2,68M

PAT Core. Inclui portal, Sales, Tableau, storage e Success. Não inclui agente pago nesta entrega.

Closed 27/AGO.

Closed 2026

R$ 1,84M

MuleSoft UNA Platform, 14 cores de produção e 8 de pré-produção.

Closed 31/JAN.

Lacuna comercial de escala: Unlimited não é uma arquitetura multi-orgNo desenho comercial observado, o Flex Credits Unlimited de R$ 6 milhões está associado à org MGI de homologação. O PAT nasceu em org separada e sua Order Form não traz Agentforce pago nesta entrega. A Loja Dataprev também é tratada como nova org. Portanto, o benefício contratado em uma org não deve ser apresentado como capacidade automaticamente disponível nas seguintes. Transferência, compartilhamento ou pooling entre orgs precisam de confirmação expressa de Produto/Pricing e Deal Desk. Sem um modelo multi-org, cada novo projeto pode reabrir licenciamento, consumo, Success, segurança e custo, o oposto da escala prometida.

Loja DEME · base comercial recebida em 06/10Hildegard confirmou em 06/10: 30 usuários internos e aproximadamente 11.000 cadastrados envolvidos nas contratações, entre solicitantes, signatários e responsáveis. Projeta mais cerca de 500 contratações ainda em 2026, repetição ou superação do pico de 2022 em 2027 por recontratação e média de 250 por ano nos anos seguintes. São estimativas, sem compromisso mínimo de contratos. A DEME prefere valor fixo mensal para sustentação e/ou licenciamento, sem mínimo mensal ou anual de contratos. Métrica por contratos tem aceitação incerta e faturamento não é o cenário preferencial. A base de 11 mil cadastrados não equivale a usuários ativos mensais. Hoje há dois acessos mensais para medição e boleto; no futuro, essas atividades devem migrar para outra solução em desenvolvimento, deixando apenas cancelamentos e aditivos eventuais na Loja. Não dimensionar 11 mil acessos recorrentes como fato. Produto/Pricing e Deal Desk precisam validar métrica e capacidade para o pico de 2027; não presumir direitos da org MGI. Fonte: Questionamentos Marketplace · resposta de Hildegard, 06/10/2026.

Loja DEME · diligência comercial após a demoA transcrição de 01/10 confirma preferência por preço previsível e rejeição de faturamento como base de cobrança. Em 06/10, Mattei discutiu no grupo hipóteses de R$ 1 bilhão, com alternativa de R$ 800 milhões, para sizing de billing blocks. São premissas internas sem confirmação do cliente, não receita da Loja. Validar dependências técnicas e comerciais com Produto/Pricing e Deal Desk e conciliar com o valor fixo mensal pedido pela DEME. ERP continua fonte oficial e faturamento; isso não garante ausência de limites comerciais em Revenue. A planilha de 06/10 é análise inicial com apoio de IA, sem homologação. Catálogo atual: 11 produtos informados em 01/10; obter as regras dos dois adicionais à base de nove.

Resposta para a renovaçãoRenovar a capacidade de relacionamento e execução comprovada, corrigir subutilização do que já foi comprado e deixar expansão futura condicionada a consumo e reuso. A ambição “9 para 18 milhões” não entra como target deste material até moeda, baseline e escopo serem confirmados.

Renovação, não contrato vigente

Plataforma, MC e MuleSoft

Platform / Call Center: R$ 23,92M, stage Negotiate.
Marketing Cloud: R$ 5,30M, stage Agreed.
MuleSoft: R$ 947 mil e R$ 1,84M, stages Initiate.

Org62 18/SET. Valores não somados nesta visão.

Expansão condicionada

Onde existe upside

Mais órgãos no mesmo canal e na mesma camada de integração.
Data Ágil no recorte de clientes da Dataprev.
Loja corporativa após a prova PAT.
Capacidades UNA replicadas por integradores.

Não tratar como forecast sem sponsor, gate e oportunidade.

Plano comercial · Slack

Não vender uma ferramenta de comunicação. Demonstrar um sistema operacional de trabalho.

O ponto de entrada respeita a leitura atual do Saulo: a Dataprev já tem ferramenta sedimentada para comunicação e gestão interna, e o executivo autorizou apenas um recorte pequeno da mandala trazida por Pedro Oliveira em Data Ágil. Slack entra onde a dor ainda está aberta, na relação com clientes, órgãos, projetos e agentes, e o valor aparece quando conversa, demanda, decisão e execução permanecem no mesmo contexto, de forma rastreável.

Contexto

Memória do trabalho

Cada cliente, projeto ou agente mantém histórico, decisões, documentos, incidentes e evolução em um lugar consultável.

Processo

Workflow e aprovação

Solicitação estruturada, triagem, aprovação, gate de produção e escalonamento deixam de depender de e-mail e mensagem solta.

Execução

Agentes no fluxo

Agentforce encontra contexto, resume, cria demanda, atualiza status e aciona sistemas sem tirar o time do ambiente de trabalho.

Gestão

Pulso executivo

Backlog, entregas, riscos, crises e próximos marcos ficam visíveis sem dois dias de levantamento manual.

Base: mandala Data Ágil trazida por Pedro Oliveira (Slack, Pronto/ServiceNow, Clarity, portal Conexão, CRM, autoatendimento) e material interno “Modelo de operação no Slack”. Saulo autorizou apenas o recorte inicial. Os cerca de 10.000 acessos projetados por Pedro seguem como estimativa a validar, não como público contratado.

Sequência comercial do Slack A lógica é simples: provar, medir e só então expandir.

1

Começar com o que já existe

Executar o pacote inicial aprovado por Saulo em Data Ágil para provar governança e workflow em poucas jornadas.

2

Mostrar na prática

Executar uma jornada completa entre cliente e Dataprev: demanda, aprovação, incidente e decisão.

3

Medir o que mudou

Comparar tempo gasto, rastreabilidade e qualidade antes e depois do Slack.

4

Expandir onde há valor

Abrir novas camadas da mandala Data Ágil (Pronto, Clarity, Conexão, CRM) somente após validar público, processo e resultado.

5

Deixar a adoção puxar

Discutir uso interno mais amplo apenas quando a própria operação mostrar que precisa dessa expansão.

Universo de produtos, sem virar lista de SKU

Relação e execuçãoCapacidade reutilizável

AgentforceExecuta ações

Data 360Ativa contexto

MuleSoftConecta o core

SlackCliente e governança

WhatsAppCanal comprovado

Service + MCCaso e proatividade

Riscos e concorrência

Coexistir quando a casa já escolheu. Competir apenas onde existe espaço real.

A resposta recomendada evita vender substituição onde a Dataprev já tem plataforma, operação ou decisão.

01

ChatGovBR e CPQD

O chat central do governo já existe. Pode avançar de descoberta para execução.

Resposta

Fechar a fronteira formal. Agentforce só mantém posição se executar jornadas e transações que o ChatGovBR não cobre.

02

Loja DTP em disputa

ServiceNow aparece como owner atual na leitura do Saulo. Hildegard, porém, está buscando uma alternativa porque a solução existente é muito customizada e sofre com quebras nas atualizações.

Resposta

Tratar como oportunidade competitiva ativa. Em 01/OUT, B2B Commerce + Revenue Cloud foi demonstrado com configuração de UNA, cotação e minuta. Hildegard percebeu aderência no mostrado; Chico pediu mapeamento dos obrigatórios, customizações, horas e licenças. Em 06/10, Hildegard esclareceu a base de usuários e as projeções; Gabriel confirmou que Serviços segue avaliando nativo versus desenvolvimento. Fechar economics e critérios de decisão com pouca customização. PAT é referência de entrega, outra oportunidade; não há decisão de compra confirmada.

03

Oracle CDP

Dois CDPs Oracle estão posicionados para os próximos anos, segundo Saulo.

Resposta

Não vender Data 360 como substituição automática. Posicionar ativação e federação somente onde houver gap comprovado.

04

Google, AWS, Huawei e outras nuvens

A Dataprev opera ambiente multicloud e os integradores habilitados cobrem várias tecnologias.

Resposta

Ganhar pela combinação de processo, canal, CRM, integração e governança, não pelo argumento de infraestrutura genérica.

05

Integradores habilitados

Quinze empresas participaram da consulta. Elas podem assumir a construção repetível.

Resposta

Salesforce fica como fabricante, first-of-kind, design authority e assurance. Não competir pela fábrica permanente.

06

Subutilização e credibilidade

Data 360 contratado com uso relatado de cerca de 5%, Wallet não lida e números divergentes no material-base.

Resposta

Medir consumo e adoção antes de pedir expansão. Corrigir as métricas canônicas na conta.

07

Soberania e operação

Operação por terceiro não prospera na leitura do Saulo. A base jurídica ainda precisa de parecer formal.

Resposta

Dataprev accountable pelo serviço. Integrador em build e sustentação técnica. Salesforce em produto, desenho e exceções.

08

Escala fragmentada por org

Unlimited, storage, Success e outros direitos podem permanecer presos à org contratada. PAT, Loja Dataprev e futuras demandas tendem a criar orgs próprias.

Resposta

Fechar topologia e modelo econômico multi-org antes da renovação: o que é compartilhável, o que precisa ser recomprado, como consumo é medido e qual custo nasce a cada nova org.

Motion RVP · disciplina executiva de conta

Catorze lacunas endereçadas com dado real. Onde a fonte não existe, o dado é chamado de ausente, não inventado.

Cada bloco separa o que foi encontrado nas fontes Salesforce (Org62, Slack, Google Workspace, Granola) do que ainda precisa ser produzido. Fontes de reunião são resumos das notas Granola de fev a set/2026.

Chamada honestaA conta tem sinal operacional forte e informação estratégica dispersa. Não achei quota formal, executive sponsor nomeado, Success Architect alocado, CSM titular, RVP de conta, coverage ratio nem lista dos 15 integradores. Isso não é opinião, é ausência de registro. O motion abaixo pede essas peças em vez de inventá-las.

01 · Forecast, quota, coverage

Não há quota formal Dataprev nas fontes

Encontrado Ambição declarada de US$9M para US$18M (fala interna, sem moeda oficial nem janela fiscal). Meta LATAM 2026: 5 contas acima de US$5M, Dataprev incluída (US$25M agregados). Agentforce em contrato: 27.745 pacotes anuais, 2,77B de créditos, valor fixo em BRL.

Não encontrado Quota FY26 e FY27 assinada, coverage ratio, TAM Salesforce da conta, share of wallet e câmbio target. Requer confirmação com RVP LATAM Public Sector e Deal Desk.

02 · Renewals mechanics

Só Agentforce tem data confirmada nas notas

Encontrado Agentforce/Flex expira em novembro. Owner de conteúdo: Juliane adiciona casos, Rogério coordena cadência interna. Motion V2: expansão de casos GovBR, INSS, PAT/MTE, defesa. Consumo ficou abaixo do projetado.

Não encontrado Datas de expiração, valores e uplift alvo para Marketing Cloud, Data Cloud, Platform, MuleSoft e Slack. Owners de renovação por SKU. Requer extração formal do Org62 e alinhamento com Renewals/Success.

SKU	Expiração	Owner	Motion planejado	Uplift alvo
Agentforce / Flex Credits	Novembro/2026	Juliane (casos) · Rogério (cadência)Granola: renovação Dataprev, jul-set/2026	Renovação V2 com expansão de casos: GovBR, INSS/agendamentos, PAT/MTE, defesa. Resolver distribuição de créditos entre orgs.	Não registrado
Marketing Cloud Next	Não registrado	Rogério com Renê e Gabi (comercial) · PS: Bruna e EricGranola: migração MC Next	Migração para Next com Data Spaces. Discovery MGI/SECOM antes do mapeamento de capacidades.	Não registrado
Data Cloud	Não registrado	Sem owner explícito	~R$400 mil por instância independente. Provisionar Data Cloud próprio por org. Companion/container descartados no contexto Dataprev.	Não registrado
Platform (Sales + Service)	Não registrado	Sem owner explícito	Backbone mínimo por nova org: Sales + Service completo, Flex ilimitados e Data Cloud próprio.	Não registrado
MuleSoft	Não registrado	Sem owner explícito	Integração, cache, filas, circuit breaker e API única para mitigar consumo de chamadas Agentforce.	Não registrado
Slack	Não registrado	Rafa acompanha suporte/configSlack: threads Data Ágil e implementação	SSO com erro em aberto. Fora da POC de e-commerce. Motion: entrar pelo pacote Saulo em Data Ágil.	Não registrado
Org62 (do próprio material)	Platform Negotiate/Review, MC Agreed, MuleSoft InitiateOrg62 extração 18/SET/2026	a definir	Cruzar valores em pipeline com Renewals para chegar em ARR consolidado por SKU.	a definir

03 · MEDDPICC por deal

Só Data Ágil tem Champion e Economic Buyer nomeados nas notas

Encontrado Data Ágil: Champion Pedro N. Oliveira, EB Rodrigo (escalada Márcio), compelling event operacional até dez/2026. Serviço na Ponta: Dr. Rodrigo sustenta "não há possibilidade de não entrega", compelling event 26/OUT (Sentinela) e 15/NOV. PAT: Georges Leitão é interlocutor estratégico, compelling event go-live 15/NOV e cotação 30/SET. UNA: Chico como referência técnica, compelling event fim do contrato Serve Sinal. Loja DTP: Hildegard Barbosa compartilha visão, compelling event alta customização; demo realizada 01/OUT e pedido de proposta; sizing recebido 06/10, sem decisão de compra. Microsoft AD contratado para internos e IA documental existente; reuso e integrações ainda sujeitos à avaliação de Serviços.

Não encontrado Champion formal em Serviço na Ponta, PAT, UNA e Loja DTP. Economic Buyer em Serviço na Ponta, PAT, UNA e Loja DTP. Paper process e Decision Criteria escritos por deal. Requer sessão MEDDPICC por opp com o AE.

04 · Cobertura Ohana

Time operacional mapeado. Papéis formais em aberto.

Encontrado Estratégia/BSA: Juliane Lopes. Arquitetura: Rogério Meira. Relacionamento comercial: Fernanda Pacheco Rodrigues. Portfólio/PSS: Cláudio Salas. PS Delivery e CoE proposto: Rafael Roquette. Estimativas/SI: Nelson Stebulaitis Filho. Field Marketing LATAM POC para o AE Dataprev: Laís Domeneghetti. Services Deal Strategy engajado: Mariano Buttigliero.

Não encontrado AE nomeado por nome próprio nas notas lidas. CSM titular. Success Architect alocado. Partner Manager. Slack AE, MuleSoft AE e Data Cloud AE dedicados. RVP LATAM Public Sector. SVP responsável pela conta.

05 · Executive Sponsor Program (ESP)

Não há ESP nomeado para a Dataprev

Encontrado Governança operacional existe: comitê executivo Salesforce interno semanal (Juliane, Vinícius, Aline, Rafael). Comitê executivo Dataprev previsto (Fernanda, Maik, Saulo/Yuri, pendente validação Saulo). Cadência prevista: status semanal, comitê quinzenal, encontros bimestrais com Alan e Rodrigo Assunção. Reunião executiva mensal. Oficina 29-30 SET com Chico e Saulo.

Não encontrado ESP formal (VP+/SVP dedicado). Miguel Milano, Marc Benioff ou outra liderança C-level associada à conta. Roadmap de C-level engagement. Innovation Day ou HQ visit planejados.

06 · Customer health e red account

Dataprev está no Top 20 LACA sensitive, sem Success Architect confirmado

Encontrado MBR Service Cloud Leaders (Rahul Bajpai, 04/JUN/2026) lista Dataprev entre os Top 20 LACA sensitive accounts, junto com Agi Bank e Telecom Argentina, pedindo mais oversight gerencial. Mesma nota alerta que só 3 de 10 red accounts tinham Success Architect engajado em Q2. Diretor sponsor do projeto foi afastado após polêmica INSS, retorno esperado mas não confirmado (conversa 24/MAR).

Não encontrado NPS Dataprev. Health score consolidado. Adoption metrics por SKU (Data 360 aparece com uso relatado de ~5%). Nome do Success Architect alocado ou plano formal de recovery. Requer extração de Gainsight/Success e nomeação explícita.

07 · Multi-org e Deal Desk

Lacuna comercial de escala não tem parecer formal

Encontrado Unlimited Flex Agentforce ancorado na org MGI. PAT, Loja DTP e futuras iniciativas tendem a criar orgs próprias. Data Cloud definido como independente por org (~R$400k/instância). Companion/container org descartadas para Dataprev.

Não encontrado Parecer formal do Deal Desk sobre transferência de direitos entre orgs. Modelo de pricing multi-org aprovado. Regra de consumo consolidada. Custo incremental documentado por org adicional. Requer ticket formal Produto+Pricing antes de novembro.

08 · ChatGovBR e compete plan

Fronteira acordada em nível operacional, sem decisão executiva formal

Encontrado CPQD obrigatório (100-300k req/hora). MGI formaliza demanda, Dataprev estima, MGI confirma. Governança: severidade crítico/alto/médio/baixo. Piloto agente autenticado Gov.br: Ibama no Fala.BR via WhatsApp. Competitor citado: Cogify (WhatsApp Flows nativos com botões). Alternativa em avaliação: Einstein Bot + Flows como camada intermediária. Sala de guerra 10/SET. Ciclo passou de quinzenal para semanal.

Não encontrado Documento formal MGI+Dataprev definindo escopo Agentforce vs ChatGovBR. Compete teardown Cogify. Decisão executiva sobre arquitetura Einstein Bot + Flows. Nenhuma reunião registrada com Serpro nas notas.

09 · PS backlog e delivery risk

Bolsão 4 assinado, entregas parciais, forecast consolidado inexistente

Encontrado Bolsão 4: 5.000h assinadas (reduzido de 9.000h), ~3 meses de sustentação. Bolsão 5 esperado outubro. Data Ágil: ~R$5M em PS. PAT: 4.670 pontos de backlog, Sprint 1 entregou 5 de 227 histórias (3,8%, red flag). UNA: 78 serviços em produção, ~150 previstos. MDS: em produção com limites de escala. Delivery risk PAT: VPN/A3 MuleSoft, modelo canônico atrasado, APIs de terceiros pendentes.

Não encontrado Bookings vs revenue reconhecido consolidado. Horas restantes por frente. Referência a projeto ou horas de ONS. Forecast PS FY27. Requer extração PSA Org62.

10 · Parceiros e enablement

15 integradores citados na consulta, nomes não registrados nas notas Salesforce

Encontrado Referência às "15 empresas habilitadas" vem da consulta pública Dataprev. Tese Salesforce: fabricante, first-of-kind, design authority, assurance. Integrador industrializa a repetição.

Não encontrado Lista nominal dos 15 integradores. Acordos comerciais sell-with/sell-through. Certificações Salesforce por integrador. Plano de enablement Dataprev interno (capacitação time próprio). Partner Manager designado. Requer acesso ao documento da consulta pública e alinhamento com A&C.

Governança e operating rhythm

O que existe hoje. O que ainda precisa nascer.

Cadência	Status	Participantes registrados	Frequência
Comitê executivo interno Salesforce	Ativo	Juliane, Vinícius, Aline, Rafael	Semanal
Comitê executivo Dataprev + Salesforce	Previsto	Fernanda, Maik, Saulo, Yuri (pendente Saulo)	Quinzenal proposto
Encontros com Alan e Rodrigo Assunção	Previsto	Diretoria Dataprev	Bimestral
Reunião executiva mensal de projetos	Registrada	Times de projeto	Mensal
Oficina futuro/novos negócios	Agendada 29-30/SET	Chico, Saulo, Salesforce	Pontual
QBR / EBR formal Salesforce-Dataprev	Não existe	a definir	a definir
Executive Sponsor Program	Não nomeado	a definir	a definir
C-level engagement (Marc, Milano)	Não registrado	a definir	a definir

Ask ao RVP e ao SVP

Cinco decisões que dependem da liderança, não do time de conta.

Antes de 15/OUT

Nomear Executive Sponsor Salesforce

VP ou SVP LATAM Public Sector com mandato de reunião trimestral com Rodrigo Assunção, Alan e Saulo.

Saída: nome, cadência, agenda escrita.

Antes de 15/OUT

Realocar Success Architect à conta

Dataprev é Top 20 LACA sensitive. MBR de junho pediu SA em todas as red accounts. A conta hoje não aparece coberta.

Saída: nome do SA, plano de recovery Serviço na Ponta.

Antes de 30/OUT

Confirmar quota FY27 Dataprev

Ambição 9→18 precisa virar quota assinada com moeda, janela fiscal, baseline e coverage ratio esperado.

Saída: quota escrita em Org62, coverage plan aprovado.

Antes da renovação de novembro

Parecer formal Deal Desk multi-org

Definir transferência de direitos, pricing e regra de consumo antes que PAT, Loja e futuras orgs virem contratos separados sem lógica comum.

Saída: policy multi-org assinada, custo incremental por org publicado.

Antes de 26/OUT

Aprovar compete plan ChatGovBR

Fronteira operacional já foi discutida. Falta decisão executiva Salesforce sobre arquitetura (Einstein Bot + Flows) e teardown formal Cogify.

Saída: documento MGI+Dataprev com escopo Agentforce, arquitetura aprovada.

Fontes consultadas

Notas Granola de reuniões Dataprev, jan a set/2026 (mais de 140 encontros indexados, 60+ lidos em detalhe por tema).
Slack: canais #dtp-agentes-implementation-team, #dataprev-pat-preprojeto, #dataprev-transcripts, #ZC:C0AEKSRPLFM (UNA), #ZC:C0AE8NECZ41 (Agentforce), MBR #global-sig-servicecloud-leaders, #temp-plan-fy27-service-pmm-cnx.
Google Docs Data Ágil, Loja DTP, Alinhamento Ecommerce, apresentações Serviço na Ponta, planilha DE-PARA Dataprev 30 anos.
Org62 (extração 18/SET/2026 do próprio material Future State).

Limites explícitos desta seção

Quota, ESP, RVP, CSM e SA não foram inventados. Se não constam, estão marcados como Não encontrado.
Nomes de AE, Partner Manager e integradores não confirmados por fonte primária permanecem em aberto.
Datas de renovação de Marketing Cloud, Data Cloud, Platform, MuleSoft e Slack precisam ser extraídas do sistema de Renewals.
Compete teardown (Cogify, Oracle, Serpro, Huawei) não existe hoje como documento Salesforce. É trabalho a fazer, não achado.

Plano de ação de Vendas

Cada movimento precisa terminar em decisão, não em mais uma conversa.

Ações organizadas pelo evento que destravam. Datas não confirmadas estão descritas como condição, não compromisso.

Agora

Canonicalizar a verdade da conta

Unificar 30 Slack Closed, volumes do SNP, lista dos agentes, status do Sentinela, FAB e bookings de PS.

Saída: uma página de métricas e status com fonte, período, owner e data de validade.

Antes de 26/OUT

Fechar a prova do Serviço na Ponta

Lista final, escopo em PRD, governança de campanha, critério de estabilidade, consumo e fronteira ChatGovBR.

Saída: aceite operacional e scorecard que autoriza ou bloqueia expansão.

Antes de 15/NOV

Preservar o núcleo PAT

Separar a entrega contratada da tese de marketplace ampliado e da possível loja corporativa.

Saída: go-live aceito e hipótese formal do que pode ser reutilizado.

Retiro de outubro

Obter direção da Dataprev

Quais dos quatro eixos entram, qual é a prioridade, quem patrocina e qual capacidade Francisco deve padronizar primeiro.

Saída: decisão executiva, não apenas leitura do Saulo.

Antes da renovação

Resolver o modelo multi-org

Mapear MGI, PAT, UNA, Loja e próximas orgs. Confirmar com Produto/Pricing e Deal Desk o que compartilha, o que transfere e o que exige nova compra.

Saída: topologia comercial com custo incremental por org e regra de consumo consolidada.

Plano Slack

Mostrar trabalho, não mensagem

Demonstrar uma jornada completa: demanda do cliente, backlog, aprovação, execução por agente, gate de produção, incidente e relatório executivo no mesmo contexto.

Saída: prova com os 30 seats Closed e métricas de tempo, rastreabilidade e qualidade antes de defender 9.500 seats.

Renovação

Vincular base a adoção

Defender o músculo comprovado, corrigir estoque subutilizado e condicionar upside a uso e reuso, sem usar Unlimited de uma org como cobertura implícita das demais.

Saída: narrativa comercial com base protegida, expansão provável e expansão condicionada.

Ciclo 2027

Transformar prova em catálogo

Salesforce e Dataprev desenham. PS incuba. Integrador aprende. Dataprev opera.

Saída: primeiro padrão corporativo com critérios de transferência e segunda aplicação nomeada.

Mensagem final para liderançaA conta não precisa de mais oportunidades soltas. Precisa provar duas capacidades, escolher um padrão, obter mandato executivo e construir o mecanismo pelo qual a Dataprev replica esse padrão. A renovação é a ponte. Não é o destino.

Fontes primárias desta visão

Future State Dataprev × Salesforce, atualizado em 22/SET/2026.
Brainstorm Juliane Lopes e Saulo Milhomem, 21/SET/2026.
Org62, extração de 18/SET/2026.
Decks Dataprev Clientes 2024 e Retiro DRN, nov/2024, usados como direção, não resultado.

Limites da informação

Quatro eixos ainda não aprovados pelo conselho.
Wallet de consumo não lida.
Meta 9 para 18 sem moeda e baseline confirmados.
Project Booked não tratado como faturamento sem PO, OS e reconhecimento confirmados.