Toda apresentação de uma plataforma B2B acaba chegando à frase «e você vai querer um PIM». Às vezes isso é verdade. Muitas vezes não é. Um sistema separado de Gerenciamento de Informações de Produto é uma despesa real, com licença, integração, treinamento e decisões contínuas sobre a propriedade dos dados, e já ajudamos alguns clientes a voltar atrás em um projeto de PIM que não precisava ser um projeto. Veja como decidimos.
O que um PIM separado realmente entrega
O valor genuíno de um PIM vem de um ou mais destes pontos:
- Publicação multicanal. O mesmo produto precisa ir para a sua loja, para a Amazon, para um catálogo impresso, para os sites dos seus revendedores e para um app móvel de representantes de vendas. Manter atributos em N sistemas é um pesadelo; centralizá-los em um PIM resolve isso.
- Taxonomia de atributos rica. Você vende produtos complexos com especificações técnicas, dados regulatórios, descrições multilíngues e bibliotecas de ativos (fotos, arquivos CAD, folhas MSDS). O ERP não consegue expressar isso, e a loja precisa apenas de uma fração.
- Fluxo de trabalho editorial. Os lançamentos de produto exigem redação, fotografia, revisão técnica, aprovação jurídica e um único portão de «publicar». Planilhas não fazem isso; ERPs não fazem isso; PIMs fazem.
- Dados sensíveis a região e moeda. Uma operação B2B verdadeiramente multirregional tem textos de produto, unidades e mapeamentos de SKU específicos por região, que precisam de um sistema de registro fora do ERP.
O que as informações de produto nativas da plataforma já resolvem
As plataformas com que trabalhamos desenvolveram capacidades sérias de informação de produto:
- BigCommerce tem modificadores de produto, campos personalizados, regras complexas de SKU e reconhecimento de listas de preços do B2B Edition. Para catálogos de 1.000 a 50.000 SKUs indo para um ou dois canais, costuma ser suficiente.
- DynamicWeb já vem com PIM como um módulo de primeira classe da plataforma. Não há necessidade de acoplar um separado: ele já está lá.
- Sana Commerce usa o ERP como a fonte da verdade do catálogo. Se o cadastro de itens do seu ERP estiver bem curado, é um substituto de PIM perfeitamente válido.
A árvore de decisão de «precisamos de um PIM separado?»
Três perguntas:
- Para quantos canais o catálogo vai? Um canal: o nativo está ótimo. Mais de 3 canais: um PIM separado economiza trabalho real.
- Quão rico é o seu modelo de atributos? Menos de ~30 atributos por produto: nativo. Mais de 50 atributos, incluindo multimídia e dados regulatórios: um PIM separado.
- O lançamento de produto exige um fluxo de várias etapas com revisores? Não: nativo. Sim: os recursos editoriais de um PIM separado se pagam.
Dois «sim» de três normalmente significa que um PIM separado se justifica. Um único «sim» fica no limite. Zero ou um «sim» e alguém está te vendendo um PIM de que você não precisa.
Se você realmente precisar de um
O cenário de fornecedores é vasto. Aqueles com quem trabalhamos de forma produtiva:
- Akeneo: fluxo de trabalho editorial robusto e amigável ao B2B, bom ecossistema, pode ser auto-hospedado ou em nuvem.
- Salsify: especialmente forte para publicação em canais de varejo (Amazon, Walmart, etc.), mas mais pesado do que o necessário se todos os seus canais forem próprios.
- Pimcore: de código aberto, também cuida de DAM e CDP, muito flexível, mas exige comprometimento para operar bem.
- inRiver: produto B2B maduro, muitas vezes a resposta certa para catálogos industriais ou de manufatura.
Para projetos em DynamicWeb, a resposta é quase sempre «use o PIM nativo, a menos que você tenha um motivo específico para não usá-lo»: conectar um PIM de terceiros ao DynamicWeb adiciona dívida de integração sem um retorno claro.
O que dizemos aos clientes para fazer primeiro
Antes de se comprometer com um projeto de PIM, fazemos uma avaliação de uma semana:
- Auditar o cadastro de produtos atual (ERP + planilhas + arquivos de operações de vendas)
- Diagramar todos os canais que consomem dados de produto
- Pontuar o fluxo de trabalho editorial com base nas três perguntas acima
- Estimar o custo contínuo de propriedade dos dados: um PIM sem um responsável dedicado pelos dados é um PIM que se deteriora
Um número significativo dessas avaliações termina com «você não precisa de um PIM separado, você precisa de disciplina em torno das ferramentas existentes», e isso é um projeto de seis semanas, não de seis meses.
Se você está recebendo uma proposta de PIM agora e não tem certeza se realmente precisa, vamos te dar uma leitura honesta, mesmo que isso nos custe receita de implementação de PIM.