7 min read
Uma visão única de vendas e capacidade de frete: redesenhando o planejamento de embarques para traders de commodities agrícolas
Na TradeLanes, traders de commodities agrícolas vendiam volume via contrato, mas não tinham uma visão única de quanto desse volume já estava coberto por capacidade de frete reservada, e quanto ainda dependia de reserva. Contratos podiam ficar sem nenhum embarque planejado associado, sem sinal claro disso pra quem precisava agir. Mapeei essa lacuna e desenhei o módulo de Capacity Planning: um dashboard que cruza volume vendido com volume de frete reservado num único filtro, um fluxo de planejamento de embarque contrato a contrato, e um fluxo de reserva de frete que fecha o ciclo, do contrato vendido até a solicitação de reserva enviada às transportadoras, sem sair da mesma ferramenta. No processo, documentei e resolvi regras de negócio que não estavam claras antes, e, depois de identificar fricção no próprio fluxo que criei, adicionei filtros salvos como resposta direta a esse problema.
A TradeLanes conecta exportadores, traders e operadores logísticos no comércio de commodities agrícolas, com contratos de venda, embarques marítimos e documentação de compliance (como certificados no padrão GAFTA) circulando entre essas partes. O ponto que motivou o projeto de Capacity Planning era estrutural: venda (contrato) e capacidade de frete existiam como dados desconectados. Um trader não conseguia, numa única visão, comparar quanto tinha vendido com quanto já tinha frete reservado pra cobrir isso, e contratos podiam ficar sem nenhum embarque planejado sem que isso ficasse visível pra quem precisava agir.
Um módulo de Capacity Planning com três peças conectadas: um dashboard que cruza vendido x reservado sob um único filtro, um fluxo de planejamento de embarque contrato a contrato, e um fluxo de reserva de frete que fecha o ciclo dentro da mesma ferramenta, sem depender de outra plataforma.
Um problema estrutural resolvido em três frentes: descoberta, desenho do dashboard e fechamento do ciclo operacional — mais o que ficou de fora, tratado com transparência abaixo.
Rodei uma etapa de descoberta mais ampla antes de entrar na solução específica
Mapeei o problema específico e desenhei o Capacity Dashboard
Criei os fluxos de planejamento e reserva, e reduzi a fricção com filtros salvos
Rodei uma pesquisa de operações logísticas que mapeou os principais desafios do setor (gestão de estoque, custo de transporte, eficiência de armazém, visibilidade da cadeia de suprimentos, atendimento ao cliente, integração tecnológica) e como os métodos usados hoje se distribuíam entre os clientes. Defini uma persona, gerente de cadeia de suprimentos com 15 anos de experiência, cujas dores centrais eram falta de rastreamento em tempo real dos embarques, comunicação inconsistente com transportadoras e dependência de processos manuais. A partir disso, conduzi um workshop de How Might We em 4 frentes de oportunidade: confiança do usuário na adoção da plataforma, criação de contratos, coleta de feedback dos usuários e visibilidade do fluxo de pagamento.
Defini, junto com o time, uma distinção que não existia de forma explícita nas regras de negócio, e desenhei o Capacity Dashboard como ponto único de visão entre vendido e reservado. O fluxo parte de um estado vazio: o usuário escolhe no mínimo 5 filtros (produto, origem, destino, período e frequência) antes de gerar o relatório, que cruza volume vendido com volume de frete reservado e mostra a diferença, sobra ou falta de capacidade, pro recorte escolhido. Deixei registradas como questões em aberto como visualizar camadas de risco de forma mais óbvia, e como sinalizar no próprio dashboard que um contrato novo ainda não tinha sido planejado.
A partir dos contratos sem planejamento que o dashboard evidencia, o usuário entra num fluxo dedicado, com o contexto do contrato à vista, define os embarques daquele contrato e salva, retornando ao dashboard já atualizado. Para cada par origem-destino, monta uma solicitação de reserva com até 3 transportadoras específicas por faixa de data; o sistema busca navios compatíveis e envia solicitações pré-preenchidas. Isso fecha o ciclo dentro da mesma ferramenta, do contrato vendido até a reserva de frete solicitada. Como o dashboard exige no mínimo 5 filtros toda vez que é aberto, criei a opção de salvar filtros, reutilizar filtros recentes e definir filtros padrão, reduzindo a fricção de reconfigurar a mesma visão a cada vez.
Um case sênior mostra o que foi sacrificado, não só o que funcionou — e este é o case do portfólio com mais lacunas assumidas.