Painel · Mapa do processo

Como a venda anda hoje

Projeto: reorganização comercial e inside salesFase atual: piloto de 30 diasSuporte: grupo de WhatsApp

Três desenhos. Os dois primeiros são os caminhos de venda, um para cada canal. O terceiro é o que acontece depois que o pedido fecha, comum aos dois, e é onde o vendedor perde o dia. Laranja é ponto de atrito conhecido. Vermelho é perda que já acontece hoje.

Tem uma versão para mexer. O mesmo mapa está num quadro editável, com as raias lado a lado e os prazos de hoje anotados em cada parada. Serve para abrir na TV da sala e riscar junto com a equipe. Abrir o quadro editável

1 Funil A · Balcão

O canal que responde pela maior parte do faturamento. Ciclo curto, 21 vendedores, cliente que já chegou decidido. O sistema entra aqui só num ponto, o orçamento que sai pela porta.

flowchart LR
  E1([Cliente entra na loja]):::ent --> B1[Atendimento no balcão]:::step
  B1 --> B2[Orçamento]:::step
  B2 --> BD{Fechou na hora?}:::dec
  BD -->|Sim| PED[[Pedido fechado]]:::win
  BD -->|Não| BR[Orçamento em aberto
hoje ninguém retoma]:::perda BR -.retorno.-> B1 classDef ent fill:#eef2f5,stroke:#c3ccd4,color:#16202b; classDef step fill:#ffffff,stroke:#003153,color:#16202b; classDef dec fill:#fff8e6,stroke:#8D8444,color:#5b4e12; classDef win fill:#e4f2ea,stroke:#2e7d52,color:#14532d; classDef pos fill:#eaf1f6,stroke:#003153,color:#003153; classDef nut fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef gap fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef perda fill:#fbeceb,stroke:#b3261e,color:#7a1611;
O buraco do balcão. O orçamento que o cliente leva e não volta. Ninguém sabe quantos são, quanto valem nem por que não fecharam. É a única etapa em que pedimos registro ao vendedor de loja, e nada mais muda para ele durante o piloto.

2 Funil B · Vendas internas

O funil do piloto, com a sala dedicada. Aqui o processo roda completo, porque é onde o registro muda o resultado. Entram telefone, WhatsApp, o pedido que o cliente manda buscar e, mais à frente, a campanha na base inativa.

flowchart TD
  E2([Telefone e WhatsApp]):::ent --> S1[Contato recebido
tempo de resposta medido]:::step E3([Base inativa
campanha por lote]):::ent --> S1 S1 --> S2[Em atendimento]:::step S2 --> S3[Orçamento enviado]:::step S3 --> S4{Negociação}:::dec S4 -->|Ganhou| PED2[[Pedido fechado]]:::win S4 -->|Perdeu| PERD[Motivo da perda
registrado]:::nut PERD -.reaquece.-> S1 PED2 --> POS[Pós-venda
confirma entrega
e próxima compra]:::pos POS -.novo ciclo.-> S1 classDef ent fill:#eef2f5,stroke:#c3ccd4,color:#16202b; classDef step fill:#ffffff,stroke:#003153,color:#16202b; classDef dec fill:#fff8e6,stroke:#8D8444,color:#5b4e12; classDef win fill:#e4f2ea,stroke:#2e7d52,color:#14532d; classDef pos fill:#eaf1f6,stroke:#003153,color:#003153; classDef nut fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef gap fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef perda fill:#fbeceb,stroke:#b3261e,color:#7a1611;

Onde os dois se encontram

O pedido fechado é o mesmo dos dois lados e segue o caminho do desenho 3. O cadastro do cliente também é único, então o sistema avisa se o CNPJ já tem dono.

Por que a base entra aqui

Os clientes inativos são trabalhados pela sala, não pelo balcão. Assim a sala tem o que vender sem disputar carteira com ninguém.

O que o balcão não tem

Etapa de negociação registrada e motivo de perda. É o que permite saber se a empresa perde por preço, por prazo ou por falta do produto.

3 O caminho do pedido depois de fechado

Este é o desenho que explica por que o vendedor não consegue vender o dia inteiro. Cada ponto laranja é uma parada em que ele levanta da mesa e vai atrás de alguém. Vale para os dois funis.

flowchart TD
  P[[Pedido fechado]]:::win --> C{Cliente novo?}:::dec
  C -->|Sim| CR[Análise de crédito
hoje pode levar até 4 dias]:::gap C -->|Não| ES[Confirmação de item
hoje é na mão, com fila]:::gap CR --> ES ES --> D{Item existe
na prateleira?}:::dec D -->|Sistema diz que sim,
estoque diz que não| CAN[Pedido cai inteiro
por falta de um item]:::perda D -->|Sim| FA[Faturamento]:::step TR[Troca ou cancelamento
vendedor busca as vias]:::gap --> FA FA --> SEP[Separação]:::step SEP --> EN[Entrega
prometida em 48 horas]:::step EN --> OK{Chegou no prazo?}:::dec OK -->|Não| REC[Cliente cobra o vendedor
que não foi avisado]:::perda OK -->|Sim| FIM[[Cliente atendido]]:::pos classDef ent fill:#eef2f5,stroke:#c3ccd4,color:#16202b; classDef step fill:#ffffff,stroke:#003153,color:#16202b; classDef dec fill:#fff8e6,stroke:#8D8444,color:#5b4e12; classDef win fill:#e4f2ea,stroke:#2e7d52,color:#14532d; classDef pos fill:#eaf1f6,stroke:#003153,color:#003153; classDef nut fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef gap fill:#fdf3f2,stroke:#b26a00,color:#7a3d00; classDef perda fill:#fbeceb,stroke:#b3261e,color:#7a1611;

Crédito

Até quatro dias para liberar ficha de cliente novo. Nesse tempo o concorrente já respondeu.

Estoque

Confirmação manual, com vendedores em fila esperando. O sistema não é confiável, então ninguém arrisca.

Entrega

Prazo prometido sem confirmação da logística. Quando atrasa, quem descobre é o cliente.

Troca e cancelamento

Processo em papel, com o vendedor circulando atrás das vias em vez de atender.

4 O que o mapa mostra

A venda não se perde no vendedor. Ela se perde entre o pedido fechado e a entrega, em quatro paradas que não dependem do comercial. É por isso que os acordos de prazo entre setores fazem parte do trabalho comercial, e não são assunto de outra área.