Quando um catálogo cresce, uma mesma referência pode aparecer como produto independente em uma loja, como variante em um marketplace e como item de estoque em um sistema interno. O resultado costuma ser informação duplicada, relações difíceis de manter e erros na identificação do que está à venda. A solução começa antes de conectar os canais: definir o que cada entidade representa e quais dados pertencem a ela.
Um modelo útil separa a identidade do produto e de suas variantes das condições comerciais de cada canal. Assim, é possível manter uma fonte comum sem exigir que todos os sistemas apresentem o catálogo da mesma maneira. A decisão principal não é quantos registros criar, mas qual diferença realmente muda o que o cliente compra.
Diferencie produto, variante e oferta
O produto representa uma família ou um conceito comercial comum: reúne itens que compartilham uma identidade, uma descrição geral e atributos centrais. Por exemplo, uma mochila de determinado modelo pode ser o produto, enquanto suas combinações de cor ou capacidade são variantes.
A variante é uma unidade comprável que se distingue por uma combinação definida de atributos, como tamanho e cor. Ela precisa ser identificada sem ambiguidade e, quando pertinente, associada ao estoque, ao código de barras e à seleção na página do produto. Se duas unidades não são intercambiáveis na compra ou na preparação do pedido, provavelmente não são a mesma variante.
A oferta descreve como uma variante é vendida em um contexto comercial específico: canal, vendedor, preço, disponibilidade ou condições de entrega. Uma oferta não deve se transformar automaticamente em outro produto. A mesma variante pode ter ofertas diferentes em canais distintos sem que sua identidade mude.
Essa separação ajuda a responder a perguntas diferentes: que item é esse, qual opção exata está sendo comprada e em que condições ela é oferecida. Se um sistema não tiver uma entidade chamada “oferta”, o modelo poderá ser representado de outra forma, mas convém preservar essa distinção conceitual.
Decida se uma diferença merece uma variante
Uma diferença merece ser tratada como variante quando o cliente escolhe entre opções do mesmo item e a organização consegue descrevê-las com atributos consistentes. Tamanho, cor, capacidade ou acabamento costumam se encaixar, desde que preservem a finalidade, a identidade e a descrição principal do produto. A seleção deve levar a uma referência concreta que possa ser comprada e gerenciada.
É melhor criar um produto independente quando a identidade comercial muda de forma significativa. Isso pode acontecer se a diferença alterar o uso principal, a compatibilidade, a composição, o conteúdo do pacote ou a maneira de apresentar o item. Também pode ser necessário quando cada versão exige uma descrição, uma classificação ou uma relação com outros produtos que não possa ser expressa como uma opção do mesmo produto.
Para resolver casos duvidosos, façam estas perguntas:
- O cliente espera escolher entre opções em uma mesma página ou comparar itens distintos?
- Os atributos permanecem estáveis? Se a diferença exigir uma narrativa própria, e não uma opção selecionável, talvez se trate de outro produto.
- É possível comprar e preparar cada opção separadamente? Se sim, cada combinação vendável precisa de uma identidade de variante, mesmo que esteja agrupada sob um produto.
- A relação faz sentido em todos os canais? Se um canal não aceitar variantes, cada uma poderá ser apresentada separadamente nele, mantendo-se a relação no catálogo mestre.
Não tomem decisões apenas com base na estrutura permitida por uma plataforma. O canal pode impor limites de apresentação, mas não deve, por si só, determinar a identidade interna do catálogo.
Atribua identificadores estáveis e inequívocos
Definam um identificador próprio para o produto e outro para cada variante. O primeiro agrupa; o segundo indica a combinação comprável. O nome exibido, a posição em uma lista ou um valor que pode mudar, como o preço ou o título promocional, não devem ser usados como identificador da variante.
O identificador interno deve ser único, persistente e não reutilizável. Se uma variante deixar de ser vendida, mantenham sua referência histórica em vez de atribuí-la a outro item. Reutilizar códigos pode misturar pedidos, estoque ou registros antigos com uma unidade diferente. Se houver códigos comerciais ou de barras, armazenem-nos como identificadores com significado e regras próprios; não presumam que substituem a chave interna.
Os identificadores dos canais também podem ser necessários para vincular registros. Tratem-nos como referências externas, não como identidade principal: um item pode receber um identificador diferente em cada plataforma. A relação entre a chave interna da variante e as referências externas deve ser explícita, verificável e mantida pelo sistema responsável pelo catálogo.
Separe atributos compartilhados dos atributos da variante
Os dados que descrevem toda a família pertencem ao produto: nome do modelo, descrição geral, marca, quando aplicável, categoria e características comuns. Os atributos que determinam a opção específica pertencem à variante: tamanho, cor, capacidade ou formato, quando essas diferenças definem unidades compráveis distintas.
Estabeleçam uma regra clara de herança. A variante pode exibir a descrição do produto e acrescentar seus próprios valores, mas um campo crítico não deve ter valores contraditórios nos dois níveis. Se cada variante tiver uma composição diferente, por exemplo, essa informação não poderá ser tratada como um dado comum sem uma exceção explícita.
Usem vocabulários controlados para os atributos compartilhados: o mesmo tamanho não deve ser registrado com rótulos incompatíveis, e os nomes das cores não devem depender de texto livre sem motivo. Definam também quais campos são obrigatórios, quais aceitam valores vazios e quais combinações são válidas. Isso facilita comparar, validar e transformar dados sem confundir diferenças reais com variações de escrita.
Modele a disponibilidade e os dados comerciais separadamente
A disponibilidade e o preço podem variar sem que o item mude. Por isso, devem estar associados à oferta ou ao contexto correspondente, e não ser usados para criar uma nova variante. Uma variante pode estar esgotada em um canal e disponível em outro; essa diferença é comercial ou operacional, não uma nova identidade de produto.
Separem também as dimensões pertinentes: a variante identifica qual é a unidade; a oferta indica onde e em que condições ela é disponibilizada; o estoque pode depender de um local ou sistema de inventário. Nem todas as empresas precisarão de uma entidade diferente para cada dimensão, mas precisam saber onde cada dado reside e qual é sua fonte autorizada. Evitem copiar preços e disponibilidade para descrições ou atributos que possam ser interpretados como permanentes.
Adapte o catálogo aos canais sem duplicar a fonte
Os canais podem aceitar estruturas diferentes. Um pode agrupar variantes em uma página, enquanto outro exige registros separados. Resolva essa diferença com uma representação ou transformação específica para o canal, preservando no catálogo mestre a relação entre produto e variantes. Separar a forma de publicação da identidade do item reduz o risco de criar produtos duplicados apenas para atender a uma apresentação específica.
Antes da integração, documentem os campos mestres, as referências externas, as regras de agrupamento e as exceções por canal. Atribuam um responsável a cada dado: se dois sistemas puderem alterar o mesmo campo sem uma prioridade definida, as divergências serão previsíveis. Quando um canal não puder expressar uma característica, decidam se ela será omitida, transformada ou encaminhada para revisão; não a reinterpretem silenciosamente como outra entidade.
Erros frequentes e verificações antes da integração
Variantes sem produto pai dificultam a apresentação e a análise. Atributos inconsistentes impedem o reconhecimento de opções equivalentes. Referências reutilizadas podem associar dados históricos ao item errado. Também é comum duplicar um produto porque um canal usa outra estrutura ou transformar uma oferta com preço diferente em uma nova variante.
Antes de conectar os sistemas, revisem uma amostra representativa do catálogo e verifiquem se:
- Cada produto reúne itens que compartilham uma identidade compreensível.
- Cada variante corresponde a uma unidade comprável e tem um identificador próprio, estável e único.
- Os atributos que diferenciam variantes estão definidos com valores e combinações válidos.
- Os dados herdados não contradizem os valores específicos de uma variante.
- Preços, disponibilidade e condições comerciais estão separados da identidade do item.
- As referências dos canais apontam para a variante correta e não substituem a chave interna.
- As exceções de apresentação estão documentadas sem alterar o modelo mestre.
Um catálogo coerente não exige que cada canal mostre os itens da mesma forma. Exige que a empresa consiga reconhecer o mesmo produto e a mesma variante em todos os seus sistemas e separar essa identidade da maneira específica de vendê-los. Com essas regras definidas antes da integração, as adaptações posteriores ficam mais controláveis e há menos duplicidades a corrigir.