Conclusão de saída: um go-live de WMS vive ou morre por duas coisas — o software e o superusuário. Escolha a pessoa errada e o armazém inteiro faz hora extra no dia do lançamento.
Depois de mais de 30 implementações, o padrão é claro: muito mais projetos fracassam pelo lado humano do que pela escolha do software. Escolha o superusuário certo e o armazém funciona sozinho depois que os consultores vão embora. Escolha errado e você vai apagar incêndios por meses.
O que um superusuário de WMS realmente faz: três chapéus, nem um a menos
A maioria acha que um superusuário é só «a pessoa que aprende mais rápido e clica o mouse pelos outros». Errado. Um superusuário de verdade usa três chapéus, e os três são obrigatórios.
Chapéu um: tradutor. Os consultores falam sistema — «este campo controla a lógica de liberação de ondas». O pessoal do chão fala operação — «este pedido sai hoje?». O superusuário traduz para os dois lados, com precisão. Traduza mal e cada processo acordado nas oficinas de desenho é ficção.
Chapéu dois: formador semente. Depois que os consultores vão embora, treinar dezenas de operadores, responder perguntas, integrar os novos — tudo isso cai no colo do superusuário. Num armazém de 50 pessoas, um consultor não consegue treinar todo mundo sozinho.
Chapéu três: bombeiro do go-live. Na primeira semana após o lançamento, surgem diariamente exceções que nunca apareceram nos testes: como dividir um pallet misto, como lançar mercadoria recebida a mais, como anular uma etiqueta impressa errado. Esperar a agenda do consultor significa que o cais entope. O superusuário tem que decidir na hora: «faz assim por enquanto, vou registrar e confirmar com o consultor amanhã».
Um superusuário não é «a pessoa boa com computadores». É o vice-comandante do go-live.
O custo de escolher errado: vi exatamente este fracasso três vezes
A primeira vez: 2022, um 3PL de vestuário perto de Los Angeles, 120,000 pés quadrados. O gerente do projeto escolheu o caminho fácil e nomeou superusuário o especialista «mais craque em sistemas» do departamento de TI. O cara era ótimo em Excel, um mago do PROCV — e nunca tinha posto os pés no armazém. Os UAT cobriram só os caminhos felizes: recebimento normal, expedição normal, tudo verde. No primeiro dia, um picker perguntou como dividir um pedido em dois pallets — ele travou. Uma funcionária do administrativo perguntou como inserir um pedido urgente numa onda já liberada — tudo o que ele soube dizer foi «deixa eu perguntar ao consultor». O throughput desabou naquele dia, e a esposa do dono acabou no chão escaneando para salvar o turno. Três semanas depois, voltaram ao sistema legado. O projeto atrasou dois meses e queimou uma pilha de honorários extras de implementação.
A segunda vez: 2023. Escolheram o «funcionário estrela» — o picker mais rápido do prédio, querido por todos. Problema: ele não tinha tempo. Faltou às oficinas de desenho, empurrou os UAT numa virada de noite, e fui eu quem escreveu os SOPs para ele. No dia do lançamento, ele conhecia a própria estação — e mais nada.
A terceira vez foi a mais dolorosa: a escolha em si era boa — conhecimento sólido de operação, respeitado pelos colegas — mas ele era um agradador. Nas oficinas de desenho, o consultor propôs um processo claramente irrazoável — dois funcionários do turno da noite fazendo o trabalho de verificação de quatro. Ele não queria parecer difícil, então concordou. Depois do lançamento, o turno da noite explodia toda noite, e só então ele admitiu: «na verdade, na hora eu achei que estava errado». Um superusuário que não sabe dizer não é o mesmo que não ter superusuário.
A mesma lição nas três vezes: você não está escolhendo «a pessoa mais técnica» nem «a mais trabalhadora». Está escolhendo a pessoa mais adequada para este trabalho específico.
Como escolher um superusuário de WMS: cinco critérios rígidos
Estes são os cinco critérios que dou a cada cliente. A ficha de pontuação está abaixo — 80 pontos ou mais para qualificar.
-
Conhecimento profundo de operação — sabe explicar o «porquê». A barra não é «sabe operar» e sim «sabe explicar por que cada exceção é tratada assim». Pergunte: «por que a mercadoria recebida a mais não pode ir direto para o endereçamento?». A resposta certa: «porque o QC ainda não liberou — uma vez na prateleira, ninguém acha mais». Quem só sabe o «como» desmorona no momento em que aparece uma variação enquanto treina os outros.
-
Credibilidade entre os colegas. Os colegas realmente fazem perguntas a esta pessoa, e ouvem as respostas? Isso não dá para fingir. Pickers líderes e funcionários administrativos veteranos costumam ter isso naturalmente.
-
Sabe simplificar, e tem paciência. Teste: peça para ele explicar o processo de devoluções em três minutos para você como se fosse um novato. Se você entendeu, ele passa. A maior parte do trabalho de um superusuário é explicar a mesma coisa repetidamente — paciência é moeda forte.
-
Pode dedicar pelo menos metade do tempo nos próximos três meses. O papel de superusuário é um sumidouro de tempo: oficinas de desenho, UAT, redação de SOPs, treinamento, perguntas e respostas. Antes de nomear alguém, negocie a proporção de reposição com o supervisor direto — por escrito. Um «vamos tentar acomodar» verbal sempre vira «termina primeiro seu serviço do dia» bem antes do lançamento.
-
Não é hostil ao novo sistema. Alguns operadores veteranos conhecem o negócio de cor, mas se opõem por princípio a cada sistema novo — «nossos tickets de papel funcionavam bem». Fazer dessa pessoa o superusuário planta um nó de contrapropaganda dentro do seu projeto. Atitudes podem mudar, mas você não pode se dar ao luxo de apostar dentro do cronograma de um projeto.
Veterano de operação ou TI? Minha resposta: a pessoa de operação vira superusuário, TI vira o backup. TI resolve quebra-cabeças de sistema mais rápido; mas só quem está no chão todo dia pode julgar se um processo está certo. Você precisa dos dois — mas o título vai para operação.
Ficha de pontuação do superusuário (roube esta)
| Dimensão | O que procurar | Pontuação máxima |
|---|---|---|
| Profundidade de operação | Sabe explicar o «porquê» das exceções, não só o «como» | 30 |
| Credibilidade entre colegas | Os colegas fazem perguntas e respeitam as respostas | 20 |
| Comunicação e paciência | Consegue ensinar um processo em 3 minutos para um novato entender | 20 |
| Compromisso de tempo | Pode garantir reposição de meio período por 3 meses | 20 |
| Atitude de aprendizagem | Curioso sobre o novo sistema, não resistente | 10 |
| Total | 80+ qualifica; 70–80 viável com um backup treinado | 100 |
Escolheu certo — agora treine: o plano de rampa de 8 semanas do superusuário
Escolher é só a primeira metade. Treinar é a segunda. Este é o cronograma:
- 8 semanas antes do lançamento: participa das oficinas de desenho e design de processos. Um trabalho: caçar furos. Aponte tudo que o turno da noite não consegue fazer fisicamente. Feedback no desenho custa um esboço no quadro branco; depois do lançamento, custa retrabalho.
- 6 semanas antes: testador líder dos UAT. Nada de testar só caminhos felizes. Teste deliberadamente as exceções — divisões, sobrerecebimentos, expedições curtas, reimpressões de etiquetas, offline e retomada — cada uma pelo menos duas vezes, com as mãos no teclado.
- 4 semanas antes: escreve os SOPs com as próprias palavras. Uma página por processo, com capturas de tela, sem copiar documentos do consultor. Teste: entregue a um novato fora do projeto — se ele conseguir seguir, passa.
- 2 semanas antes: vira o instrutor e treina o chão inteiro. Ensaie duas vezes antes de entrar ao vivo. Depois de ensinar três vezes, ele vai conhecer o sistema melhor que a maioria dos consultores — forjado a perguntas.
- 1 semana antes: percorre o checklist da noite do go-live — contas de usuário e permissões, impressoras, scanners, estoque de etiquetas, ficha de contatos de emergência. Confira cada item.
- Dia do lançamento mais duas semanas: plantão no local com um caderno de ocorrências. Quinze minutos antes de bater o ponto, revise com o consultor: ocorrências surgidas, resolvidas na hora ou precisando de mudanças de configuração.
E aqui está a parte contraintuitiva: muita gente assume que «quanto mais treinamento técnico o superusuário receber, melhor» e empilha mergulhos profundos de sistema. Completamente errado. O maior valor de um superusuário não é «conhecer o sistema» — é «ter coragem de dizer não a um mau processo» e «ser a primeira pessoa que o chão liga quando algo quebra». Os detalhes técnicos ele sempre pode perguntar à TI ou ao consultor. Mas o julgamento de «este processo não sobrevive ao contato com o chão» pertence só a ele.
Cinco pontos de falha comuns — desvie deles cedo
- Fazer a TI acumular o papel de superusuário sem reduzir sua carga de trabalho. Os dois trabalhos sofrem — nem o trabalho de sysadmin nem o de superusuário são feitos direito.
- O superusuário participa dos UAT mas pula o desenho. Quando percebe «isso a gente não consegue fazer», o retrabalho custa dez vezes um ajuste no desenho.
- SOPs escritos em jargão de consultor. Se o pessoal do chão não entende, eles não existem. Têm que estar nas próprias palavras do superusuário.
- Liberar o superusuário logo após o lançamento. Os três primeiros meses são a alta temporada de ocorrências — ele precisa ficar no papel, pelo menos em meio período.
- Um único superusuário por armazém. Férias, demissões, licenças — uma ausência e o prédio inteiro está perdido. Um titular mais um backup é o mínimo; um backup que acompanhou mesmo que metade da jornada é melhor que nenhum.
Na noite do go-live, o último item do meu checklist é sempre o mesmo: ligo para o superusuário e pergunto: «está pronto para amanhã?». Quando ele diz sim, finalmente posso dormir.
Por Lin Xiao, Consultor de implementação de WMS
Traduzido do inglês. Em caso de divergência, prevalece a versão em inglês.











