# Análise Nicho 10 — Agente de Sourcing B2B, Cotação com Fornecedores & Mapa de Preços

## Veredito

A solução proposta erra o alvo: ela promete disparo automático de RFQ e parser de resposta de fornecedor, e **nenhum dos 11 canvases pede isso**. As dores reais estão nas duas pontas em volta da cotação — antes dela (a demanda de compra chega mal formada, sem categoria, sem especificação, sem saldo checado) e depois dela (o fornecedor escolhido entrega mal, e o custo do insumo varia sem que ninguém explique por quê). O único bloco que se parece com sourcing são dois canvases de descoberta e qualificação de fornecedor, e mesmo eles param no shortlist: o contato com o fabricante é feito por humano de propósito.

Restam quatro apps independentes, três deles com dois canvases cada e um com um só. Um canvas é excluído por risco sanitário (marketplace de tirzepatida sem prescrição) e três pertencem a outros nichos.

## Contagens

| Categoria | Qtd | Índices |
|---|---|---|
| FIT | 2 | 3, 4 |
| ADJACENTE | 5 | 2, 5, 6, 8, 10 |
| OUTRO_NICHO | 3 | 1 (→ 14), 7 (→ 4), 9 (→ 22) |
| RUIDO | 0 | — |
| EXCLUIR | 1 | 0 |

Sem duplicatas de autor neste grupo; cada app abaixo tem tantas empresas quanto canvases.

---

## App 1 — Descoberta e Qualificação de Fornecedores

**Canvases:** [3], [4] — 2 canvases, 2 empresas.

**Dor:** encontrar fornecedor é trabalho manual e lento, o que limita a escala do sourcing ([3] procura fabricante a partir de uma imagem de produto vista em marketplace) e atrasa a produção quando falta insumo qualificado ([4]).

**Funcionalidades do MVP**
- Entrada da busca por imagem, por especificação em texto ou por código de produto.
- Busca em fontes configuradas (marketplaces B2B como Alibaba, diretórios setoriais, web aberta) com casamento visual e textual, retornando de três a cinco candidatos.
- Ficha canônica do candidato: identificação, país, categorias, faixa de preço observada, MOQ, certificações declaradas e evidência (link e captura do que sustenta cada campo).
- Checagem cadastral do fornecedor nacional: CNPJ ativo, CNAE compatível, sócios, restrição pública.
- Shortlist comparável lado a lado, com o motivo de cada candidato ter entrado e o que ficou sem confirmação.
- Fila de curadoria humana: o analista aprova, descarta ou pede mais candidatos, e o descarte alimenta o filtro das próximas buscas.
- Exportação do shortlist e do contato para o processo de cotação que o cliente já tem.

**Fora do MVP:** disparo automático de RFQ e negociação por WhatsApp/e-mail com o fornecedor (nenhum canvas pediu, e contato automático com fabricante desconhecido queima reputação de compra); parser de resposta de cotação; emissão de pedido; auditoria de fábrica; scraping de site que proíbe coleta em termos de uso.

**Contratos:** emite `supplier-profile`, `price-point`; consome `purchase-request`.

**Stack:** n8n para as coletas e o pipeline de busca, Claude com visão para o casamento imagem-produto e a normalização da ficha, Supabase/pgvector próprio para a base de fornecedores e a busca por similaridade, Lovable para a fila de curadoria.

---

## App 2 — Intake de Requisição e Spend Analysis

**Canvases:** [2], [8] — 2 canvases, 2 empresas.

**Dor:** a demanda de compra nasce errada. Em [2] (compras públicas), o termo de referência chega incompleto e com modalidade mal enquadrada, obrigando correções em cadeia e checagem manual de dotação e saldo; em [8], compras spot pequenas entram sem código e sem categoria, impedindo consolidar volume e encarecendo tudo.

**Funcionalidades do MVP**
- Assistente conversacional que conduz o requisitante pela demanda em linguagem natural, perguntando só o que falta e mostrando exemplos do próprio histórico.
- Checklist de completude do documento de demanda (termo de referência ou requisição) com bloqueio de envio enquanto houver campo essencial vazio.
- Classificação automática do item em taxonomia de categoria e sugestão de código existente, com criação assistida quando não houver.
- Agrupamento de demandas semelhantes em janela de tempo, apontando onde vale consolidar em uma compra por categoria em vez de várias spot.
- Consulta de dotação e saldo orçamentário por integração ou planilha controlada, exibida no momento do preenchimento — a checagem que hoje é manual em [2].
- Sugestão de enquadramento de modalidade com a base normativa citada, sempre como recomendação sujeita à validação da área de licitações.
- Painel de spend por categoria, requisitante e fornecedor, mostrando fragmentação e oportunidade de consolidação.

**Fora do MVP:** publicar edital ou conduzir o certame; decidir modalidade sem validação humana; aprovar orçamento; integração com o portal de compras públicas (PNCP/Comprasnet) na primeira versão; contrato e empenho.

**Contratos:** emite `purchase-request`; consome `knowledge-schema` (normas de contratação e política de compras), `customer-360-read`.

**Stack:** n8n para orquestração e integrações de saldo, Claude para o diálogo de intake e a classificação de categoria, Supabase/pgvector próprio para a taxonomia e as normas, Lovable para o formulário guiado e o painel de spend.

---

## App 3 — Mapa de Preços e Radar de Variação de Custo

**Canvases:** [6], [10] — 2 canvases, 2 empresas.

**Dor:** em [6], 15 mil produtos com estrutura de custo completa no sistema e ainda assim leva dias para descobrir qual família, componente ou matéria-prima explicou a variação do mês; em [10], o custo da obra estoura porque não há preço de referência atualizado de produto e serviço na hora de comprar.

**Funcionalidades do MVP**
- Ingestão da estrutura de custo do cliente (produto, componente, família, grupo de material, matéria-prima) e do histórico de compras efetivadas.
- Coleta de preços de referência externos por insumo: fontes públicas, indexadores setoriais e observações do App 1, cada uma com data e origem.
- Cálculo de variação período a período com decomposição: quanto veio de preço, quanto de mix e quanto de quantidade.
- Ranking de impacto financeiro: as variações que mais pesam em reais, não as maiores em percentual.
- Explicação em linguagem de negócio para cada variação relevante, com o insumo e o fornecedor por trás, e o direcionamento de para qual área vai a ação.
- Alerta quando um insumo se descola do indexador de referência acima do limite configurado.
- Preço de referência por item para consulta na hora de comprar, com a data da última observação visível.

**Fora do MVP:** previsão de preço futuro de commodity; negociação com fornecedor; orçamento e cronograma de obra (o [10] pede isso e fica fora — aqui entra só a parte de preço de insumo); substituir o ERP de custos.

**Contratos:** emite `price-point`; consome `order-event`, `purchase-request`, `supplier-profile`.

**Stack:** Postgres/Supabase como base analítica própria, n8n para as coletas de preço e indexadores, Claude para a explicação das variações e o resumo executivo, Lovable ou Metabase para o painel.

---

## App 4 — Monitor de Performance e Qualidade de Fornecedores (candidato de baixa densidade)

**Canvases:** [5] — 1 canvas, 1 empresa.

**Dor:** falha de fornecedor (atraso, refugo, não conformidade) só aparece quando já parou a linha; falta visibilidade contínua para agir antes. Mantive separado do App 1 de propósito: descoberta é pipeline externo de web e marketplace, enquanto performance vive de dado interno de recebimento e qualidade — juntar os dois no mesmo MVP faria um app que não instala em ninguém sem ERP integrado.

**Funcionalidades do MVP**
- Ingestão dos eventos internos por fornecedor: entregas com data prometida e realizada, quantidade divergente, refugo, não conformidade aberta.
- Scorecard por fornecedor com OTIF, índice de qualidade e reincidência, comparável dentro da categoria.
- Tendência por fornecedor e alerta de degradação antes do limite contratual ser rompido.
- Painel de risco de suprimento: itens críticos com fornecedor único e score em queda.
- Registro de plano de ação por ocorrência, com responsável e prazo, e o histórico visível na próxima cotação.

**Fora do MVP:** modelo preditivo de falha antes de haver base histórica suficiente (a primeira versão descreve e alerta, não prevê); bloqueio automático de fornecedor; gestão completa de não conformidade e SGQ (nicho 21); auditoria de fábrica.

**Contratos:** emite `supplier-performance-event`; consome `supplier-profile`, `order-event`.

---

## Contratos novos propostos

- `purchase-request` — demanda de compra estruturada: item, categoria na taxonomia, quantidade, especificação, centro de custo, dotação, prazo, requisitante e status de completude.
- `supplier-profile` — ficha canônica de fornecedor: identificação, CNPJ ou ID estrangeiro, categorias, contatos, certificações, evidências com fonte e score de risco cadastral.
- `price-point` — observação de preço: item ou insumo, valor, moeda, unidade, condição comercial, fonte, data da observação.
- `supplier-performance-event` — evento de desempenho: fornecedor, pedido, tipo (entrega, qualidade, não conformidade), métrica, severidade e desvio contra o prometido.

## Reclassificações

- [1] "Selecionar sapatos nos fornecedores" → **nicho 14** (E-commerce). A dor é escolher o mix da coleção por tendência e histórico de venda: é planejamento de sortimento sobre dados do e-commerce, não descoberta de fornecedor (os fabricantes já são conhecidos).
- [7] "Recepção de materiais" → **nicho 4** (logística/transporte). É agendamento de janela de doca com portal para o fornecedor escolher horário. Se o nicho 4 não absorver, vale como app próprio de dock scheduling — a dor é clara e isolada.
- [9] "Otimização de Estoque e Previsão de Obsolescência" → **nicho 22** (Viagens Corporativas). O título não bate com o conteúdo: o texto trata inteiramente de custo de passagens, hotéis e eventos corporativos.

## Exclusão

- [0] "App Titi" — marketplace conectando consumidores de tirzepatida (Mounjaro) a "vendedores com foto, contato e reputação" e a profissionais de saúde. Intermediar a venda de medicamento injetável sob prescrição, fora do canal farmacêutico regulado, é risco sanitário e regulatório direto (ANVISA), independentemente da camada de curadoria. O canvas reconhece que o público já compra de fonte duvidosa; um app que organiza esse mercado facilita o dano em vez de reduzi-lo. Nem com humano no loop: o problema é o objeto da transação, não a supervisão dela.

## RESUMO JSON

```json
{
  "group_ids": [10],
  "apps": [
    {"id": "sourcing-descoberta-fornecedor", "nome": "Descoberta e Qualificação de Fornecedores", "dor": "Identificar e qualificar fornecedores é manual e lento, limitando a escala do sourcing e atrasando o suprimento", "canvases_indices": [3,4], "n_canvases": 2, "n_empresas": 2, "funcionalidades_mvp": ["Busca por imagem, especificação em texto ou código de produto", "Varredura em marketplaces B2B, diretórios setoriais e web com casamento visual e textual", "Ficha canônica do candidato com evidência e link de origem por campo", "Checagem cadastral do fornecedor nacional (CNPJ, CNAE, sócios, restrições)", "Shortlist comparável com motivo de entrada e lacunas explícitas", "Fila de curadoria humana com aprendizado a partir dos descartes", "Exportação do shortlist e contatos para o processo de cotação do cliente"], "fora_mvp": ["disparo automático de RFQ e negociação com fornecedor", "parser de resposta de cotação", "emissão de pedido de compra", "auditoria de fábrica", "scraping de fontes que proíbem coleta"], "contratos_emite": ["supplier-profile", "price-point"], "contratos_consome": ["purchase-request"]},
    {"id": "requisicao-spend-intake", "nome": "Intake de Requisição e Spend Analysis", "dor": "A demanda de compra nasce incompleta e sem categoria, gerando retrabalho, enquadramento errado e compras spot fragmentadas e caras", "canvases_indices": [2,8], "n_canvases": 2, "n_empresas": 2, "funcionalidades_mvp": ["Assistente conversacional que conduz o requisitante e pergunta só o que falta", "Checklist de completude com bloqueio de envio de demanda incompleta", "Classificação automática em taxonomia de categoria e sugestão de código", "Agrupamento de demandas semelhantes para consolidar sourcing por categoria", "Consulta de dotação e saldo orçamentário no momento do preenchimento", "Sugestão de enquadramento de modalidade com base normativa citada e validação humana", "Painel de spend por categoria, requisitante e fornecedor com fragmentação"], "fora_mvp": ["publicar edital ou conduzir certame", "decidir modalidade sem validação humana", "aprovar orçamento", "integração com PNCP/Comprasnet no MVP", "contrato e empenho"], "contratos_emite": ["purchase-request"], "contratos_consome": ["knowledge-schema", "customer-360-read"]},
    {"id": "mapa-precos-custos", "nome": "Mapa de Preços e Radar de Variação de Custo", "dor": "Variação de custo de insumos e produtos leva dias para ser explicada e falta preço de referência atualizado na hora de comprar", "canvases_indices": [6,10], "n_canvases": 2, "n_empresas": 2, "funcionalidades_mvp": ["Ingestão da estrutura de custo (produto, componente, família, matéria-prima) e do histórico de compras", "Coleta de preços de referência externos e indexadores por insumo com data e fonte", "Decomposição da variação em efeito preço, mix e quantidade", "Ranking de impacto em reais, não em percentual", "Explicação em linguagem de negócio com insumo, fornecedor e área responsável", "Alerta de descolamento em relação ao indexador de referência", "Preço de referência por item para consulta no momento da compra"], "fora_mvp": ["previsão de preço futuro de commodity", "negociação com fornecedor", "orçamento e cronograma de obra", "substituir o ERP de custos"], "contratos_emite": ["price-point"], "contratos_consome": ["order-event", "purchase-request", "supplier-profile"]},
    {"id": "srm-performance-fornecedor", "nome": "Monitor de Performance e Qualidade de Fornecedores", "dor": "Falha de fornecedor (atraso, refugo, não conformidade) só é percebida depois que já impactou a produção", "canvases_indices": [5], "n_canvases": 1, "n_empresas": 1, "funcionalidades_mvp": ["Ingestão de eventos internos de entrega, quantidade, refugo e não conformidade por fornecedor", "Scorecard com OTIF, índice de qualidade e reincidência comparável por categoria", "Tendência e alerta de degradação antes do rompimento do limite contratual", "Painel de risco de suprimento para itens críticos com fornecedor único", "Plano de ação por ocorrência com responsável, prazo e histórico visível na próxima cotação"], "fora_mvp": ["modelo preditivo de falha sem base histórica suficiente", "bloqueio automático de fornecedor", "gestão completa de não conformidade e SGQ", "auditoria de fábrica"], "contratos_emite": ["supplier-performance-event"], "contratos_consome": ["supplier-profile", "order-event"]}
  ],
  "reclassificacoes": [
    {"indices": [1], "destino_nicho": 14},
    {"indices": [7], "destino_nicho": 4},
    {"indices": [9], "destino_nicho": 22}
  ],
  "ruido": [],
  "excluir": [{"indices": [0], "motivo": "marketplace de intermediação de venda de tirzepatida/Mounjaro fora do canal farmacêutico regulado — risco sanitário e regulatório (ANVISA); o objeto da transação é o problema, não a supervisão dela"}]
}
```