Traktive / Product Design · 2024
Um pátio. Uma visão compartilhada.
A Traktive é uma plataforma B2B para operações ferroviárias, construída para mostrar aos donos por onde o dinheiro vaza na rotina do pátio. Conduzi a descoberta e o design do zero até um protótipo pronto para lançamento.
Da descoberta ao protótipo pronto para lançamento
Teste de usabilidade com 10 operadores · Visão espacial comparada à tabela
O trabalho estava espalhado entre ferramentas.
Pátios ferroviários funcionam com fluxos que quase nunca conversam entre si. Os dados ficam em sistemas separados, e ninguém consegue ver o estado atual do pátio sem perguntar para alguém. A Traktive nasceu para juntar tudo em um lugar só, para que os operadores pudessem agir sobre o que estava realmente acontecendo.
Os operadores juntavam informações de sistemas legados desconectados, planilhas e ligações, perdendo horas todo dia com coordenação manual que a plataforma deveria resolver sozinha.
Dados fragmentados em sistemas desconectados
A falta de um software sob medida criava gargalos de dados e acesso fragmentado entre times e unidades.
Nenhuma visibilidade em tempo real da operação
Os sistemas legados não conseguiam mostrar o estado atual do pátio em uma única visão, então as decisões eram tomadas com informação velha.
Processos manuais demorados
As etapas manuais abriam espaço para erros, e os erros custavam dinheiro e horas para desfazer.
Rastreio de ativos e registros ineficientes
Registros e rastreio de ativos estavam espalhados por várias ferramentas, então ninguém sabia dizer com segurança onde a frota estava.
Os operadores pensavam no pátio como um espaço.
Conduzi entrevistas com donos de negócio, operadores e coordenadores de logística para entender quem são os usuários, como trabalham e quais desafios enfrentam no dia a dia. Três padrões apareceram.
Os operadores queriam um lugar que substituísse os outros
Todo operador com quem falamos já usava de três a cinco sistemas diferentes. Eles não queriam mais um dashboard em cima da pilha. Queriam um lugar que substituísse a pilha inteira.
A visibilidade de custo era reativa, nunca proativa
Os donos só descobriam estouros de custo depois do fato, enterrados em relatórios mensais. Eles precisavam de acompanhamento de custo em tempo real, ligado diretamente aos eventos da operação, para corrigir a rota antes de pequenas ineficiências virarem problemas caros.
Os operadores enxergam o pátio como um espaço
Os operadores pensavam nos pátios como espaços físicos com ativos se movendo por eles. Qualquer solução precisava refletir essa noção espacial, mostrando onde as coisas estão e para onde precisam ir.
A visibilidade veio primeiro. A inteligência de custos, depois.
As descobertas deixaram a sequência clara: começar pelo modelo mental do operador, o pátio como espaço, construir a visibilidade em tempo real primeiro e depois somar inteligência de custo e ferramentas de apoio à decisão.
Detalhes da descoberta e execução
Descoberta
- Entrevistas com operadores ferroviários, donos de negócio e coordenadores de logística
- Análise de concorrência em plataformas de logística ferroviária e gestão de frota
- Mapeamento dos fluxos existentes para identificar atritos e redundâncias
- Levantamento de requisitos e priorização de dores com os stakeholders
Execução
- Wireframes de baixa fidelidade para validar a arquitetura de informação com usuários
- Protótipos de alta fidelidade construídos em torno da noção espacial e de dados em tempo real
- Sessões de teste de usabilidade com operadores para validar os fluxos principais
- Refinamento iterativo a partir do feedback dos testes antes do handoff
Dar aos operadores uma visão espacial do pátio em tempo real
01 / Dashboard operacional
O problema
Os operadores não tinham como ver o estado atual do pátio de relance. Dependiam de chamadas de rádio, caminhadas pelo pátio e planilhas desatualizadas para saber onde os ativos estavam. Quando finalmente tinham um retrato, ele já estava velho.
O que eu explorei
A primeira iteração foi um dashboard tradicional em tabela, listando todos os ativos com colunas de status. Os testes mostraram operadores traduzindo o tempo todo os dados da tabela para a imagem mental do pátio. A segunda iteração trouxe uma visão em mapa com camadas de ativos. Os operadores reagiram na hora: "É assim que eu penso de verdade." O design final combinou um mapa espacial do pátio com uma barra lateral filtrável para os dados detalhados.
Por que essa direção venceu
Em testes de usabilidade com 10 operadores, os participantes localizaram e avaliaram ativos cerca de 4× mais rápido na visão espacial do que na tabela. A abordagem híbrida (mapa + barra lateral) deu aos usuários avançados o detalhe que precisavam sem obrigar todo mundo a passar por uma experiência de planilha.
Transformar relatórios reativos de custo em alertas proativos
02 / Inteligência de custo
O problema
Estouros de custo eram descobertos semanas depois, enterrados em relatórios financeiros mensais. Os donos não tinham como ligar decisões operacionais ao impacto financeiro em tempo real. Quando viam os números, o estrago já estava feito.
O que eu explorei
Testei três abordagens: (1) um dashboard financeiro com gráficos e histórico, (2) anotações de custo embutidas nas visões operacionais e (3) cards de alerta proativos que apareciam quando os custos fugiam do padrão esperado. O dashboard isolado parecia desconectado do trabalho do dia. As anotações embutidas somavam ruído à visão espacial. Os cards de alerta, mostrados no contexto do fluxo do operador, acertaram o equilíbrio.
O trade-off
A inteligência de custo por alertas exigia estabelecer modelos de custo de referência para cada tipo de operação, o que significava um onboarding mais longo. Desenhei um fluxo guiado de configuração que aprendia com dados históricos nas duas primeiras semanas, para o sistema começar a mostrar alertas relevantes sem exigir que os operadores configurassem limites na mão.
Substituir cinco sistemas desconectados por uma visão única
03 / Consolidação de dados
Como eu defendi a ideia
Pelo mapeamento de fluxos, documentei que os operadores alternavam entre 3 e 5 sistemas para uma única tarefa: checar status do ativo em uma ferramenta, atualizar registros em outra, se comunicar por rádio e lançar custos numa planilha. A partir desse mapa montei uma estimativa de custo de tempo, cerca de 2,5 horas por operador por dia perdidas trocando de sistema, e usei isso para defender a priorização com os stakeholders.
O resultado
A plataforma consolidada trouxe rastreio de ativos, planejamento operacional, monitoramento de custo e comunicação para uma interface só. Nos testes do protótipo, os operadores completaram fluxos de ponta a ponta (receber uma carga, alocar espaço no pátio, atualizar registros e sinalizar custos) sem sair da plataforma. Um fluxo que antes passava por quatro ferramentas foi concluído dentro da plataforma em menos de dois minutos.
O que os testes do protótipo mostraram.
A plataforma consolidada trouxe rastreio de ativos, planejamento operacional, monitoramento de custo e comunicação para uma interface só. Nos testes do protótipo, os operadores completaram fluxos de ponta a ponta (receber uma carga, alocar espaço no pátio, atualizar registros e sinalizar custos) sem sair da plataforma. Um fluxo que antes passava por quatro ferramentas foi concluído dentro da plataforma em menos de dois minutos.
Aprender o domínio antes de desenhar a solução.
Desenhar para logística ferroviária significou entrar num domínio em que eu não tinha nenhuma experiência. A coisa mais útil que fiz foi resistir à vontade de começar desenhando telas e passar as primeiras semanas entendendo como os operadores realmente pensam sobre os pátios deles. Descobrir que eles enxergam o pátio como um espaço foi o que definiu a forma do produto.
Construir um produto do 0 ao 1 também significou trade-offs constantes de escopo. Toda funcionalidade precisava justificar seu lugar na primeira versão. Aprendi a conduzir essas conversas com evidência de usuário, apresentando resultados de teste e dados de fluxo para ajudar o time a priorizar o que sairia primeiro e o que podia esperar.