Você está aqui:
Migrar produtos e atributos de produto para o gerenciamento de receita
Ao migrar do Salesforce CPQ para o Gerenciamento de receita, entender como as estruturas e atributos do produto são definidos é essencial para uma transição bem-sucedida. O Gerenciamento de catálogo de produtos no Gerenciamento de receita permite que você consolide seu catálogo enquanto simplifica a manutenção por meio de um modelo de dados conduzido por atributo.
Diferenças principais entre o Salesforce CPQ e o gerenciamento de receita
O Gerenciamento de receita introduz dois principais turnos que funcionam juntos.
No Salesforce CPQ, os atributos de produto são gerenciados por meio de atributos de configuração, que dependem muito de metadados de objeto do Salesforce. O Gerenciamento de receita usa um modelo orientado por dados, eliminando a necessidade de alterações de esquema constantes.
| Elemento | Salesforce CPQ | Gerenciamento de receita |
|---|---|---|
| Definição | Os atributos são definidos como campos personalizados criados diretamente nos objetos Linha de cotação e Opção de produto. | Os atributos são definidos como registros de Definição de atributo. |
| Valores | Os valores de atributo são definidos como valores de lista de opções nos metadados de campo personalizados no objeto. | Os valores de atributo são gerenciados por meio de registros de Lista de opções de atributo e Valor da lista de opções de atributo, não de metadados de campo. |
| Atribuição | Os registros de Atributo de configuração mapeiam esses campos para pacotes de produtos específicos. Para reutilizar atributos em diferentes produtos, você costuma usar atributos globais combinados a conjuntos de atributos. | Os atributos são atribuídos aos registros de Classificação de produto. Os produtos herdam atributos de sua classificação, reduzindo a configuração repetitiva. |
No Salesforce CPQ, as limitações técnicas costumam forçar os administradores a criar registros de Produto (SKUs) distintos para cada variação de um item ou a quebrar produtos simples em pacotes apenas para usar atributos de configuração. A definição de variações de produto geralmente requer uma destas duas abordagens que levam ao aumento do catálogo.
- Proliferação de SKU: Você cria um registro de Produto exclusivo para cada variação. Por exemplo, Laptop de 13 polegadas, Laptop de 15 polegadas e assim por diante. Isso sobrecarrega o catálogo e dificulta a manutenção.
- Encerrador de pacotes: Para usar atributos de configuração que permitem seleção do usuário, você deve configurar o produto como um pacote, mesmo que seja um único item físico. Essa abordagem adiciona complexidade desnecessária à hierarquia de linhas de cotação.
O Gerenciamento de receita desconecta as características do produto do próprio registro de Produto.
- Registro de produto único: Você cria um produto, atribui atributos a uma classificação de produto e vincula essa classificação ao produto.
- Classificações: Os atributos são atribuídos às classificações de produto. Qualquer produto vinculado a essa classificação herda os atributos automaticamente. Você pode substituir os atributos de componentes do produto no contexto do pacote de produtos.
Consulte Planejar seu catálogo de produtos.
Estratégia de migração
Use essa estratégia abrangente para reduzir a contagem de registros de Produto e fazer a transição para o modelo de dados conduzido por atributo do Gerenciamento de receita.
-
Audite seu catálogo legado identificando dois tipos de oportunidades de migração.
- Candidatos à consolidação: Grupos de produtos no Salesforce CPQ que representam o mesmo item de base, mas diferem apenas por características específicas. Por exemplo, se você tiver registros para Cable-1m, Cable-3m e Cable-5m, eles poderão ser consolidados em um único produto Cable com um atributo Comprimento. O exemplo anterior de LAP-13, LAP-15, LAP-15-PRO pode se tornar um único produto de laptop com os atributos Tamanho da tela e RAM.
- Inventário de atributos: Documente todos os atributos de configuração, campos personalizados nos objetos Linha de cotação ou Opção de produto e seus valores de lista de opções. Essas serão suas definições de atributo.
-
Em vez de criar campos personalizados em objetos, crie registros de Definição de atributo para cada característica de produto exclusiva.
- Crie registros de Definição de atributo para os fatores diferenciadores. Por exemplo, Comprimento, Cor, Material, Memória, Velocidade da CPU e Armazenamento.
- Defina o tipo de dados para cada atributo.
- Defina valores válidos para atributos da lista de opções usando os registros Lista de opções de atributo e Valor da lista de opções de atributo.
- Migre valores da lista de opções dos metadados de campo do Salesforce para os registros de Valor da lista de opções de atributo relacionados à definição de atributo.
-
Agrupe atributos comuns em modelos reutilizáveis chamados de classificações de produto. As classificações de produto substituem o padrão do CPQ de conjuntos de atributos e atributos globais.
- Crie uma classificação de produto. Por exemplo, Cabos, Laptops, Laptop e Atributos. Consulte Criar uma classificação de produto.
- Atribua atributos relevantes a essa classificação. Por exemplo, atribua Comprimento e Material a cabos e Memória, Velocidade de CPU, Armazenamento e Cor a atributos de laptop. Consulte Atribuir atributos a uma classificação de produto.
-
Crie registros de Produto único no Gerenciamento de receita para substituir várias SKUs legadas.
- Crie o produto. Por exemplo, Universal Cable, Laptop e assim por diante. Consulte Criar produtos simples.
- Associe o produto à classificação adequada. O produto herda automaticamente todos os atributos dessa classificação.
- Configure restrições. Se um produto oferecer suporte apenas a determinados valores de atributo, você poderá excluir valores específicos no registro Produto sem alterar a definição de atributo global. Por exemplo, um cabo universal vem com comprimentos de 1m e 3m, mas não 5m. Consulte Incluir ou excluir valores da lista de opções em um atributo de classificação de produto.
-
Organize seus produtos consolidados em catálogos e categorias.
- Crie um catálogo. Por exemplo, Catálogo de hardware de computador.
- Crie categorias para agrupamentos de produtos e associe-as ao catálogo.
- Atribua seus produtos consolidados às categorias adequadas.
-
Se seus sistemas de cumprimento ou Planejamento de recursos empresariais (ERP) a jusante ainda precisarem de SKUs distintos, use o Orquestrador dinâmico de receita para lidar com o mapeamento.
- Camada comercial: O representante de vendas configura um produto e seleciona seu valor de atributo. Por exemplo, o representante de vendas configura o cabo universal e seleciona seu comprimento como 1m.
- Camada técnica: Use regras de decomposição para mapear a seleção de atributo e produto comercial para o produto técnico ou SKU específico necessário para cumprimento.
Um plano de orquestração pode ser usado para promover o processamento em um ou mais sistemas de ERP ou downstream. O plano de orquestração garante que o Gerenciamento de receita tenha uma visualização completa do cumprimento do pedido.
Mapeamento de migração
Use esta tabela para mapear sua configuração atual do Salesforce CPQ para estruturas de gerenciamento de receita.
| Configuração do Salesforce CPQ | Equivalente de gerenciamento de receita | Lógica de migração |
|---|---|---|
| Várias SKUs para variantes | Produto único com atributos | Consolide SKUs de variante em um registro de Produto. Defina atributos para diferenciar características. |
| Registro de atributo de configuração | Registro de definição de atributo | Crie um registro de Definição de atributo para cada característica exclusiva e defina o tipo de dados. |
| Campo de destino ou campo Linha de cotação | Registro de definição de atributo | Em vez de usar um campo personalizado, use um modelo de atributo de tempo de execução em que os valores são armazenados com base na definição de atributo. |
| Valores da lista de opções de campo | Atribuir registros de Valor da lista de opções | Migre valores da lista de opções dos metadados de campo do Salesforce para registros de Valor da lista de opções de atributo associados à definição de atributo. |
| Conjunto de atributos/Atributo global | Registro de classificação de produto | Em vez de agrupar atributos globais em conjuntos, defina uma classificação de produto e associe as definições de atributo relevantes a ela ou use categorias de atributo. |
| Empacotador de pacotes para produtos simples | Produto simples com atribuição de atributo direto | Elimine estruturas de pacotes desnecessárias. Atribua atributos diretamente a produtos simples ou por meio da herança de classificação. |
Principais considerações sobre migração
Lembre-se destas considerações ao migrar produtos.
- Prioridade de herança: Ao migrar atributos obrigatórios, teste o comportamento de herança com cuidado. A configuração Obrigatório de definições de atributo pode ter precedência sobre classificações de produto durante a ativação do pedido e a geração de ativo.
- Planejamento de descomposição: Antes de consolidar produtos, confirme se os sistemas a jusante, como ERP, processamento, sistemas de inventário, exigem identificadores de produto distintos. Planeje suas regras de decomposição de acordo.
- Experiência de teste de configuração: Após a migração, teste cuidadosamente o Product Configurator para garantir que os valores de atributo sejam exibidos corretamente, as restrições funcionem conforme o esperado e a experiência do usuário atenda aos requisitos da equipe de vendas.
- Estratégia do catálogo de preços: Produtos consolidados podem exigir ajustes à sua estratégia de precificação. Considere se a precificação varia de acordo com a seleção de atributo e as regras de precificação baseada em atributo.
Depois de entender as estruturas e os atributos do produto na Gestão de receita, conheça os pacotes de produtos e os modelos de venda de produtos antes de migrar dados do produto.
Este artigo resolveu seu problema?
Diga-nos para podermos melhorar!
