Loading
Migrar productos y atributos de productos a GestiĆ³n de ingresos

Usted estĆ” aquĆ­:

  1. Ayuda de Salesforce
  2. Documentos
  3. GestiĆ³n de ingresos de Agentforce

Migrar productos y atributos de productos a GestiĆ³n de ingresos

Al migrar de Salesforce CPQ a GestiĆ³n de ingresos, comprender la forma en que se definen las estructuras y los atributos de los productos es fundamental para una transiciĆ³n exitosa. GestiĆ³n de catĆ”logo de productos en GestiĆ³n de ingresos le permite consolidar su catĆ”logo mientras simplifica el mantenimiento a travĆ©s de un modelo de datos dirigido por atributos.

Diferencias principales entre Salesforce CPQ y GestiĆ³n de ingresos

GestiĆ³n de ingresos presenta dos turnos principales que funcionan juntos.

En Salesforce CPQ, los atributos de productos se gestionan a travĆ©s de atributos de configuraciĆ³n, que se basan en gran medida en metadatos de objetos de Salesforce. GestiĆ³n de ingresos utiliza un modelo dirigido por datos, eliminando la necesidad de cambios de esquema constantes.

Elemento Salesforce CPQ GestiĆ³n de ingresos
DefiniciĆ³n Los atributos se definen como campos personalizados creados directamente en los objetos Partida de presupuesto y OpciĆ³n de producto. Los atributos se definen como registros DefiniciĆ³n de atributo.
Valores Los valores de atributos se definen como valores de lista de selecciĆ³n dentro de los metadatos de campo personalizado en el objeto. Los valores de atributos se gestionan a travĆ©s de registros Lista de selecciĆ³n de atributos y Valor de lista de selecciĆ³n de atributos, no metadatos de campo.
AsignaciĆ³n Los registros Atributo de configuraciĆ³n asignan estos campos a paquetes de productos especĆ­ficos. Para reutilizar atributos entre diferentes productos, a menudo utiliza atributos globales combinados con conjuntos de atributos. Los atributos se asignan a registros de ClasificaciĆ³n de productos. Los productos heredan atributos de su clasificaciĆ³n, reduciendo la configuraciĆ³n repetitiva.

En Salesforce CPQ, las limitaciones tĆ©cnicas a menudo obligan a los administradores a crear registros de productos (SKU) distintos para cada variaciĆ³n de un elemento o a incluir productos sencillos en paquetes solo para utilizar atributos de configuraciĆ³n. La definiciĆ³n de variaciones de productos normalmente requiere uno de estos dos enfoques que llevan a la expansiĆ³n del catĆ”logo.

  • ProliferaciĆ³n de SKU: Crea un registro Producto exclusivo para cada variaciĆ³n. Por ejemplo, PortĆ”til de 13 pulgadas, PortĆ”til de 15 pulgadas, etc. Esto infla el catĆ”logo y dificulta el mantenimiento.
  • Envoltorio de paquete: Para utilizar atributos de configuraciĆ³n que permiten la selecciĆ³n de usuarios, debe configurar el producto como un paquete, incluso si es un Ćŗnico elemento fĆ­sico. Este enfoque agrega complejidad innecesaria a la jerarquĆ­a de partidas de presupuesto.

GestiĆ³n de ingresos desvincula caracterĆ­sticas de productos del propio registro Producto.

  • Registro de producto Ćŗnico: Crea un producto, asigna atributos a una clasificaciĆ³n de productos y luego vincula esa clasificaciĆ³n al producto.
  • Clasificaciones: Los atributos se asignan a clasificaciones de productos. Cualquier producto vinculado a esa clasificaciĆ³n hereda los atributos automĆ”ticamente. Puede sustituir los atributos de componentes de productos en el contexto del paquete de productos.

Consulte Planificar su catƔlogo de productos.

Estrategia de migraciĆ³n

Utilice esta estrategia integral para reducir su recuento de registros de Producto y realizar la transiciĆ³n al modelo de datos dirigido por atributos de GestiĆ³n de ingresos.

  1. Realice una auditorĆ­a de su catĆ”logo heredado identificando dos tipos de oportunidades de migraciĆ³n.
    • Candidatos de consolidaciĆ³n: Grupos de productos en Salesforce CPQ que representan el mismo elemento base pero solo difieren por caracterĆ­sticas especĆ­ficas. Por ejemplo, si tiene registros para Cable-1m, Cable-3m y Cable-5m, estos se pueden consolidar en un Ćŗnico producto Cable con un atributo Longitud. El ejemplo anterior de LAP-13, LAP-15, LAP-15-PRO puede convertirse en un Ćŗnico producto PortĆ”til con atributos TamaƱo de pantalla y RAM.
    • Inventario de atributos: Documente todos los atributos de configuraciĆ³n, campos personalizados en objetos Partida de presupuesto u OpciĆ³n de producto y sus valores de lista de selecciĆ³n. Estas se convertirĆ”n en sus definiciones de atributo.
  2. En vez de crear campos personalizados en objetos, cree registros de DefiniciĆ³n de atributo para cada caracterĆ­stica de producto exclusiva.
    1. Cree registros DefiniciĆ³n de atributo para los factores diferenciadores. Por ejemplo, Longitud, Color, Material, Memoria, Velocidad de CPU y Almacenamiento.
    2. Defina el tipo de datos para cada atributo.
    3. Defina valores vĆ”lidos para atributos de lista de selecciĆ³n utilizando los registros Lista de selecciĆ³n de atributos y Valor de lista de selecciĆ³n de atributos.
    4. Migre valores de lista de selecciĆ³n desde los metadatos de campo de Salesforce a los registros Valor de lista de selecciĆ³n de atributo relacionados con la definiciĆ³n de atributo.
  3. Agrupe atributos comunes en plantillas reutilizables denominadas clasificaciones de productos. Las clasificaciones de productos sustituyen el patrĆ³n CPQ de conjuntos de atributos y atributos globales.
    1. Cree una clasificaciĆ³n de productos. Por ejemplo, Cables, PortĆ”tiles, PortĆ”tiles y Atributos. Consulte Crear una clasificaciĆ³n de productos.
    2. Asigne atributos relevantes a esta clasificaciĆ³n. Por ejemplo, asigne Longitud y Material a cables, y Memoria, Velocidad de CPU, Almacenamiento y Color a atributos de portĆ”til. Consulte Asignar atributos a una clasificaciĆ³n de productos.
  4. Cree registros de Producto Ćŗnicos en GestiĆ³n de ingresos para sustituir mĆŗltiples SKU heredadas.
    1. Cree el producto. Por ejemplo, Cable universal, Ordenador portƔtil, etc. Consulte Crear productos sencillos.
    2. Asocie el producto con la clasificaciĆ³n apropiada. El producto hereda automĆ”ticamente todos los atributos de esa clasificaciĆ³n.
    3. Configure restricciones. Si un producto solo admite ciertos valores de atributo, puede excluir valores especĆ­ficos en el registro Producto sin cambiar la definiciĆ³n de atributo global. Por ejemplo, un cable universal tiene longitudes de 1 m y 3 m, pero no 5 m. Consulte Incluir o excluir valores de lista de selecciĆ³n en un atributo de clasificaciĆ³n de productos.
  5. Organice sus productos consolidados en catƔlogos y categorƭas.
    1. Cree un catƔlogo. Por ejemplo, CatƔlogo de hardware informƔtico.
    2. Cree categorĆ­as para agrupaciones de productos y asĆ³cielas con el catĆ”logo.
    3. Asigne sus productos consolidados a las categorĆ­as apropiadas.
  6. Si su PlanificaciĆ³n de recursos comerciales (ERP) descendente o sus sistemas de realizaciĆ³n aĆŗn requieren SKU diferentes, utilice Orquestador de ingresos dinĆ”mico para gestionar la asignaciĆ³n.
    • Capa comercial: El representante de ventas configura un producto y selecciona su valor de atributo. Por ejemplo, el representante de ventas configura el cable universal y selecciona su longitud como 1 m.
    • Capa tĆ©cnica: Utilice reglas de descomposiciĆ³n para asignar el producto comercial y la selecciĆ³n de atributos al producto tĆ©cnico o SKU especĆ­fico requerido para la realizaciĆ³n.

    Se puede utilizar un plan de orquestaciĆ³n para dirigir la realizaciĆ³n entre uno o mĆ”s sistemas ERP o descendentes. El plan de orquestaciĆ³n garantiza que GestiĆ³n de ingresos tenga una vista completa de la realizaciĆ³n de pedidos.

    Consulte OrquestaciĆ³n de pedidos en GestiĆ³n de ingresos.

AsignaciĆ³n de migraciĆ³n

Utilice esta tabla para asignar su configuraciĆ³n de Salesforce CPQ existente a estructuras de GestiĆ³n de ingresos.

ConfiguraciĆ³n de Salesforce CPQ Equivalente de GestiĆ³n de ingresos LĆ³gica de migraciĆ³n
MĆŗltiples SKU para variantes Producto Ćŗnico con atributos Consolide variantes de SKU en un registro Producto. Defina atributos para diferenciar caracterĆ­sticas.
Registro de atributo de configuraciĆ³n Registro DefiniciĆ³n de atributo Cree un registro DefiniciĆ³n de atributo para cada caracterĆ­stica exclusiva y defina el tipo de datos.
Campo de destino o campo Partida de presupuesto Registro DefiniciĆ³n de atributo En vez de utilizar un campo personalizado, utilice un modelo de atributo de tiempo de ejecuciĆ³n donde los valores se almacenan basĆ”ndose en la definiciĆ³n del atributo.
Valores de lista de selecciĆ³n de campo Registros de Valor de lista de selecciĆ³n de atributo Migre valores de lista de selecciĆ³n desde los metadatos de campo de Salesforce a registros Valor de lista de selecciĆ³n de atributo asociados con la definiciĆ³n de atributo.
Conjunto de atributos/Atributo global Registro ClasificaciĆ³n de productos En vez de agrupar atributos globales en conjuntos, defina una clasificaciĆ³n de productos y asĆ³ciele las definiciones de atributos relevantes o utilice categorĆ­as de atributos.
Envoltorio de paquetes para productos sencillos Producto sencillo con asignaciĆ³n de atributos directa Elimine estructuras de paquetes innecesarias. Asigne atributos directamente a productos sencillos o a travĆ©s de herencia de clasificaciĆ³n.

Consideraciones clave sobre la migraciĆ³n

Tenga en cuenta estas consideraciones cuando migre productos.

  • Prioridad de herencia: Cuando migre atributos requeridos, pruebe el comportamiento de herencia cuidadosamente. La configuraciĆ³n Obligatorio de definiciones de atributos puede tener prioridad sobre clasificaciones de productos durante la activaciĆ³n de pedidos y la generaciĆ³n de activos.
  • PlanificaciĆ³n de descomposiciĆ³n: Antes de consolidar productos, confirme si los sistemas descendentes, como ERP, realizaciĆ³n, sistemas de inventario, requieren identificadores de productos distintos. Planifique sus reglas de descomposiciĆ³n en consecuencia.
  • Experiencia de configuraciĆ³n de prueba: Tras la migraciĆ³n, pruebe minuciosamente el Configurador de productos para garantizar que los valores de atributos se muestran correctamente, que las restricciones funcionan segĆŗn lo esperado y que la experiencia del usuario cumple los requisitos del equipo de ventas.
  • Estrategia de lista de precios: Los productos consolidados pueden requerir ajustes en su estrategia de precios. Considere si los precios varĆ­an segĆŗn la selecciĆ³n de atributos y las reglas de precios basadas en atributos.

DespuĆ©s de comprender las estructuras y atributos de productos en GestiĆ³n de ingresos, obtenga informaciĆ³n acerca de paquetes de productos y modelos de venta de productos antes de migrar datos de productos.

 
Cargando
Salesforce Help | Article