Cadastro de produtos: o erro que estraga qualquer análise
O que cada campo do cadastro de produtos precisa ter para a análise por categoria, coleção e margem funcionar, e como arrumar sem parar a operação.
William MeloSócio-fundador da Maze Analytics
Cadastro de produtos é o registro que descreve cada item que a empresa compra, produz ou vende: código, nome, variação, categoria, marca, unidade, custo e ficha técnica. É a base de toda análise comercial, porque venda, estoque e margem só fazem sentido quando apontam para o produto certo. Quando o cadastro foi feito às pressas, o painel mais caro do mundo mostra número errado com muita convicção.
Os pontos-chave:
- Toda análise de venda, estoque e margem depende do cadastro. Se o mesmo produto tem três códigos, a análise vê três produtos fracos em vez de um forte.
- Cada campo tem um uso na análise. Categoria responde "onde a empresa ganha dinheiro", coleção responde "o que funcionou na estação", custo responde "quanto sobrou".
- Os erros são poucos e repetidos: código duplicado, categoria "outros" inchada, custo zerado e variação misturada com produto.
- Dado mestre é a versão oficial de cada produto, com um dono e uma regra de criação. Sem isso, cada sistema inventa a sua.
- Dá para arrumar sem parar a empresa: tabela de correspondência para o passado, regra e checagem automática para o futuro.
Por que a análise quebra quando o cadastro foi feito às pressas
O cadastro costuma nascer no pior momento: a nota fiscal chegou, o produto precisa entrar no estoque e alguém preenche o mínimo. O ERP aceita, e ninguém percebe o problema até a diretoria pedir um relatório por categoria.
Aí aparecem os três defeitos clássicos. O mesmo produto com três códigos, criados por pessoas diferentes em anos diferentes: a análise mostra três itens de giro baixo, o comprador reduz o pedido e o produto que mais vendia entra em ruptura. A categoria "outros" que engole uma fatia grande do faturamento, porque cadastrar direito dava trabalho: o ranking de categorias vira ficção. E o custo zerado ou desatualizado, que faz a margem parecer ótima justamente nos itens em que a empresa perde dinheiro.
Um estudo publicado pela Harvard Business Review, em que gestores avaliaram cem registros recentes do próprio departamento, encontrou apenas 3% de empresas com dados dentro de um padrão básico de qualidade. No cadastro de produto, cada registro ruim se multiplica por todas as vendas daquele item.
É problema de origem, e ferramenta de BI não conserta origem. Como mostramos em IA para análise de dados: por onde começar na empresa, painel e modelo de linguagem só amplificam o que a base já diz: se ela diz que existem três produtos, a IA resume três produtos.
O que cada campo do cadastro precisa ter
A tabela abaixo é a régua que nós usamos ao abrir o cadastro de um cliente pela primeira vez.
| Campo | Para que serve na análise | Erro comum |
|---|---|---|
| SKU (código do item) | chave única que junta venda, estoque e custo em todos os sistemas | mesmo produto com dois ou três códigos; código reaproveitado |
| Variação (cor e tamanho) | mostra a grade: qual tamanho sobra, qual cor esgota primeiro | variação cadastrada como produto solto, ou estoque de variações misturado |
| Modelo (produto pai) | agrupa as variações para a análise por modelo e coleção | inexistente; a soma por modelo é feita na mão |
| Categoria e subcategoria | mostra onde a empresa ganha e perde dinheiro; base do mix | "outros" com fatia relevante; a mesma categoria escrita de três jeitos |
| Marca | separa produto próprio de revenda | em branco, ou escrita dentro do nome |
| Coleção ou linha | compara lançamentos e mede o que sobrou no fim da estação | só existe na cabeça de quem comprou |
| Unidade de medida | garante que quantidade vendida e em estoque falem da mesma coisa | compra em caixa, venda em unidade, sem fator de conversão |
| Custo | base da margem por produto, categoria e canal | zerado, congelado na primeira compra, ou sem frete e imposto |
| Ficha técnica | análise por atributo (tecido, material, voltagem); alimenta o marketplace | campo livre sem padrão |
| Status | tira do ranking o que saiu de linha | tudo ativo para sempre |
A pergunta para cada campo é sempre a mesma: se ele estiver errado, qual decisão a empresa toma errado? Se a resposta envolve compra, preço ou corte de linha, o campo precisa de regra e de dono.
Como isso aparece na confecção: a grade de tamanho
Uma confecção lança uma camiseta em cinco tamanhos e quatro cores: vinte itens de estoque, um só produto para a análise de coleção. O cadastro precisa registrar as duas coisas: o modelo (a camiseta, com coleção, categoria e ficha técnica) e cada variação (tamanho e cor, com código e estoque próprios).
Quando o cadastro tem só as variações, a análise por coleção precisa reagrupar vinte códigos na mão, e o nome escrito de jeitos diferentes faz o agrupamento falhar. Quando tem só o modelo, ninguém sabe que o G esgotou na segunda semana e o PP sobrou até a liquidação. Uma informação decide quanto a coleção rende; a outra, a curva de tamanhos da próxima compra.
O custo tem um agravante: a ficha de custo (tecido, aviamento, mão de obra) costuma viver numa planilha do PCP (o planejamento da produção), separada do ERP. Se o custo do cadastro não sobe quando o tecido sobe, a margem por peça no painel fica meses atrasada.
Como isso aparece no e-commerce: o mesmo produto em três marketplaces
Um e-commerce vende o mesmo tênis na loja própria e em três marketplaces, e cada anúncio recebe um identificador da plataforma. Se ninguém amarra esses identificadores a um único SKU interno, a análise por produto vê quatro tênis diferentes, cada um com um quarto da venda real.
Existe um padrão de mercado para evitar isso. O GTIN, definido pela GS1, identifica de forma única cada item precificado, pedido ou faturado em qualquer ponto da cadeia. É o número impresso embaixo do código de barras da embalagem. A documentação do Google para anúncios de produto segue a mesma lógica: cada variação de cor ou tamanho precisa do seu próprio identificador, e as variações do mesmo produto são reunidas por um identificador de grupo para a plataforma entender que são o mesmo modelo.
No cadastro interno isso vira um SKU por variação, um código de modelo que agrupa as variações, e uma tabela que liga cada SKU ao identificador de cada canal. A venda dos quatro canais soma no mesmo lugar, e a análise por canal deixa de ser uma reconciliação em planilha toda segunda-feira.
O que é dado mestre e por que o cadastro precisa de um dono
Dado mestre é a versão oficial de cada entidade central do negócio: produto, cliente, fornecedor. Para produto, é o registro que todos os sistemas consultam em vez de manter cópias próprias. Quando ERP, plataforma, marketplace e planilha de custo têm cada um o seu cadastro, existem quatro opiniões sobre o que é o produto, e nenhum dado mestre.
Dado mestre se consegue com três decisões, sem comprar sistema novo:
- Qual sistema é a origem. Em geral o ERP, porque é onde a nota entra. Os outros recebem dali, e não o contrário.
- Quem é o dono do cadastro. Uma pessoa ou área que aprova produto novo e responde por categoria, custo e status. Sem dono, a regra dura duas semanas.
- Qual é a regra de criação de SKU. O que gera código novo (variação de cor e tamanho gera; embalagem promocional não gera, por exemplo), quais campos são obrigatórios e quais valores são aceitos em categoria e marca.
É a parte prática do que descrevemos em governança de dados: o que é e como começar sem burocracia: uma página, um nome e um sistema de origem resolvem, sem comitê nem documento de cinquenta páginas.
Como arrumar sem parar a operação
Ninguém consegue congelar o cadastro por um mês para limpar tudo. O caminho que funciona trata o passado e o futuro ao mesmo tempo:
- Meça o tamanho do problema antes de mexer. Quantos SKUs ativos, quantos sem custo, quantos em "outros", quantos prováveis duplicados por nome parecido. Isso define a ordem de ataque.
- Crie uma tabela de correspondência em vez de apagar código. Código antigo não pode ser excluído, porque nota fiscal e histórico apontam para ele. A tabela diz "A, B e C são o produto X" e a camada de análise soma os três, sem a operação mudar nada.
- Ligue a regra para o que nasce a partir de agora. Campo obrigatório no ERP, lista fechada de categorias, aprovação do dono antes de ativar. É mais barato impedir o erro novo do que corrigir o antigo.
- Coloque uma checagem automática rodando todo dia. Um processo que lista produto sem custo, sem categoria, com nome quase igual a outro ou com venda em código descontinuado, e avisa o dono. É a validação de tratamento de dados: como limpar a base antes de analisar, aplicada na origem.
Quem começa pela limpeza manual e deixa a regra para depois vê o cadastro sujar de novo em seis meses.
Perguntas frequentes
O que é SKU e qual a diferença para o código de barras?
SKU é o código interno que a empresa cria para cada item vendável, incluindo a variação de cor e tamanho. O código de barras (GTIN) é um identificador padronizado pela GS1, único no mundo, que acompanha o produto pela cadeia inteira. O cadastro deve guardar os dois, ligados.
Como resolver o mesmo produto com vários códigos sem perder o histórico?
Com uma tabela de correspondência: cada código antigo aponta para o produto oficial, e a camada de análise soma o histórico no produto certo. Os códigos antigos continuam no ERP, porque nota fiscal e estoque dependem deles; o que muda é como a análise os enxerga.
O custo do cadastro precisa ser atualizado a cada compra?
Depende da regra de custo que a empresa adota, e ela precisa estar escrita. O que não pode acontecer é o custo ficar zerado ou congelado na primeira compra enquanto o preço do fornecedor muda. Custo médio, última compra ou custo padrão são escolhas válidas, desde que a mesma valha para todos os produtos.
