PIM (Product Information Management) gerencia o dado do produto: nome, atributos, categoria e preço. DAM (Digital Asset Management) gerencia os arquivos: foto, vídeo e manual em PDF. No e-commerce, os dois funcionam melhor juntos, porque a foto pertence ao SKU. Separados, alguém precisa manter à mão o vínculo entre produto e imagem, e esse vínculo quebra.
Quase todo varejo com catálogo grande acaba montando os dois: um sistema para os dados de produto e outro para a mídia.
Que você precisa dos dois, ninguém discute. A pergunta é se eles devem ser sistemas separados, e na maioria das operações a separação custa caro de um jeito que ninguém coloca na planilha.
Qual a diferença entre PIM e DAM?
O PIM diz o que o produto é: o tipo, a marca, a voltagem, a cor, o preço, o texto que vai para a loja. O DAM diz como o produto aparece: a foto de frente, a de detalhe, o vídeo de uso, o manual. Um guarda dado estruturado, o outro guarda arquivo.
A diferença some no SKU. A ajuda do Google Merchant Center sobre imagens pede que a imagem principal mostre claramente o item exato que está sendo vendido, e a documentação de catálogo da VTEX define o SKU como a unidade física ou a variação do produto. Se a geladeira inox é um SKU, a foto da versão inox precisa estar presa a ele, e esse vínculo é um dado como qualquer outro.
O custo mora na costura
Quando o dado vive num lugar e a mídia em outro, alguém precisa mantê-los alinhados à mão. Os pontos de atrito são sempre os mesmos:
- A foto certa no produto errado. O DAM não sabe qual variação de cor combina com qual SKU; alguém decide isso manualmente, e às vezes erra.
- Mídia órfã. Fotos que não estão amarradas a nenhum produto vivo, ocupando espaço e confundindo quem procura.
- Atualização pela metade. A embalagem mudou, a foto nova entrou no DAM, mas o produto no PIM continua apontando para a antiga porque ninguém refez o vínculo.
- Sincronização como trabalho. Uma pessoa cujo dia é conciliar dois sistemas que deveriam ser um.
Nada disso aparece como linha de custo. Aparece como lentidão, retrabalho e o produto que foi ao ar com a imagem do modelo do ano passado.
Juntos, a mídia vira atributo do produto
A alternativa é tratar a imagem como parte do produto, e não como um arquivo que vive à parte. A foto pertence ao SKU. O manual pertence ao produto. Quando dado e mídia moram sob o mesmo teto, o vínculo deixa de ser uma tarefa e passa a ser a estrutura.
Isso tem consequências práticas:
- A completude cobra a mídia. Um produto sem foto aparece como incompleto no seu painel, antes de alguém publicar.
- A troca refaz as versões. Trocou a imagem principal, as versões geradas para os canais com tamanho próprio são refeitas a partir dela.
- A pendência aparece no produto. "Quais produtos estão sem foto?" deixa de ser uma auditoria cruzando duas ferramentas, porque a falta da imagem aparece na completude de cada produto.
O ganho é confiabilidade
Unir PIM e DAM parece conveniência, mas o valor está em errar menos: menos produto incompleto, menos foto trocada, menos "por que isso subiu assim?".
No AdCore Turbo, a foto é um atributo do SKU, a completude cobra a imagem, cada troca fica registrada numa trilha de auditoria, e o manual em PDF fica no próprio SKU com busca pelo texto. É do mesmo cadastro que saem os feeds para os canais.
O mesmo custo de costura aparece quando o gerador de feed também fica num sistema à parte, e o post sobre o Product Data Hub trata das três camadas juntas. A saída do cadastro para cada canal está em como funciona o feed management moderno.