Entender rotas de valor e critérios de decisão é o primeiro passo. Mas, na operação, a pergunta que importa no dia a dia é outra: o que acontece depois que a empresa decide agir?
Na SaveAdd, a execução segue uma sequência clara — do cadastro do item até a confirmação da retirada. Cada etapa deixa registro. Isso reduz a distância entre “decidimos vender” e “o estoque realmente saiu, com responsável e destino conhecidos”.
A sequência em seis movimentos
| # | Etapa | O que acontece |
|---|---|---|
| 1 | Catálogo | Itens cadastrados com preço, validade e quantidade |
| 2 | Regra de ações | Público, condições e produtos definidos |
| 3 | Anúncio | Oferta publicada no feed dos elegíveis |
| 4 | Reserva / pedido | Parceiro reserva; emissor aprova se necessário |
| 5 | Pagamento | Conforme a regra (imediato, comprovante, doação sem cobrança…) |
| 6 | Retirada | Código confirmado no balcão; estoque atualizado |
Essa cadeia vale para venda, doação, uso interno ou outras rotas configuradas. O que muda são as condições — não a lógica de rastreio.
1. Catálogo: a base de tudo
Antes de qualquer oferta, a operação precisa de itens no catálogo.
Na SaveAdd, a estrutura segue: categoria → produto → item, com preço e quantidade disponível. Quando há integração com ERP (artigo #12), parte desse cadastro pode vir da sincronização. Mesmo assim, a equipe revisa o que entra no piloto.
Sem item com preço, a regra de ações não fecha no passo de produtos. Esse bloqueio é intencional: evita publicar oferta sem base operacional.
2. Regra de ações: quem, o quê e como
Com catálogo pronto, o gestor monta a regra (artigo #13):
- define o público (grupo, convidados ou descoberta);
- escolhe os itens;
- configura preço, reserva, pagamento e retirada;
- decide a cadência dos anúncios.
A regra publicada passa a ser a referência de governança daquela ação.
3. Anúncio: a oferta vai ao ar
Anúncios podem ser automáticos ou manuais, conforme a regra.
No feed de Oportunidades, parceiros elegíveis veem cartões com resumo da oferta e acesso à vitrine — a página onde escolhem quantidades e adicionam ao carrinho.
Se o parceiro não tem acesso, o sistema indica o que falta: grupo, trilha ou convite.
4. Reserva e pedido: os dois lados da transação
Quando o parceiro conclui o checkout, nasce um pedido (registrado em Transações).
Do lado do parceiro:
- vê status, valor e próximos passos;
- paga no Stripe ou segue fluxo de reserva, conforme a regra;
- recebe código de retirada quando aplicável.
Do lado da empresa emissora:
- acompanha a lista de pedidos;
- aprova reservas, se a regra exigir;
- trata pendências (pagamento, não retirada, cancelamento).
Cada pedido registra quem reservou, de qual regra veio, quais itens e em qual estado está.
5. Pagamento: a regra manda
Nem toda ação é venda com cobrança imediata.
A regra pode prever:
- pagamento direto no checkout;
- reserva com pagamento ou comprovante depois;
- doação sem cobrança;
- uso interno com compradores oficiais da empresa.
O importante é que a condição esteja definida antes da execução — não negociada no improviso por mensagem.
6. Retirada: onde a operação encontra o chão de fábrica
A retirada é o momento em que a decisão vira movimento físico.
No balcão ou no ponto de expedição, um operador confirma a saída com código de retirada. Os prefixos indicam o tipo de destino:
| Prefixo | Destino |
|---|---|
RET-… |
Venda |
DOA-… |
Doação |
REU-… |
Reaproveitamento |
USO-… |
Uso interno |
Confirmar na gôndola sem registrar na SaveAdd é um dos erros mais comuns — e um dos que mais geram divergência de saldo.
Estados do pedido: o que a equipe acompanha
Na lista de Transações, os status ajudam a priorizar:
| Status típico | Significado |
|---|---|
| Pendente | Aguardando aprovação do emissor |
| Reservado / aguardando pagamento | Aprovado; falta pagamento |
| Pago / aguardando retirada | Pronto para retirar |
| Entregue | Retirada confirmada |
| Não retirada | Prazo vencido; volume volta para decisão |
| Cancelada | Rejeitado ou encerrado |
Os rótulos na tela podem variar, mas a lógica se repete: saber onde o pedido está e quem precisa agir.
Por que isso importa para recuperação de valor
Sem execução rastreável, toda conversa sobre “quanto recuperamos” vira estimativa.
Com a sequência registrada, a empresa consegue responder:
- qual rota foi escolhida;
- quem participou;
- quanto saiu e em que condições;
- se houve atraso, não retirada ou retrabalho.
É o elo entre os artigos #4 — Quanto valor foi recuperado? e #8 — Como a SaveAdd decide.
O que a execução não resolve sozinha
Ter fluxo digital não substitui:
- capacidade de armazenagem e expedição;
- equipe treinada no balcão;
- alinhamento entre gerente, operador e parceiro;
- critério para reofertar volume não retirado.
A SaveAdd organiza etapas e registros. A operação continua sendo humana — mas deixa de depender só de planilha e mensagem.
Em resumo
Da decisão à retirada, a SaveAdd segue uma cadeia: catálogo, regra, anúncio, pedido, pagamento e confirmação de saída.
Cada elo gera histórico. É assim que a plataforma transforma intenção em ação verificável — e que a empresa aprende o que funcionou para o próximo lote.
Série «Entendendo a SaveAdd»
Este é o décimo quinto artigo da série. Leia também #13 — Regras de ações e #14 — Segmentação por audiência.
No próximo artigo, mudamos de perspectiva: como compradores de oportunidades usam a SaveAdd do outro lado da rede.
Próximo passo
Quer ver esse fluxo na sua operação? Solicite um diagnóstico gratuito de valor parado e monte o primeiro ciclo completo no piloto.