CASE 01 / 07 GRUPO SBF · CENTAURO E NIKE

TORRE DE CONTROLE DE ABASTECIMENTO

Meu papel
Discovery e mapeamento de serviço, conduzidos de ponta a ponta
Período
Fev 2026 — em andamento
Tipo de trabalho
Discovery e visão de produto · Service design
CONTEXTO

O ABASTECIMENTO DEFINE SE O PRODUTO CHEGA NA LOJA

O abastecimento é o que define se a loja recebe reposição, se o produto aparece disponível e se a promessa de entrega se cumpre. No Grupo SBF eu atuo nesse domínio, em serviços internos que atendem Centauro e Nike.

O tracking de um produto, da geração da demanda até a disponibilidade para venda, passa hoje por cinco sistemas diferentes. Cada um é dono de um pedaço da jornada e eles não conversam entre si.

Fluxo da demanda, etapa por etapa
Como a demanda nasce, é gerada e é integrada, com o sistema e a área responsável por cada etapa.
O PROBLEMA

NINGUÉM ENXERGAVA O CAMINHO DA DEMANDA DO COMEÇO AO FIM

Sem uma visão única do processo, o problema só aparecia quando já tinha chegado no cliente: produto faltando na loja.

Cada área, uma fonte

Times diferentes consultavam bases diferentes, sem uma referência comum do que era a verdade.

O problema aparecia tarde

A demanda parava em alguma etapa e isso só era percebido quando o produto já tinha faltado na loja.

Decisão desalinhada

Sem visão comum do processo, cada área decidia a partir de um pedaço diferente da história.

MEU PAPEL E O PROCESSO

CONDUZI O DISCOVERY E O MAPEAMENTO DE PONTA A PONTA

Mapeei os processos e as fontes de dados do abastecimento, alinhando negócio, dados, tecnologia e operação. A parte difícil aqui foi conduzir gente, não produzir entregável: liderança de produto, time de dados, tecnologia, planejamento comercial, planejamento logístico, operação de CD e operação de loja na mesma mesa.

ETAPA 01

Mapeei a demanda etapa por etapa e virei isso em blueprint

Desenhei como a demanda nasce, é gerada, integrada, liberada e segue até a loja, com o sistema e a área responsável por cada etapa.

Depois transformei esse fluxo em um blueprint de serviço, com as ações de cada área, os pontos de dor e as oportunidades lado a lado. Cada bloco foi validado com a área dona daquele pedaço.

Blueprint de serviço do fluxo completo
Blueprint com as ações de cada área, os pontos de dor e as oportunidades lado a lado. Cada bloco foi validado com a área dona do trecho.
ETAPA 02

Fui até a loja e até o centro de distribuição

Acompanhei o recebimento do começo ao fim, do descarregamento até a entrada do produto no sistema, com a gerente, o supervisor e a estoquista da loja.

Também levantei quais ferramentas a loja usa para consultar estoque e por que escolhe uma ou outra. Parte das divergências nascia ali, na operação, e não no sistema. Cada visita virou documento, com objetivo definido antes de ir a campo.

Visita ao centro de distribuição
Acompanhei o recebimento no CD e na loja, do descarregamento até a entrada do produto no sistema.
ETAPA 03

Fatiei a visão de produto com o time

Com o time, separei o que a Torre é e não é, o que ela faz e não faz. O exercício deu um entendimento claro de escopo e ajudou a priorizar o que entra primeiro.

Tudo que foi levantado no discovery virou documentação no Confluence, que hoje é a base comum que as áreas consultam.

Quadro é, não é, faz, não faz
O fatiamento que definiu o escopo, ao lado do recorte entre painel, dashboard e datalake.
Documentação do discovery no Confluence
Tudo que foi levantado virou documentação no Confluence, hoje a base comum que as áreas consultam.
ETAPA 04

Prototipei a visão e levei para teste com quem usa

A tela organiza a demanda por fluxo, mostra o que está em trânsito, o SLA combinado contra o realizado e a etapa com mais atraso, para que o problema apareça antes da falta na loja. Usei IA para consolidar o discovery e o Figma Make para prototipar com dados de exemplo.

Montei um roteiro moderado por tarefas, com requisitos claros de sucesso para cada uma. A primeira tarefa é sem explicação nenhuma, só para entender o que a pessoa compreende da tela sozinha.

Protótipo da visão de produto
Protótipo com dados de exemplo, usado na rodada de testes moderados. Os números da tela são fictícios.
RESULTADO

O MAPEAMENTO VIROU A BASE DA VISÃO DE FUTURO DA TORRE

A visão está sendo validada com os usuários agora, e o resultado alimenta a próxima fase.

Visibilidade

A companhia passou a enxergar os próprios processos e onde cada dado nasce.

Referência comum

As áreas passaram a discutir a partir da mesma base, e não de fontes diferentes.

Em teste agora

A visão está em validação com os usuários, e o resultado alimenta a próxima fase.

O valor dessa visibilidade é imensurável, porque até então a operação enviava produtos para as lojas sem ter noção se eles estavam chegando.

Diretoria de abastecimento
O QUE EU LEVO DESSE PROJETO

APRENDIZADOS

Em domínio de dados, o problema de design não está na tela

Antes de desenhar qualquer solução, foi preciso fazer as áreas enxergarem o mesmo problema.

A resposta estava na operação, não no sistema

Ir até a loja e ouvir quem vive o abastecimento no dia a dia explicou divergências que nenhum relatório explicava.

Prioridade muda, e a visão precisa sobreviver a isso

Uma repriorização do planejamento adiou a fase seguinte, e a documentação manteve o entendimento vivo até a retomada.