Agente: Atlas (Orçamentação)

agente costal

Codinome: Atlas Módulo: Orçamentação Prioridade: 5: Crítica Onda: Onda 1: Quick Wins Status: Concepção — AS-IS v2 validado 03/05 / escopo pendente DP-1, DP-3, DP-4 Área de Processo: Orçamentação e Propostas Owner Anouk: Antônio Pavanelli Owners Costal: Leandro Delecrodio (operacional) · Igor Reginato (homologação MD)


⚠ Decisões pendentes que afetam o escopo

IDPerguntaOwnerPrazoTask
DP-1Atlas único × Atlas + agente irmão dedicado a fornecedores × módulo lógico internoPedro2026-05-15T-112
DP-3Modelo-alvo de Change Orders (Igor 03/05: fora de Orçamentação como dono primário)Igor + Pedrosprint-semana-4T-122
DP-4Cadência operacional Orç × Sup × Obras + mecanismo de padronização do aprendizadoIgor + Pedrosprint-semana-4T-123

DP-1 — Atlas único × agente irmão de fornecedor (codinome Relay)

A complexidade da equalização de propostas de fornecedores revelada na discovery 28/04 com Leandro motivou reflexão de arquitetura. Igor 03/05 reduziu pressão em uma dimensão (Change Orders saem do escopo Atlas) mas manteve o argumento principal de descolamento (equalização semântica + disparo precoce). Igor 05/05 inclinou fortemente para Opção B propondo codinome explícito.

OpçãoDescrição
AAtlas único — engloba ingestão, take-off, CPUs, fornecedores, equalização, BDI, cronograma, validação dual, consolidação automatizada
BAtlas + agente irmão “Relay” (estagiário do Atlas) — codinome proposto por Igor 05/05. Relay atende parceiros e fornecedores-chave, ajudando-os com seus respectivos fornecedores, valores e históricos. Pode ser transversal — Atlas + Compras Costal (independente, boundary Igor 03/05) + CREMS Property/Facilities. Articulação Igor: “a nossa dificuldade é exatamente a dificuldade deles com os seus respectivos fornecedores”
CAtlas + módulo “fornecedor” — separação lógica dentro do Atlas

Recomendação 2026-05-06: sinais convergem para Opção B. Codinome Relay já articulado pelo MD operacional (Igor) com problema-alvo claro. Próximo passo: validar viabilidade arquitetural com Antônio + Gabriel, então fechar DP-1.

Decisão prevista: sprint-semana-3 a 4.


Objetivo

Apoiar o time de orçamentação Costal no ciclo completo de criação de propostas — da entrada heterogênea (RFP, BIM, CAD, memorial, head count, texto livre) à proposta comercial e à linha de base no Sienge pós-vitória — mantendo o orçamentista no loop de decisão, automatizando atividades repetitivas e mecânicas, e construindo memória paramétrica para a Costal greenfield.

Ver detalhes do AS-IS em orcamentacao-spec AS-IS v2 (incorpora revisão estrutural Igor 03/05).

Blocos estruturais do TO-BE (revisão Igor 03/05)

A revisão estrutural de Igor mostrou que o diagrama TO-BE inicial simplificava demais o processo real. Atlas precisa explicitar seis blocos que não apareciam no desenho:

  1. Leitura/consolidação de premissas — memorial, marcos contratuais, condições de pagamento, vendor list, restrições, condições locais (spec §2a). Roda em paralelo ao take-off, não em série.
  2. Separação quantitativo interno × levantamento independente do fornecedor — princípio Costal: não compartilhar quantitativo (spec §6.1). Atlas dispara somente o pacote documental do cliente (R-022).
  3. Bifurcação paramétricos × especiais — itens de prateleira via paramétrico/web; HVAC/terraplanagem/elétrica pesada sempre com cotação obrigatória (spec §10.2). Roteamento automatizado.
  4. Formação estratégica do preço de venda — não só BDI/contexto. Apetite Costal pelo cliente, riscos, momento de demanda interna; trilha paralela de Engenharia de Valor (spec §8.2).
  5. Validação dual — Scope Match + Análise de Riscos — etapas formais (gates), não checagens informais (spec §9a).
  6. Consolidação automatizada da proposta — 3 blocos centrais (escopo / condições / exclusões) + estudos VE + savings projetados (spec §9b). Validação humana opera sobre saída revisada por máquina.

E quatro blocos transversais:

  1. Cronograma 4 camadas — hard logic / soft logic / simulação / contingências (spec §9). Curva S como otimização de margem, caixa e risco — não só prazo.
  2. Disparo precoce paralelo a fornecedordependência de terceiro = acionamento prioritário (spec §7.1). Identifica criticidade e dispara o pacote documental antes do fechamento do quantitativo interno.
  3. Telemetria operacional — calendário de orçamentos, horas por orçamento, esforço por etapa, correlações com m²/valor/tipologia (spec §15). Habilita decisão comercial em tempo real.
  4. Acoplamento Orç × Sup × Obras — ciclo de aprendizado: orçamento estima → suprimentos confirma custo real → obras confirma produtividade real → lake consolida → Atlas recalibra (spec §10.5). Pré-requisito organizacional, não só técnico.

E um bloco que sai do escopo nominal do Atlas:

  • Change Orders — Igor categórico: vão para fluxo adjacente sob gerente de contrato (spec §14, DP-3). Atlas pode ser acionado para reanálise quando CO ultrapassa thresholds.

Processo Atual

ItemValor
Tempo apertado1 semana (~40h trabalhadas)
Tempo ideal (“orçamento bom”)2 semanas
Levantamento (escritório 1.600 m²)13h intensivos / 2 dias
Levantamento (galpão / edificação)+1 dia (3 dias total)
Disparo a fornecedor~300 e-mails / orçamento (60 itens × 5 fornecedores)
Equalização (luminária/mobiliário)meio-dia por proposta fragmentada
Equipe atual2 orçamentistas (Leandro + Lucas) — pretensão de 3
PipelineR$ 300M+
Obras já fechadas CostalUnimed, Sondotécnica, Aliar (3 obras)
Fase do cicloComercial pré-fechamento → kickoff de obra
Prioridade5: Crítica

Como Funciona

Inputs

Entrada heterogênea (validado 28/04 — afeta o esforço de levantamento):

  • Projeto executivo + memorial + caderno de encargos (RFP grande)
  • Projeto BIM ou “quase-BIM” com legenda completa
  • CAD apenas
  • PDF de planta
  • Memorial / head count + Word descrevendo necessidades (com test fit interno por Letícia)
  • “Estudo de massa” — texto livre tipo “1.600 m², escritório para 300 pessoas”
  • “Papel de pão” / texto livre

Inputs de contexto (do Data Lake):

  • Histórico de orçamentos Costal (cresce obra a obra — greenfield)
  • Histórico de propostas de fornecedor por categoria (rede Colliers — cf. T-111)
  • Padrões de BDI/encargos validados (T-114)
  • Preços realizados das obras fechadas (Unimed, Sondotécnica, Aliar — T-115)

Processamento

Capacidades validadas com Leandro 28/04 + Igor 03/05:

CapacidadeStatusComentário
Leitura semântica de memorial + caderno de encargos⚠ pré-req G-047Pré-requisito Igor 03/05: memorial estruturado. Hoje texto livre — leitura semântica frágil sem padronização
Consolidação do pacote mínimo de entrada✅ Igor 03/05Etapa formal nova: memorial + marcos contratuais + condições de pagamento + vendor list + restrições + condições locais
Disparo automático de e-mails padrão por categoria a fornecedores✅ validado”300 e-mails por orçamento — agente faz isso fácil”; NUNCA vaza take-off interno (R-022)
Disparo precoce/paralelo a fornecedores estratégicos✅ Igor 03/05Princípio: dependência de terceiro = acionamento prioritário e paralelo (spec §7.1)
Cobrança automática (e-mail/WhatsApp) com follow-up✅ validado”também tem demanda de cobrar fornecedor”
Recepção e organização de propostas em pasta canônica✅ validadoEstrutura cliente × categoria × fornecedor já existe na rede Colliers
Validação paramétrica (custo/m²)✅ já existe no ExcelAgente formaliza/automatiza
Sugestão de CPUs com base em histórico empresa + benchmark mercado⚠ ressalvaIniciativa privada não orça por SINAPI puro — pricing precisa de mercado real
Roteamento paramétrico × especial✅ Igor 03/05Itens de prateleira via paramétrico/web; HVAC/terraplanagem/elétrica pesada sempre cotação obrigatória
BDI ajustado por contexto (localização + condições pgto + macro schedule)✅ Igor 03/05BDI não é margem fixa — drivers contextuais (spec §8.1)
Trilha paralela de Engenharia de Valor✅ Igor 03/05VE é capacidade nativa, não afterthought. Atlas gera versão padrão + cenários VE com savings projetados
Cronograma 4 camadas (hard/soft/simulação/contingências)✅ Igor 03/05Curva S como otimização de margem, caixa e risco — spec §9
Scope Match (gate formal)✅ Igor 03/05Verifica aderência integral ao requisitado pelo cliente — spec §9a.1
Análise de Riscos estruturada (gate formal)✅ Igor 03/05Assumido / transferido / mitigado / aberto — 7 categorias — spec §9a.2
Consolidação automatizada da proposta (3 blocos + VE + exclusões)✅ Igor 03/05Princípio seguradora: “tudo que não estiver descrito não faz parte” — spec §9b
Telemetria operacional (calendário, horas, esforço, KPIs)✅ Igor 03/05Bloco operacional próprio — spec §15. KPIs em §15.3
Equalização semântica de fornecedor (caso comum)⚠ DP-1Quando fornecedor preenche o Excel-padrão, é trivial
Equalização semântica de fornecedor (caso luminária/mobiliário)⚠ DP-1Decomposição por componente exige modelagem complexa
Identificação de produto por código de marca (Deca AP51)❓ a validarDepende de qualidade do texto da proposta
Take-off automático de CAD/BIM❓ a validarNão testado em profundidade; depende de qualidade do projeto recebido

Capacidades fora do escopo Atlas (validado):

  • ❌ Cronograma executivo + curva S definitiva (responsabilidade de pessoal de planejamento Costal — papel ainda não contratado)
  • Change Orders como dono primário (Igor 03/05 — fluxo adjacente sob gerente de contrato — DP-3). Atlas pode ser acionado para reanálise quando CO ultrapassa thresholds (alto valor, alto impacto sistêmico).
  • ❌ Validação contábil de BDI (responsabilidade de financeiro Costal + Conecta)
  • ❌ Aprendizado paramétrico por benchmark externo (Igor 03/05: precisa de loop com Suprimentos + Obras — D-031, D-032)

Outputs

  • Proposta comercial (Excel padronizado Costal — modelo a fechar pós-decisão Sienge + DP-1) com 3 blocos centrais explícitos (escopo / condições / exclusões — Igor 03/05)
  • Cenários de VE com savings projetados (versão padrão + alternativas + recomendação de quais embutir no preço final — Igor 03/05)
  • Cronograma multi-camada (hard logic + soft logic + simulação + contingências — Igor 03/05; Curva S como otimização de margem/caixa/risco)
  • Proposta técnica (PowerPoint — plano de ataque)
  • Linha de base no Sienge (após vitória — via API Sienge)
  • Iterações com revisões versionadas (rastreabilidade total — quem decidiu o quê, quando, por quê)
  • Histórico de propostas para o Data Lake (base paramétrica Costal + ciclo de aprendizado com Suprimentos/Obras)
  • Saída de Scope Match + Análise de Riscos (gate antes da consolidação)
  • Dashboard de telemetria operacional (calendário, horas, esforço, KPIs em tempo real — Igor 03/05)

Fontes de Dados

FonteCamada (Bronze/Silver/Gold)Conector
Rede Colliers (SharePoint) — propostas históricas por cliente × categoria × fornecedorBronze → SilverA definir (T-111)
Histórico Costal (3 obras fechadas — Unimed, Sondotécnica, Aliar)Bronze → SilverA coletar (T-115)
Sites de home center (Tigre, etc.) — pricing diretoSilverWeb fetch
SINAPI / TCPO / CUBSilver (referência distante)Tabela importada
Sienge (linha de base pós-vitória)SilverAPI Sienge
Modelo de e-mail / WhatsApp templatesSilverA coletar (T-115)

Stack Técnico

(a refinar com Gabriel após decisão DP-1)

ComponenteTecnologia
Modelo de IALLM para leitura semântica de memorial/proposta + classificação de produto + normalização de escopo
FrameworkA definir (Anouk stack)
DeployA definir
MonitoramentoLogs de iteração + rastreabilidade de ajuste humano

Métricas

MétricaBaseline (validado 28/04)TargetAtual
Tempo total orçamento (escritório médio)1 semana apertado / 2 semanas ideal50% redução
Tempo levantamento (escritório 1.600 m²)2 dias50% redução
Tempo equalização (luminária/mobiliário)meio-dia por proposta< 1h por proposta
E-mails para fornecedor por orçamento~300 (manual)100% automatizado
Cotações conseguidas por item crítico1-3 (alvo 3-5)3-5 sustentável
Margem paramétrica (orçado vs realizado)Desconhecida (greenfield)< 5%

Relacionados