Me llamo Smriti Sharan. Soy un ávido blogger y YouTuber. Desgloso conceptos complejos con divertidos ejemplos relacionables en tiempo real para que aprender sea divertido. ¡¡¡Wow!!! Puedes… Leer más «
El post 🚀Salesforce CPQ Scenario Based Interview Question Covering every topic on Salesforce CPQ🎯 appeared first on .
Seguir leyendo
Enlace de Whatsapp para el grupo Salesforce CPQ
¿Está listo para profundizar en los métodos de fijación de precios de Salesforce CPQ, el modelo de cascada de precios y los descuentos de CPQ? Entenderemos los precios de Salesforce CPQ y abordaremos las preguntas de la entrevista con la ayuda de las deliciosas ofertas de Domino. 🤤📊🍕
¿Cuáles son los métodos de fijación de precios en Salesforce CPQ?
¿Cuál es el precio de lista en Salesforce CPQ?
El precio de lista es el precio que se recupera de la entrada del libro de precios. Una parte importante del precio de lista es la entrada en el libro de precios, ya que los precios se invocan desde el libro de precios. Cada producto debe tener una entrada en el libro de precios; de lo contrario, el producto no aparecerá en la página de selección del editor de líneas de cotización.
Por ejemplo, Domino's tiene su nueva pizza “AI Extravaganza”, con un precio de $24 en su lista de precios CPQ. Ese es nuestro precio de lista. Ahora, en “Techie Night”, ofrecen un 20% de descuento para todos los entusiastas de la tecnología. Salesforce CPQ toma el precio de lista de $24, calcula el descuento del 20 % y al cliente se le ofrece la pizza a $19,20. Pero sin que la entrada del libro de precios de lista establezca el precio de lista.
¿Cuál es el precio de costo?
El precio de costo se utiliza cuando un producto cuesta una cantidad específica para obtenerlo, luego puede agregar el precio de costo y agregar el precio de margen al producto. El margen de beneficio se puede negociar entre los representantes de ventas y el cliente. El precio de costo es el precio que se completa en el precio especial. campo.
Imagine la nueva pizza “AI Extravaganza” de Domino's. Los ingredientes, la mano de obra y los costos generales suman hasta $15 por pizza: ese es nuestro precio de costo. Ahora, Domino's quiere una parte de las ganancias, por lo que añaden un margen de beneficio. Digamos que lo aumentan en $9, lo que hace que el precio de lista sea de $24 (el precio que ves en el menú).
¿Qué es el precio por bloque?
Los precios en bloque son los precios que se actualizan en función de las cantidades del producto comprado. Por ejemplo, un paquete de 1 a 10 unidades costará 10 $, 10 a 20 unidades costará 18 $ y así sucesivamente.
Para configurar el precio por bloque necesitamos actualizar los 4 datos.
Nombre: establezca el nombre para bloquear el método de fijación de precios.
Límite inferior: la cantidad más baja para el rango de cantidades.
Límite superior: la cantidad más alta para el rango de cantidades.
Precio: Precio que se configurará para el rango de cantidad determinado. 
Nota: El límite superior del precio de un bloque y el límite inferior del precio del siguiente bloque deben ser iguales.
Entendamos con la ayuda del escenario de Dominos, imaginemos el precio en bloque como la oferta especial de Domino's en sus pizzas, pero en lugar de "Compre 1, obtenga 1 gratis", es más como "¡Compre más, ahorre más!". Este enfoque se utiliza en Salesforce CPQ para alentar a los clientes a comprar en mayores volúmenes reduciendo el precio unitario a medida que aumenta la cantidad.
Digamos que Domino's está vendiendo su pizza "AI Extravaganza" e introduce una estrategia de precios en bloque para impulsar las ventas:
– **Nombre**: “Acuerdo en bloque de extravagancia de IA”
– **Límite inferior**: 1 (número mínimo de pizzas)
– **Límite superior**: 10 (número máximo de pizzas antes del siguiente bloque)
– **Precio**: $24 por pizza
Entonces, si pides entre 1 y 10 pizzas “AI Extravaganza”, cada una te costará $24. Pero Domino's quiere incentivarlo a pedir más para sus reuniones tecnológicas o noches de juegos, por lo que presenta lo siguiente:
– **Límite inferior del siguiente bloque**: 11
– **Límite superior del siguiente bloque**: 20
– **Precio del siguiente bloque**: $22 por pizza
Con esta oferta, si pides de 11 a 20 pizzas, el precio baja a $22 cada una. Los asistentes están contentos porque hay mucha pizza y Domino's está encantado con el pedido más grande. ¡Es beneficioso para todos!
Entonces, el precio por bloque es como desbloquear descuentos por volumen: cuanto más pides, más barata se vuelve cada pizza.
¿Qué es el porcentaje del total?
El porcentaje del total se calcula en función del porcentaje de la suma de todos los demás productos que se compran. Por ejemplo, la propina por una cuenta en un restaurante se calcularía en esta categoría.
Para implementar el porcentaje del total, necesitamos actualizar los siguientes campos en los productos:
Método de fijación de precios: configúrelo en "Porcentaje del total"
Porcentaje de la base total: este campo dice en qué campo de precio debemos implementar el porcentaje del total.
Anulación de precio de opción: este precio funcionará solo en el producto del paquete. Las opciones del producto son la opción del paquete. Puede anular el precio del producto si se vende de forma independiente y junto con el paquete.
¡Sumerjámonos en el concepto de “porcentaje del total” con un delicioso escenario de Domino!
Imagina que estás organizando una gran noche de juegos. Entonces, pides una variedad de pizzas, guarniciones y postres, suficiente para satisfacer los diversos antojos de tus amigos. Aquí hay un desglose de su pedido:
| 5 pizzas a $15 cada una | $75 |
| 4 órdenes de pan de ajo a $5 cada una | $20 |
| 3 pasteles de lava a $6 cada uno | $18 |
| Total | $118 |
| Las bebidas son una entidad separada. | |
| 6 botellas de refresco a $2.50 cada una | %15 |
Así es como se integra en Salesforce CPQ:
Método de fijación de precios: seleccionaron "Porcentaje del total". Es dinámico y cambia con sus opciones y porciones de alimentos.
Porcentaje de la base total: se define como la “factura total de alimentos”, que es el costo de pizzas, guarniciones y postres, por un total de $113. Tus refrescos están fuera de esto.
Anulación de precio de opción: normalmente, una botella de cola de Domino's cuesta $2,50, pero usted pidió el "¡Combo!" ¡Este privilegio combinado reduce el costo de los refrescos a $1.80 por botella, lo que le permite ahorrar $4.20 en bebidas!
Total
El “impuesto de fiesta” es el 10% de $113, por lo que son $11,30. El costo total de la comida fue de $113, las bebidas fueron de $15 y con el descuento en bebidas debido a la oferta "Combo", restas $4.20 y luego sumas tu "Impuesto de fiesta" de $11.30. Entonces, ¡el total general de la noche es $135,10!
¿Explica el concepto de “precio de opciones”?
Imagina que estás organizando una fiesta de pizza y Domino's tiene esta oferta llamada "Paquete de fiesta de pizza", que incluye pizzas, guarniciones y bebidas.
Así es como funciona:
Precio opcional: en el “Paquete para fiestas de pizza”, el pan con ajo no cuesta $5; ¡cuesta solo $ 3,75! Obtiene un recorte de precio porque está en un paquete.
Pasos:
1. Primero, agrega pan de ajo a su carrito; sigue siendo $5.
2. Luego, eliges el “Paquete Pizza Party” y el pan de ajo en tu paquete ahora tiene un precio de $3.75.
Lo que sucede aquí, debido al concepto de Precio de Opción, es que el sistema verifica si el pan con ajo es parte del “Paquete de Pizza Party”. entra en vigor el precio con descuento de $ 3,75, como se especifica en la opción del paquete.
¿Explicar las limitaciones en el precio de las opciones?
El precio de la opción no admite monedas múltiples, por lo que solo es posible definir el precio de anulación en una sola moneda.
¿Explicar los precios contratados en Salesforce CPQ?
Imagine que Domino's tiene una empresa cliente leal, “Pizza Lovers Texas Inc.”, una empresa local que pide pizzas para su personal todos los viernes. Dado que realizan pedidos con tanta frecuencia y al por mayor, Domino's quiere ofrecerles una oferta especial.
Así es como funciona:
1. Normalmente, una pizza vegetariana grande cuesta $15. Pero para Pizza Lovers Texas, Domino's establece un precio contratado de 12 dólares por pizza, un gesto de lealtad.
¡Consejos profesionales sobre precios contratados! 🍕✨
1. No hay ofertas dobles: si Pizza Lovers Texas Inc. tuviera dos precios contratados diferentes para la misma pizza vegetariana, un contrato la ofrece a $12 y otro anterior a $14. El sistema Salesforce de Domino no sabría cuál debo elegir. Para evitar esto, CPQ se asegura de tener solo UN precio contratado por producto para cada cuenta.
2. Excepciones de precios especiales: los productos que utilizan métodos de fijación de precios, precios en bloque o porcentaje del precio total, no funcionan con el precio contratado.
3 Asuntos familiares: si las Cuentas están vinculadas por una relación padre-hijo, entonces, de forma predeterminada, todos los hijos heredan el Precio Contratado creado en la Cuenta Padre.
Digamos que PizzaLovers Texas Inc. es parte de un imperio más grande, "PizzaLovers Universe", con subsidiarias como "PizzaLovers Chicago" y "PizzaLovers Bay" instaladas en diferentes ubicaciones. Domino's establece un precio contratado con la empresa matriz, "PizzaLovers Universe". Salesforce CPQ aplica automáticamente este precio contratado a todas las subsidiarias de PizzaLovers porque, en el mundo de la pizza, la familia está unida.
¿Explique el caso de uso de 'Ignorar precios contratados por los padres'?
¿Qué pasa si “PizzaLovers Chicago” negocia un trato exclusivo y diferente porque piden el doble cada viernes? Domino's simplemente cambia la opción "Ignorar precios contratados de la empresa matriz" a verdadero en esa cuenta, asegurando que "PizzaLovers Chicago" obtenga su oferta única, mientras que el resto aún se beneficia del precio contratado de la empresa matriz.
¿Explicar el precio “Anulación manual” en los precios de Salesforce CPQ? 🍕🔥
1.Crea tu propia pizza:
Dominos sabe que a veces quieres crear tu propia pizza. Por lo tanto, establecieron el campo "Precio editable" en verdadero en el producto "Crea tu propia pizza". Ingresa al Editor de líneas de cotización y puede ajustar el precio de lista según la cantidad y el tipo de ingredientes que elija para esa pizza.
2. Flexibilidad:
Domino's ofrece conexión Wi-Fi gratuita en sus restaurantes. El Wi-Fi normalmente se "vende" usando el "Método de precio = Lista", pero para reservas de grupos grandes, lo ofrecen como un beneficio, parte del "Método de precio = Porcentaje del total" con la factura total. Para cambiar entre estos métodos, hacen que el campo "Método de fijación de precios" sea editable en el Editor de líneas de cotización configurando "Método de fijación de precios editable" en verdadero para el producto (en este caso, Wi-Fi).
3. Ofertas personalizadas para comidas personalizadas:
A veces, un cliente negocia un trato que no se ajusta a los métodos de fijación de precios habituales. Domino's responde configurando 'Método de fijación de precios = Personalizado' en el Editor de líneas de cotización. Luego, el personal puede establecer manualmente un precio personalizado.
4. El lado sorpresa:
¿Alguna vez el personal de Domino's te recomendó pan de ajo con queso para pedir? A veces, lo agregan a su pedido como un artículo "Opcional" configurando el campo "Opcional" en verdadero en el Editor de líneas de cotización. No sumará su total, pero está ahí para que lo considere.
¿Explicar la cascada de precios?
¡Profundicemos en el concepto de cascada de precios en Salesforce CPQ! 💦
La cascada de precios de CPQ es un proceso/secuencia de varios pasos que utiliza diferentes precios y descuentos para llegar al precio neto (este es el campo de precio para el total de la línea de cotización/cotización).
Se describe como una cascada que se abre camino de arriba a abajo a través de los diferentes precios y descuentos/ajustes.
1. Precio de lista:
Este es el punto de partida: el precio del menú. Digamos que el precio de lista de la pizza grande “ExtravaganZZa” de Domino's es de $20, como figura en su Libro de precios.
2. Precio Contratado:
Domino's tiene clientes leales, como el "Pizza Club", que cenan todos los martes. Han negociado un 5% de descuento en todas las pizzas a través de un programa de fidelización. Entonces, para ellos, el precio contratado para “ExtravaganZZa” no es $20 sino que baja a $19 ($20 menos 5%).
3. Precio especial:
En ocasiones, Domino's ofrece una promoción especial de un día, como “Cheesy Thursday”, donde todas las pizzas tienen un 10% de descuento adicional. Esta promoción se aplica sobre el Precio Contratado o el Precio de Lista. Para el leal “Pizza Club”, esto reduce su pizza de $19 a $17,10 para ese día.
4. Precio prorrateado:
Supongamos que un miembro del club quiere comprar la mitad de un “ExtravaganZZa” y la mitad de un “Veggie Delight” (también con un precio de 20 dólares). Dominos calcula un Precio Prorrateado, donde toman el Precio Especial ($17.10) y lo multiplican por un factor considerando el escenario de mitad y mitad, digamos 0.5 por cada mitad, lo que equivale a $8.55 por cada porción de media pizza.
5. Precio Regular:
Si no hay un escenario especial, se aplica el Precio Regular. Es el Precio Prorrateado o vuelve al Precio de Lista original. Entonces $19 por “ExtravaganZZa”.
En el contexto del escenario de Domino's pizza con Salesforce CPQ, analicemos en detalle el precio para el cliente, el precio para el socio y el precio neto.
6. Precio al cliente:
Es el precio final que paga un consumidor directo después de considerar todos los descuentos aplicables y precios especiales. Para los miembros del “Pizza Club” que cenen un “Cheesy Thursday”, el precio al cliente por un “ExtravaganZZa” sería la tarifa especial de $17,10.
7. Precio del socio:
El Precio de Socio es una tarifa especial que se ofrece a los socios comerciales, generalmente más baja que la tarifa estándar, para adaptarse a los márgenes de beneficio de los socios. Por ejemplo, una aplicación de entrega de alimentos 'Uber' podría recibir el "ExtravaganZZa" a un precio de socio de $16, lo que les permitirá aumentarlo para sus clientes.
8. Precio Neto:
Son los ingresos que el vendedor se queda con la venta después de deducir todos los descuentos, bonificaciones o rebajas. El precio neto refleja los ingresos reales que obtiene el vendedor por el producto antes de restar sus costos internos.
En el caso de Domino's, el precio neto es la cantidad que Domino's registra como ingreso por la pizza "ExtravaganZZa" vendida al miembro del club el "Cheesy Thursday".
¿Cómo puede Salesforce CPQ ayudar a una empresa a gestionar la complejidad de los precios de manera más eficiente?
Con Salesforce CPQ, en lugar de crear múltiples libros de precios, la empresa puede tener un libro de precios estándar y aplicar excepciones y ajustes de precios según sea necesario. Por ejemplo, si hay un descuento del 20 % a nivel nacional en la pizza "Veg Extravaganza", esto se puede aplicar además del libro de precios estándar sin crear uno nuevo.
¿Pueden los representantes de ventas ofrecer productos como parte de un paquete a un precio diferente con Salesforce CPQ, aunque sea el mismo producto que figura en el libro de precios?
¡Sí! Salesforce CPQ permite configuraciones de precios avanzadas. Por ejemplo, una botella de “Coca-Cola” podría tener un precio de 2 dólares si se vende individualmente. Aún así, cuando forma parte del paquete “Family Feast” (que incluye pizzas, guarniciones y una bebida), el precio efectivo de la “Coca-Cola” dentro del paquete podría ser de solo $1,50. Este precio diferencial es posible dentro del mismo libro de precios debido a la flexibilidad de Salesforce CPQ.
¿Los representantes de ventas todavía necesitan libros de precios si utilizan Salesforce CPQ?
Sí, los libros de precios siguen siendo un elemento fundamental en Salesforce CPQ. Proporcionan los precios de referencia a partir de los cuales se derivan todos los ajustes, descuentos o precios especiales. Si un producto no tiene una entrada en el libro de precios, no aparecerá en la página de selección de productos y no se podrá agregar a una cotización. Incluso una entrada de $0 puede ser significativa, ya que puede indicar un artículo complementario o un producto cuyo precio final se determinará mediante los métodos de fijación de precios de Salesforce CPQ.
¿Qué deben recordar los representantes de ventas al crear nuevos productos en su sistema?
Domino's siempre debe asegurarse de que cualquier producto que introduzca tenga una entrada en el libro de precios asociada. Esta inclusión es crucial porque, sin ella, el producto no estará disponible para su selección al crear cotizaciones, incluso si está destinado a ser un artículo promocional con un valor de cero dólares.
Analicemos cómo funcionan los métodos de fijación de precios de Salesforce CPQ, centrándonos particularmente en la fijación de precios de opciones y su interacción con otros métodos, utilizando Domino's como nuestro escenario de ejemplo.
¿Para qué sirve la casilla de verificación incluida?
Si Domino's decide que el "Combo de fiesta" es una promoción especial y los artículos individuales que contiene (las opciones) no deben tener el precio habitual cuando se venden por separado, marcarán la casilla "Combinado" en Salesforce CPQ para este combo.
Esto significa que aunque una “Pizza Vegetariana” por sí sola suele costar $18, dentro del “Combo de Fiesta” tiene un precio de $0.00, al igual que los demás artículos del combo.
Descuentos en Salesforce CPQ
¿Qué es el descuento opcional en CPQ?
Domino's ofrece un paquete de productos, similar a una oferta combinada, llamado "Pizza Fiesta". Este paquete incluye una pizza grande “Veggie Extravaganza”, “Cheesy Bread” y un refresco.
¿Cómo configurar el descuento opcional en CPQ?
2. Identificación del artículo con descuento: Domino's decide que el “Cheesy Bread” será un 10% más barato si se pide como parte del paquete “Pizza Fiesta”, en comparación con su precio regular a la carta.
3. Configuración del descuento en Salesforce CPQ: el administrador de Domino's ingresa a Salesforce CPQ y navega hasta el producto del paquete principal "Pizza Fiesta" en el sistema. En la pestaña Relacionados, encontrarán todos los productos que forman parte de este paquete enumerados como Opciones de producto.
4. Aplicación del descuento opcional: el administrador ubica el “Pan con queso” dentro de la lista de Opciones de producto para el paquete “Pizza Fiesta”. Luego establecieron un precio específico que indica que cuando el “Cheesy Bread” es parte del paquete “Pizza Fiesta”, genera un descuento del 10% en este artículo en particular.
¿Explicar la función de descuento manual en Salesforce CPQ?
Imagine que un cliente habitual realiza un pedido al por mayor para una próxima fiesta. Pidieron 20 pizzas “vegetarianas”, cada una con un precio original de $10. Para premiar esta compra al por mayor, el responsable comercial ha decidido ofrecer un descuento especial. En lugar del precio normal, quieren que el costo total de las 20 pizzas sea de $150, en lugar de $200.
¿Qué es un campo no descontable en Salesforce CPQ?
Domino's está realizando una promoción especial en pizzas "Veggie Delight", y estas no son elegibles para más descuentos. El campo "No descontable" se marcaría para este producto en Salesforce CPQ, evitando cualquier descuento manual adicional en este artículo, independientemente del tamaño del pedido.
¿Cómo agregar valores de Unidad y Total a la lista de selección?
Nos dirigimos al objeto Línea de Cotización y creamos un nuevo campo de tipo lista de selección con el nombre AdditionalDiscountUnit y los valores que se muestran a continuación.
Ahora podemos elegir valores adicionales.
¿Explicar el descuento para socios y distribuidores en Salesforce CPQ?
Este método se utiliza cuando queremos darle un descuento de socio adicional al cliente. Los valores de estos descuentos se muestran en los campos Descuento de distribuidor y Precio unitario neto en el objeto Línea de cotización. Se calculan mediante las siguientes fórmulas:
Precio para socios = Precio para clientes – Descuento para socios
Precio neto = Precio de socio – Descuento de distribuidor
¿Explicar el descuento basado en el volumen?
Domino's quiere dar un incentivo a los clientes para que pidan más pizzas durante una copa mundial de cricket ofreciendo descuentos basados en el volumen.
1. Configuración del programa de descuentos:
El administrador de Domino's navega a la pestaña "Programaciones de descuentos" dentro de Salesforce CPQ y crea una nueva programación denominada "Especial del día del juego".
– Luego hacen clic en “Editar niveles” y configuran los niveles de volumen de la siguiente manera:
– 1-10 pizzas: 0% de descuento
– 11-20 pizzas: 10% de descuento
– 21-30 pizzas: 15% de descuento
– 31+ pizzas: 20% de descuento
– Guardan esta estructura de niveles, que dictará el descuento aplicado en función de la cantidad de pizzas solicitadas.
2. Aplicación del Programa de Descuentos a los Productos:
Luego, el administrador va a la pestaña "Productos" y selecciona las pizzas elegibles para esta promoción, como "Cheesy Extravaganza" y "Veggie Feast".
– En el campo “Programa de descuentos” de cada producto, seleccionan el programa “Especial del día del juego” que crearon previamente.
3. Realización de pedidos y cálculo de descuentos:
– Un cliente hace un pedido de 25 pizzas “Cheesy Extravaganza” durante el fin de semana del evento de cricket.
– Cuando el pedido ingresa al sistema, el comercial crea una nueva cotización y le agrega las 25 pizzas.
– Al hacer clic en “Calcular” en Salesforce CPQ, el sistema reconoce automáticamente que la cantidad cae en el nivel 21-30, aplicando así un descuento del 15% al pedido.
– El representante de ventas ve el precio regular y el precio con descuento uno al lado del otro, confirmando que el descuento por volumen se aplicó correctamente.
4. Verificación de los detalles del descuento:
Junto a la pizza "Cheesy Extravaganza" en la cotización, aparece un signo "$" para indicar que se aplica un programa de descuentos.
Al hacer clic en él, el representante de ventas (y cualquier otro usuario con los permisos necesarios) puede ver los niveles de descuento, lo que brinda transparencia sobre cómo se calculó el precio final.
¿Cuál es la estructura del programa de descuentos?
La estructura típica de un programa de descuentos implica la definición de niveles específicos. Cada nivel incluye el nombre del nivel, el límite inferior, el límite superior y el descuento (porcentaje/monto) aplicable en ese nivel.
Hay dos formas en que funciona el programa de descuentos: –
1. Programa de descuentos de losa:
Domino's quiere ofrecer un descuento de Slab durante un festival local. Establecieron los siguientes niveles:
– 1-5 pizzas: 0% de descuento
– 6-10 pizzas: 5% de descuento
– 11+ pizzas: 10% de descuento
Utilizando el método Slab, Salesforce CPQ calcula el descuento de la siguiente manera:
Las primeras 5 pizzas obtienen un 0% de descuento.
Las siguientes 5 pizzas (pizzas 6 a 10) reciben un 5% de descuento.
Las 2 pizzas finales (pizzas 11 y 12) reciben un 10% de descuento.
Cada “losa” o nivel de pizzas se descuenta según su respectivo tramo, no según la cantidad total del pedido.
2. Programa de descuentos por rango:
Domino's decide ofrecer un descuento de gama durante un evento deportivo importante. Establecieron los siguientes niveles:
– 1-7 pizzas: 0% de descuento
– 8-14 pizzas: 7% de descuento
– 15+ pizzas: 15% de descuento
Utilizando el método Rango, Salesforce CPQ calcula el descuento de la siguiente manera:
– El total de 10 pizzas se encuentran dentro del rango de 8 a 14.
– Por tanto, las 10 pizzas reciben un 7% de descuento.
El descuento se aplica al pedido total según el rango en el que se encuentra la cantidad total.
¿Cuáles son los pasos para configurar un programa de descuentos?
¿Cuáles son los pasos para crear niveles de descuento y asociar el programa de descuentos con el producto?
9. Haga clic en Guardar.
10. Abra la pestaña Producto desde la barra de navegación y seleccione el producto al que queremos asociar el Programa de Descuentos.
11. Haga clic en el botón 'Editar'.
12. En el campo Programación de descuentos, ingrese el nombre del programa de descuentos creado.
13. Haga clic en el botón 'Guardar'
Seguir leyendo
Inicio del sendero 'Simplifique las renovaciones de las suscripciones de seguridad para el hogar'
-Campo de conversión de activos con el valor de lista de selección 'Uno por unidad': significa que una línea de cotización con una cantidad de 5 obtiene 5 registros de activos separados.
-Campo de conversión de activos con valor de lista de selección 'Ninguno': significa que el Producto faltará en esta lista porque configuramos el producto para que no realice ninguna conversión de activos.
-En Salesforce CPQ, se puede generar un contrato para productos de suscripción seleccionando la casilla "Contratado" en el registro de Oportunidad o en un registro de Pedido.
-Para crear un contrato a partir de una oportunidad, seleccione Contratado en su registro de oportunidad. El contrato hereda sus fechas de inicio y finalización de las fechas de inicio y finalización de su cotización principal.
-Incluso si un pedido no tiene elementos que crearían o afectarían ningún contrato, aún puede utilizar el campo Contratado para indicarle a Salesforce CPQ que genere activos.
-Casilla de verificación Pronóstico de renovación en el contrato: este es el campo clave que le indica a Salesforce CPQ que genere una oportunidad de renovación.
-Verificar el pronóstico de renovación del contrato ayudará a pronosticar los ingresos que se pueden generar en el contrato que se renueva.
-Si actualizamos el contrato existente con un nuevo registro de suscripción para representar el aumento de cantidad. Salesforce CPQ NO crea un nuevo contrato; en cambio, mantiene todas las suscripciones organizadas según el original.
-Marque la casilla de verificación Cotización de renovación en el contrato. -Esto es lo que le indica a CPQ que haga una cotización de renovación junto con la oportunidad de renovación.
-Proceso de Cotización a Caja
Liderar → Calificar → Crear oportunidad → Generar y presentar cotizaciones
→ Oportunidad cerrada-ganada → Crear una orden → Iniciar procesamiento de orden
Escenario de activación de registro 2
Su organización administra cuentas, contactos y oportunidades para operaciones de ventas. Desea automatizar el proceso de notificación al propietario de la cuenta cuando el campo personalizado 'Cambio de estado' de un contacto cambia a 'Inactivo'. Además, desea actualizar la 'Etapa de oportunidad' de todas las oportunidades relacionadas a 'En espera' cuando cambie el estado de este contacto. Explique cómo diseñaría un Flujo para lograr esto.
Respuesta
Centrémonos en el patrón para resolver este escenario de modo que podamos resolver preguntas de flujo de manera efectiva.
1. Comprenda el requisito:
– Punto de activación: cuando el 'Cambio de estado' de un contacto cambia a 'Inactivo'.
– Resultado: Automatizar la notificación al propietario de la cuenta y actualizar las etapas de la oportunidad.
2. Desglosarlo:
– Recuperación de datos: Identificar la Cuenta del Contacto y las Oportunidades relacionadas.
– Notificaciones: envía una notificación al propietario de la cuenta.
– Actualización: actualice las etapas de la oportunidad según el cambio de estado del contacto.
3. Visualice el flujo:
– Secuencia:
– Iniciar el flujo cuando el 'Estado' de un contacto cambie a 'Inactivo'.
– Recuperar la cuenta del contacto y las oportunidades relacionadas.
– Enviar una notificación al propietario de la cuenta.
– Actualizar la 'Etapa de Oportunidad' en Oportunidades relacionadas.
4. Diseñe el flujo:
– Elementos:
– “Registrar flujo activado” para iniciar el cambio de estado de flujo en contacto. Seleccionaremos cuándo se actualiza el registro, ya que el flujo debe ejecutarse cuando el campo 'cambio de estado' del contacto se cambia a inactivo.
– El “Elemento de decisión” comprueba si el campo de estado del caso está activo o no
– Elemento “Obtener registros” para recuperar la cuenta del contacto. Para este filtro se debe buscar la cuenta que tenga el mismo ID que el ID de cuenta del contacto.
– Enviar notificación por correo electrónico al propietario de la cuenta.
—
Escribe el correo electrónico. A la hora de redactar el contenido de tu correo electrónico, tienes tres opciones disponibles:
Opción 1: a partir del lanzamiento Summer '23 de Salesforce, puede utilizar plantillas de correo electrónico con la acción Enviar correo electrónico. Puede hacer esto activando el ID de plantilla de correo electrónico e ingresando el ID de la plantilla de correo electrónico que desea usar. Para encontrar esta ID, navegue hasta su plantilla de correo electrónico desde las Plantillas de correo electrónico Lightning en sus aplicaciones o la página Plantilla de correo electrónico clásica en la configuración. Luego copie la cadena de 15 caracteres de la URL y péguela en su flujo como ID de plantilla de correo electrónico.
Opción 2: almacena el cuerpo de tu correo electrónico en una plantilla de texto . Para hacer esto, active el interruptor Cuerpo . A continuación, seleccione Nuevo recurso en el menú y elija Plantilla de texto . Asigne a la plantilla un nombre API y escriba el cuerpo de su correo electrónico . Puede ingresar recursos personalizados desde el menú encima del cuadro de texto. De esta manera, puedes incluir tanto texto estático como información personalizada para el cliente potencial. Una vez que su plantilla esté completa, haga clic en Listo . 
A continuación, active Cuerpo con formato de texto enriquecido. En el menú desplegable, seleccione {!$GlobalConstant.True}. Esto garantiza que el formato de nuestro correo electrónico siga siendo consistente.
Por último, cambie el valor de Asunto a Activado y escriba su asunto en el cuadro. Puede omitir este paso si está utilizando una ID de plantilla de correo electrónico.
– Elemento “Actualizar Registros” para actualizar Etapas de Oportunidad.
5. Escenario de prueba:
– Cambie el 'Cambio de estado' de un contacto a 'Inactivo' y verifique que el flujo notifique correctamente al propietario de la cuenta y actualice las Etapas de la oportunidad a 'En espera'.
Producción
Escenario de flujo de pantalla: crear contacto, oportunidad o caso relacionado con la cuenta según la elección
Respuesta
Seleccione el botón Nuevo flujo y luego seleccione Flujo de pantalla
Arrastre la pantalla y seleccione un valor de lista de selección
Las opciones de la lista de selección deben ser Contacto, Oportunidad, Caso
Tenemos múltiples opciones de elección en el tipo de recurso para seleccionar el valor de la lista de selección:
Necesitamos entender qué opción elegir. En este caso elegiremos la opción Elección ya que no hay ningún campo en la base de datos de Salesforce y crearemos valores únicos a través de 'Elección'.
Crearemos 3 opciones: Contacto, Caso, Oportunidad.
Luego necesitamos crear Decisión isContact, isCase, isOpportunity
Este es el resultado que veremos al crear un elemento de pantalla para elegir el objeto, la decisión de crear contacto, la oportunidad y el caso, según la decisión de mostrar la pantalla a los usuarios.
La pantalla de contacto tendrá campos obligatorios
Arrastre Crear elemento de registro->Elija contacto -> Campos de mapa con campos de pantalla
Elija Conjunto de opciones de lista de selección para mostrar los valores de la lista de selección del campo StageName. Esto se debe a que el campo ya existe en la base de datos y solo necesitamos seleccionar el objeto y el campo. Esto se puede hacer usando el conjunto de opciones de lista de selección.
Arrastre Crear elemento de registro->Elija Oportunidad -> Asignar campos con campos de pantalla
Arrastre Crear elemento de registro->Elegir caso -> Asignar campos con campos de pantalla
Resultado final
Arrastre el componente de flujo en la página de registro. Pasar Recordid a una variable para que podamos pasar la cuenta al flujo
Resultado
Introducción de la prueba de flujo
Anteriormente, si queríamos probar el flujo, necesitábamos escribir una clase de prueba de Apex para el flujo. Con la versión Summer '22, Salesforce introdujo un marco de prueba para flujos activados por registros para automatizar las pruebas de flujos. Ahora podemos dejar que Salesforce pruebe el flujo, asegurarnos de que los resultados cumplan con las expectativas y resaltar cuando no lo sean. Ahora podemos crear y ejecutar pruebas dentro del propio generador de flujo, de forma declarativa sin escribir ningún código.
Cómo funciona
Establecer detalles de prueba, desencadenante y ruta
Proporciona una etiqueta de prueba de flujo y una descripción de la prueba. Establezca el activador de prueba en Creado/actualizado según el escenario. La ruta de la prueba está configurada para Ejecutar inmediatamente.
Establecer registro de activación inicial/actualizado
Usando la función de búsqueda, podemos buscar el registro para usarlo como plantilla inicial. Tras la selección del registro, los campos se completan a partir del registro seleccionado. La prueba hereda los valores de campo del registro seleccionado. Sin embargo, podemos modificar los valores de estos campos antes de finalizar la prueba. La prueba no está vinculada a este registro pero contiene y utiliza sus valores de campo.
Establecer afirmaciones
La aserción es una forma de comparar el resultado real con el resultado previsto. Si coinciden, entonces la afirmación se evalúa como verdadera. De lo contrario, la afirmación falla. Escriba las siguientes afirmaciones para garantizar que se cumplan los criterios de entrada de registros para el flujo y se logre el resultado esperado.
Ejecutar prueba y ver detalles
Haga clic en el botón "Ver pruebas", seleccione el menú desplegable de la prueba de flujo que queremos ejecutar y seleccione Ejecutar prueba y ver detalles.
La prueba de flujo se ejecuta y resalta el camino que tomó la prueba. Si necesitamos probar el flujo, simplemente podemos ejecutar la prueba. Ya no es necesario configurar los datos de prueba mediante programación. ¡Esto aumenta la eficiencia de las pruebas! Si necesitamos realizar una mejora en este flujo en el futuro, necesitaremos actualizar el registro de prueba asociado en consecuencia.
Beneficios
Desventaja
Recomendación
Preguntas más frecuentes
¿Cuál es el porcentaje de cobertura para implementar Flow?
En relación con las pruebas de Apex, las pruebas de flujo no se consideran parte de la cobertura de pruebas como en el 75%+ para el despliegue de productos.
¿Brindan cobertura de código como lo hace la clase de prueba? Si no, ¿debemos pensar en eliminar el flujo de la cobertura de prueba?
Sí, cubren resaltando nodo por nodo.
¿Puede confirmar si la prueba de flujo permite ejecutar pruebas masivas?
No, no admite pruebas de registros masivos. En la mayoría de los escenarios relacionados con desencadenantes, hemos creado un registro individual en la clase de prueba y verificamos los escenarios de prueba. Si reemplazamos esos desencadenantes con flujos, no habrá una gran diferencia en los casos de prueba.
¿La prueba de flujo admite la asincronía?
Las pruebas de flujo no admiten rutas de flujo que se ejecuten de forma asincrónica. Sin embargo, no tenemos flujo asíncrono en nuestra organización. Estamos creando flujos para cubrir escenarios que se ejecutan sincrónicamente.
¿Cuál es el rendimiento de las pruebas de flujo en comparación con las clases de prueba?
No veo ninguna documentación oficial, pero creo que la prueba de flujo será más rápida en comparación con la clase de prueba porque cuando ejecutamos una prueba creará una instancia de la clase y llamará a métodos individuales. Podemos ejecutar casos de prueba individuales utilizando una prueba de flujo, pero no es posible ejecutar un solo método individual desde la clase de prueba, lo que lleva mucho tiempo.
Referencia
Consideraciones para probar el flujo
Seguir leyendo
Preguntas de la entrevista de Salesforce CPQ, parte 1
Enlace de Whatsapp para el grupo Salesforce CPQ
1. ¿Qué son los filtros de búsqueda en el editor de líneas de cotización?
El filtro de búsqueda del editor de líneas de cotización se puede utilizar para filtrar productos, activos o suscripciones por sus valores de campo.
2. ¿Cuál es la diferencia entre la regla del producto y la regla del precio?
La estructura general de las reglas de precios y de productos es la misma:
Reglas del producto
Las reglas de productos se utilizan para hacer cumplir la lógica empresarial, ayudar a automatizar los comentarios a los representantes de ventas sobre las selecciones de productos y también aceleran el proceso de cotización.
Hay 4 tipos de reglas de producto:
Reglas de validación: cuando no se cumplen las condiciones, se muestra un mensaje de error y los usuarios no pueden continuar hasta que se solucione la situación. Por tanto, actúan como un freno duro .
Las reglas de alerta son una parada suave en comparación con la parada fuerte de las reglas de validación. También muestran un mensaje, pero es más bien una sugerencia porque el usuario puede continuar sin cumplir con los requisitos comerciales especificados.
Reglas de selección : pueden agregar, eliminar, mostrar, ocultar, habilitar o deshabilitar o realizar alguna combinación de estas acciones en las opciones de productos dentro de un paquete o pueden agregar un producto a una cotización. Esta regla puede ser una excelente manera de aprovechar la Venta Guiada para guiar a sus representantes hacia las opciones apropiadas o más deseadas seleccionando automáticamente los productos correctos.
Las reglas de filtrado se utilizan en paquetes para extraer opciones de productos del catálogo de productos mediante una regla de filtrado . A esto se le suele denominar creación de un paquete dinámico.
Reglas de precios
Se puede considerar que las reglas de precios realizan actualizaciones de campos dentro del cálculo que afectarán el precio. puede usarlos para establecer descuentos y cantidades.
3. ¿Cuáles son las consideraciones para los campos gemelos?
Recuerde que un campo gemelo debe tener el mismo tipo de datos y nombre de API que el campo correspondiente creado en el objeto Opción de producto.
4. ¿Cómo configurar productos de suscripción en Salesforce CPQ?
Hay tres campos esenciales para configurar Productos de suscripción en Salesforce CPQ.
| Campo de producto | Tipo de datos | Descripción |
| Precios de suscripción | Lista de selección | El producto no se considerará una suscripción sin que este campo esté configurado en Precio fijo o Porcentaje del total. |
| Plazo de suscripción | Número | Este es el periodo asociado a la compra, por lo que puedes establecerlo en 12 meses si se trata de una Suscripción Anual. |
| Tipo de suscripción | Lista de selección | Este campo determina si el producto es renovable o único. Las Suscripciones Renovables se transfieren a Cotizaciones de Renovación. Las suscripciones únicas no lo harán. |
Para crear Productos de Suscripción , cree un nuevo Registro de productos. Complete los campos: Precio de suscripción , Tipo de suscripción y Plazo de suscripción para el producto. Tenga en cuenta que durante la creación del contrato, los Productos de Suscripción se convierten en registros de Suscripción.
5. ¿Cuál es la diferencia entre restricciones de opciones y reglas de productos?
Las restricciones de opciones y las reglas de productos tienen diferentes casos de uso.
Las restricciones de opciones no pueden seleccionar productos automáticamente. (aunque pueden anular la selección de productos cuando se aplica la dependencia). Son buenos en dos escenarios:
Las restricciones de opciones permiten el procesamiento en tiempo real . Cada vez que el usuario selecciona o deselecciona una opción, la dependencia o exclusión se activa inmediatamente.
Las reglas de producto tienen más funciones que la restricción de opción, aunque es necesario elegir un evento de evaluación para especificar cuándo Salesforce CPQ debe considerar y ejecutar una regla de producto: Cargar, Editar, Guardar o Siempre.
6. ¿Explicar el paquete de productos en CPQ?
Hay tres objetos clave que definen la estructura del paquete :
Producto
Los paquetes están hechos de productos. Se puede hacer referencia a los productos en un paquete, ya sea como paquete principal o como opciones de producto. Piense en la computadora portátil como un producto
Opciones de producto
Son como hijos que se encuentran debajo del paquete principal y son los que realmente unen el paquete porque los paquetes se crean cuando agrega Opciones a un Producto en la lista relacionada de Opciones. Las opciones de producto para computadora portátil pueden ser mouse, teclado, cargador y software de Microsoft.
Características
Son categorías de opciones de productos dentro de la configuración. No son obligatorios, pero se pueden utilizar para una mejor experiencia visual y también ayudan a impulsar lógica adicional, como las opciones mínimas y máximas. Las funciones son como poner opciones dentro de funciones, por ejemplo:
Software
Hardware
Aquí Hardware y Software son características que clasifican las opciones del producto.
Hay tres tipos de paquetes :
Paquete estático. Este sería el paquete fijo tradicional, preempaquetado, en el que se venden ciertos productos juntos a un precio fijo, y el usuario no necesita ingresar a la configuración porque no se permiten ajustes.
Paquete configurable. Este tipo de paquete se puede configurar con ciertas restricciones para evitar configuraciones imposibles. El usuario puede seleccionar diferentes opciones para personalizar el paquete y satisfacer las necesidades del cliente.
Paquete anidado. Estos son paquetes dentro de otros paquetes. Se recomienda mantener los paquetes anidados en tres niveles de profundidad. Los paquetes anidados se crean fácilmente agregando el producto principal de un paquete como opción a otro paquete.
Paquete virtual . Este tipo de fardo funciona como contenedor para otros productos. Para configurar un paquete principal virtual, debe estar asociado con un precio de $0,00.
Paquetes dinámicos . Estas funciones, junto con las reglas de filtrado de productos, permiten a sus representantes de ventas seleccionar productos de una lista previamente filtrada de opciones entre las que pueden elegir.
7.¿Qué son las funciones de CPQ?
El objeto de característica está relacionado con productos y "se encuentra" dentro de paquetes. Un paquete puede tener varias funciones o ninguna, y una función puede tener varias opciones.
Las características tienen dos propósitos:
El campo Número establece el orden de visualización de las funciones, siendo la función con el número más bajo la primera en la lista. Se recomienda utilizar incrementos de 10 al asignar números.
El campo SKU configurado se completa automáticamente cuando el usuario crea una función desde la página de detalles del producto del paquete y representa el producto principal que alberga la función.
8. ¿Explica los diferentes valores del campo del método de selección de opciones en el objeto de características?
El campo Método de selección de opciones controla cómo aparecen al usuario las opciones adjuntas a esta función.
Haga clic : las opciones aparecen como una lista con casillas de verificación junto a ellas:
Agregar : las opciones se colapsan y en su lugar aparece un botón Agregar opciones. Se debe hacer clic en el botón Agregar opciones para navegar a una página separada que muestra los productos para esta función.
Dinámico : muestra un botón Agregar opciones, que muestra una lista prefiltrada de productos disponibles para su selección. Para utilizar esta funcionalidad, debe configurar una regla de producto de filtro CPQ de Salesforce para paquetes dinámicos.
9. ¿Explicar el campo del objeto de búsqueda?
Las reglas de producto y las reglas de precio en Salesforce CPQ contienen el campo Objeto de búsqueda. Este campo define el objeto que almacena datos que puede evaluar mediante consultas de búsqueda para compararlos con los campos de cotización, línea de cotización o opción de producto.
10. ¿Explicar la estructura de la plantilla de cotización?
La estructura de la plantilla de cotización incluye:
11. ¿Cuáles son los pasos para crear plantillas de cotizaciones?
Hay cinco pasos principales a seguir al crear una plantilla de cotización:
1. Crear la propia plantilla de cotización
2. Almacenamiento del logotipo necesario en Documentos
3. Creando el contenido de la plantilla
4. Creando las secciones de la plantilla
5. Creando las columnas de línea
12. ¿Cómo se puede renovar la suscripción con un cliente existente?
Si ya tiene una oportunidad de renovación, cuando se acerque al final del período de suscripción, es posible que desee venderles las suscripciones de renovación al cliente nuevamente. Para ello, necesita una cotización de renovación.
Se puede generar marcando la casilla de verificación Cotización de renovación como verdadera. Esta cotización de renovación se puede enviar, actualizar y modificar según sea necesario y luego recibirla nuevamente para que posteriormente pueda crear un contrato nuevo.
1. Primero, haga clic en la pestaña Cuentas en la barra de navegación.
2. Vaya a la empresa necesaria y haga clic en la pestaña Relacionado .
3. Acceda al enlace Número de contrato en la lista relacionada Contratos y luego haga clic en Editar .
4. Marque la casilla de verificación Cotización de renovación como verdadera, lo que le indicará a CPQ que genere una cotización sobre la oportunidad de renovación.
.
Tenga en cuenta que la cotización de renovación tiene la Fecha de inicio un día después de la Fecha de cierre de la oportunidad de renovación, mientras que la Fecha de finalización se basa en el Plazo de renovación del contrato.
13. ¿Cómo modificar un contrato en Salesforce CPQ?
Veamos cómo Salesforce CPQ puede actualizar un Contrato existente para incluir mayores cantidades de productos de suscripción, prorrateados por la duración restante del Contrato y crear automáticamente una Oportunidad y Cotización de enmienda:
Cree una cotización de modificación y una oportunidad para aumentar la cantidad de un producto de suscripción de 1 a 10, a partir de los 3 meses del contrato.
Navegue hasta esa cuenta y vaya al enlace Número de contrato en la lista relacionada Contratos. Luego, haga clic en Modificar y nuevamente en Modificar .
14. ¿Cómo funciona el grupo de restricción de opciones en Salesforce CPQ?
Esta característica resulta útil cuando desea hacer que las opciones sean obligatorias o excluidas en función de combinaciones de otras opciones.
Veamos un ejemplo en el que desea evitar que los representantes de ventas vendan el Producto A a menos que el Producto B se haya incluido en la cotización:
A. Haga clic en la pestaña Productos en la barra de navegación.
C. Vaya a la pestaña Relacionados .
D. En la lista relacionada Opciones , seleccione Ver todo y anote el número del Nombre de la opción para las opciones necesarias:
E. Haga clic en Nuevo en la lista relacionada Restricciones de opciones y complete los siguientes campos:
F. Haga clic en Guardar .
16. Tiene un escenario en el que el representante de ventas debe vender un paquete en el que hay al menos tantos Productos B como Productos A. ¿Cómo configurar para este escenario?
Paso 1: Cree una variable de resumen para determinar la cantidad agregada del Producto A en la configuración.
Paso 2: Cree una variable de resumen para determinar la cantidad agregada del Producto B en una configuración.
Paso 3: Cree una regla de producto que confirme cómo funcionará la regla de validación durante la configuración del producto.
Paso 4: Cree una condición de error que controle cuándo se activa la regla, es decir, solo cuando la variable de resumen del producto B es menor que la variable de resumen del producto A.
Paso 5: Cree una regla de configuración para mostrar que la regla de validación se aplicará al paquete de productos.
Paso 6: compruebe si la regla se comporta como se esperaba.
17. ¿Cómo utilizar las restricciones de opciones?
Hay muchos escenarios en los que sus representantes de ventas deben habilitar o deshabilitar un producto en un paquete en función de otra opción de producto.
Los escenarios incluyen:
Esto se puede lograr creando restricciones de opciones a partir de la lista relacionada Restricciones de opciones en el registro de producto principal del paquete.
Cree una restricción de opción para que el Producto A pueda seleccionarse solo cuando se seleccione el Producto B:
18. ¿Explique un caso de uso de precios contratados?
Escenario: el representante de ventas ha negociado con un cliente un precio especial para ciertos productos: $375,00 por una computadora portátil en lugar de $450,00
Utilice la herramienta Precios contratados, que permite crear registros relacionados con cuentas para excepciones de precios.
Primero, creemos un precio contratado para un único producto específico para una cuenta seleccionada. Haga clic en la pestaña Cuentas , haga clic en la cuenta seleccionada , vaya a la pestaña Relacionados y en la lista relacionada Precios contratados , haga clic en Nuevo:
►Producto: Computadora portátil
►Precio: 475
►Haga clic en Guardar.
Tenga en cuenta que los Precios Contratados pueden estar limitados en el tiempo: puede establecer una Fecha de Vigencia y/o una Fecha de Vencimiento.
19. ¿Explicar el evento de evaluación en la regla del producto?
Evento de evaluación : especifica cuándo se debe evaluar la regla:
Cargar: La regla se evaluará cuando se abra el paquete de productos.
Editar: la regla se evaluará cuando se edite el paquete de productos.
Guardar: la regla se evaluará al guardar.
Siempre: La regla será evaluada durante cualquier evento.
Ahora, supongamos que tiene un campo en el Objeto de producto que también desea ver en la Línea de cotización. Cree un campo con el mismo nombre de API y del mismo tipo.
20. ¿Qué es la venta guiada de Salesforce?
La venta guiada implementada en CPQ es una herramienta que formula preguntas sobre las necesidades del cliente en función de la selección de productos disponibles. Se hace creando un mensaje que pregunta a los representantes de ventas sobre los tipos de productos que desean agregar a la cotización y sus especificaciones.
21. ¿Qué es el precio por bloque de Salesforce?
Los precios en bloque le permiten fijar el precio de un producto en función de diferentes rangos de cantidades que se denominan precios en bloque.
22. ¿Cuáles son los pasos para implementar un paquete dinámico?
Los paquetes dinámicos permiten a los representantes de ventas elegir sus propias opciones en un paquete. Puede utilizar reglas de filtrado para filtrar las opciones entre las que pueden elegir.
Para implementar un paquete dinámico, estos son los pasos de implementación que debe seguir:
►Crear una característica
►Crear una regla de producto
►Crear una acción
►Crear una regla de configuración
23. ¿Cuándo utilizar reglas de producto frente a restricciones de opciones?
Cuándo utilizar restricciones de opciones
Si tiene menos opciones y puede ajustar todas las opciones de producto en la categoría/pestaña sin tener que desplazarse mucho, entonces puede ser mejor optar por restricciones de opciones. Estos no pueden ocultar las Opciones del producto por completo, pero pueden habilitar/deshabilitar las Opciones del producto mediante otras selecciones.
24. ¿Cuándo utilizar las reglas del producto?
Este enfoque es especialmente útil en configuraciones más grandes que se muestran en categorías (pestañas), donde cada categoría puede requerir un desplazamiento extenso para mostrar todas las opciones.
| Diferencias | Restricciones de opciones | Reglas de selección de productos |
| Acciones admitidas | Habilitar deshabilitar | Agregar, habilitar, deshabilitar, eliminar, habilitar y agregar, deshabilitar y eliminar, ocultar, mostrar, ocultar y eliminar, mostrar y agregar |
| Condiciones | La restricción de opción tiene una condición simple: si se selecciona la opción X | Las reglas de producto pueden tener múltiples condiciones que evalúan información fuera del contexto del paquete, es decir, campos de nivel de cotización/oportunidad/cuenta. |
| Alcance | La restricción de opciones se limita a una sola opción. | Las reglas del producto pueden actuar sobre múltiples opciones |
| Contexto | Se utiliza sólo en el contexto de paquetes. Funciona en las opciones dentro del mismo paquete. Es específico de un solo paquete. | Se utiliza en el contexto de paquetes y productos independientes. Se puede aplicar una regla de producto único a paquetes ilimitados. |
| Resultado | No se puede seleccionar/deseleccionar automáticamente un producto | Puede seleccionar/deseleccionar automáticamente un producto |
Las reglas del producto se ejecutan en la página de configuración del producto o en el editor de líneas de cotización. Esto se decide en función de los siguientes campos de reglas de producto:
a. ALCANCE – (Valores: Producto/Cotización ): el campo Alcance en el registro de regla del producto le indica a CPQ DÓNDE debe ejecutarse la regla. Un alcance de "Producto" significa que la regla se ejecutará durante la configuración del producto, y un alcance de "Cotización" hará que se ejecute en el Editor de líneas de cotización.
b. EVENTO DE EVALUACIÓN – (Valores: Cargar/Editar/Guardar/Siempre ): el campo Evento de evaluación en el registro de regla del producto le indica a CPQ CUÁNDO debe ejecutarse la regla.
26. Explique la descripción general del ciclo de vida de Salesforce CPQ.
Generación de leads: el ciclo de vida de CPQ comienza con la generación de leads, donde los clientes potenciales muestran interés en tus productos o servicios.
Creación de oportunidades: una vez que se identifica un cliente potencial, se convierte en una oportunidad en Salesforce. Esta etapa implica recopilar información del cliente y evaluar sus necesidades.
Configuración del producto: en esta etapa, el equipo de ventas utiliza Salesforce CPQ para configurar productos o servicios de acuerdo con los requisitos del cliente. CPQ permite configuraciones complejas de productos, opciones de agrupación y personalización.
Precios y descuentos: Salesforce CPQ permite al equipo de ventas aplicar precios y descuentos adecuados según los requisitos específicos del cliente, precios basados en el volumen o acuerdos contractuales. Esta etapa garantiza precios precisos y maximiza el potencial de ingresos.
Generación de cotizaciones: una vez determinados la configuración del producto y el precio, Salesforce CPQ genera una cotización profesional adaptada a las necesidades del cliente. La cotización incluye información detallada sobre los productos o servicios, precios y términos.
Aprobación y negociación de la cotización: la cotización generada pasa por un proceso de aprobación, donde las partes interesadas correspondientes la revisan y brindan su consentimiento. Esta etapa puede implicar negociación con el cliente para finalizar los detalles de la cotización.
Aceptación de cotización: una vez que el cliente acepta la cotización, avanza a la siguiente etapa del ciclo de vida de CPQ.
Creación de pedidos: la cotización aceptada se convierte en un pedido, lo que desencadena el proceso de cumplimiento, incluida la gestión de inventario, el procesamiento de pedidos y el envío.
Gestión de contratos: Salesforce CPQ proporciona capacidades de gestión de contratos, lo que permite al equipo de ventas generar y gestionar contratos basados en la cotización aceptada. Esta etapa garantiza el cumplimiento legal y agiliza la gestión del ciclo de vida del contrato.
Reconocimiento de ingresos: Salesforce CPQ se integra con sistemas de facturación y procesos financieros para facilitar el reconocimiento preciso de ingresos. Esto implica rastrear e informar los ingresos en función de los productos o servicios entregados.
Renovación y ventas adicionales: a medida que los contratos se acercan a su vencimiento, Salesforce CPQ ayuda a gestionar las oportunidades de renovación. El sistema puede identificar oportunidades de ventas adicionales o cruzadas y guiar al equipo de ventas para maximizar el valor para el cliente.
Informes y análisis: a lo largo del ciclo de vida de CPQ, Salesforce CPQ proporciona capacidades de informes y análisis para monitorear métricas clave, rastrear el desempeño de ventas, identificar tendencias y tomar decisiones basadas en datos.
27. ¿Explicar los atributos de configuración?
En Salesforce CPQ, esta funcionalidad se puede lograr principalmente creando un registro del objeto de atributo de configuración .
Atributo de configuración
Hay 2 tipos de Atributos de Configuración que podemos crear en Salesforce CPQ.
28. ¿Qué es el precio excedente en Salesforce CPQ?
Imagina que tienes un plan de telefonía móvil que incluye hasta 10 GB de datos por 30 dólares al mes. Esto es mucho, pero ¿qué pasa si usas más de 10 GB en un mes? Ahí es donde entran en juego las tasas excedentes.
La compañía telefónica ofrece una tarifa excedente de $2 por GB adicional de datos utilizados más allá de los 10 GB iniciales. Esto significa que si usas 11 GB en un mes, pagarás la tarifa base de $30 por los primeros 10 GB, más una tarifa excedente de $2 por los GB adicionales, por un total de $32.
Así es como se descompone:
– Si usas 10 GB o menos, solo pagas tus $30 habituales, sin cargos adicionales.
– Si usas 11 GB, pagas $30 por los primeros 10 GB, luego $2 adicionales por el 11.° GB, para un total de $32.
– Si usas 12 GB, pagas $30 por los primeros 10 GB, luego $4 adicionales por los GB 11 y 12, por un total de $34.
…y así sucesivamente, sumando $2 por cada GB que uses por encima de los 10GB.
Este sistema hace que la facturación sea más clara y sencilla. Usted sabe exactamente cuánto se le cobrará si excede su límite de datos y la compañía telefónica puede calcular fácilmente los cargos según el uso real.
Para utilizar tarifas excedentes, debemos crear un campo personalizado especial en el objeto Precio de bloque. Este es un paso único para cualquier organización que utilice Salesforce CPQ.
29. ¿Explique la caída de precios en CPQ con la ayuda de un ejemplo?
Imagina que estás en "Sundae Funday", una heladería conocida por sus aderezos y sabores especiales. Decides comprar un cono de triple bola con tus sabores favoritos y así es como cambia el precio:
1. Precio original: Este es el costo básico en el que incurre “Sundae Funday” para hacer un cono de helado, incluyendo el helado, el cono, los aderezos y los costos operativos. Digamos que son $3.00. Esto no incluye ganancias ni costos adicionales; es simplemente cuánto le cuesta a la tienda hacer ese delicioso cono.
2. Precio de lista: ahora, el taller agrega su margen de beneficio, considerando factores como los gastos generales, los salarios del personal y el margen de beneficio. Este es el precio que ves en el menú cuando entras. Entonces, tu cono de triple cucharada aparece en $5.00. Ese es el precio estándar para cualquier cliente en un día normal.
3. Precio especial: ¿Adivina qué? Visitas la tienda un “martes tropical” y todos los conos con sabor tropical tienen un 20% de descuento. Como elegiste mango como una de tus bolas, tu cono ahora tiene un “precio especial” de $4.00. Este precio es específico para esta promoción o segmento de clientes.
4. **Precio Regular**: ¡Aquí vienen los beneficios del programa de fidelización! Como titular de una tarjeta de fidelidad “Sundae Funday”, tienes derecho a un descuento adicional del 10 % en cualquier compra. Ese beneficio reduce su precio a $3.60. Este es el “precio regular” que se ofrece a los clientes que cumplen ciertos criterios, como los miembros leales.
5. **Precio para el cliente**: Tienes un cupón por completar una encuesta en tu última visita, lo que te otorga un descuento adicional de $0,50 en tu próxima compra. Después de aplicar esto, su “precio al cliente” ahora es de $3,10. Este precio es el resultado de interacciones o negociaciones directas y únicas.
6. **Precio de socio**: La heladería tiene una asociación con un cine cercano. Dado que tiene una entrada de cine para el mismo día, obtiene un descuento adicional del 5%, lo que reduce su cono a un “precio de socio” de $2,95.
7. **Precio neto**: Finalmente, hay una promoción para toda la tienda en la que cada compra superior a $2,50 obtiene un descuento adicional de $0,10. Esto último te lleva a tu “precio neto” final de $2,85. Este es el monto final que paga y refleja todos los descuentos, promociones y circunstancias especiales que ha acumulado.
En este viaje, cada reducción de precio refleja una etapa en la cascada de precios CPQ, desde el costo básico de los bienes hasta el precio final pagado por un cliente en una posición única.
Memorizar las etapas de tarificación junto con sus funciones utilizando el
Con el mnemotécnico “Los viejos leones duermen, rara vez atrapan presas, nunca ronronean” , puede crear una historia que vincule cada término no solo con el orden de los precios sino también con sus roles específicos en el proceso de fijación de precios.
30. ¿Explique el método de fijación de precios de 'porcentaje del total'?
Imagina que estás en un parque de helados, famoso por su variedad de deliciosos helados y divertidas atracciones secundarias. Uno de los servicios únicos que ofrece este parque es el "Bono Sorpresa de Sundae", un regalo especial que se calcula en función del monto total que gasta en otras delicias. Así es como funciona:
1. Método de fijación de precios: “Porcentaje del total”:
– Piense en esto como la “Regla de la sorpresa del helado”. Cada vez que compras helados, batidos o aderezos, eres elegible para recibir un regalo adicional. El parque ha establecido esta regla especial según la cual su bonificación es un porcentaje del monto total que ha gastado, como su “propina” en el restaurante. Esta regla es conocida por todos y es como la forma especial que tiene el parque de dar las gracias.
2. Porcentaje del total (%) – El número mágico:
– El parque tiene carteles por todas partes que dicen: “¡Gasta en golosinas y recibe un 10% de bonificación!” Este 10% es el número mágico. Es como la receta especial para la felicidad del parque. Entonces, si gastas $30 en varios helados y batidos, recibirás un “Bono Sorpresa de Sundae” por valor de $3.
3. Porcentaje de la base total: recuento de helados:
– Ahora, aquí es donde se pone aún más genial. El parque te permite elegir qué cuenta para este cálculo mágico del helado. Suponga que decide que solo cuentan las bolas de helado, no los batidos ni los waffles. Eso significa que si gastaste $20 en bolas y $10 en batidos, solo los $20 cuentan para tu “Bono Sorpresa de Sundae”, lo que lo convierte en un valor de $2 (10% de $20).
Por lo tanto, cada vez que disfruta de las delicias cremosas en este parque de helados, Salesforce CPQ es como el servidor invisible que trabaja en segundo plano. Se trata de asegurarse de que se sigan las reglas, calcular su gasto total, aplicar el porcentaje mágico y calcular su bonificación en función exactamente de lo que desea contar para la sorpresa.
Esto hace que recordar el concepto de “porcentaje del total” sea tan fácil como disfrutar de un helado en un día soleado.
Seguir leyendo
Temas cubiertos en la entrevista de Salesforce Service Cloud:
1. ¿Qué es Salesforce Service Cloud?
– Imagine que dirige una empresa y tiene toneladas de clientes que hacen preguntas o tal vez tienen problemas con su producto. Ahora, desea ayudarlos de manera rápida y eficiente. ¡Ahí es donde entra Salesforce Service Cloud!
2. ¿Cómo beneficia Service Cloud a un departamento de atención al cliente?
Como empresa, usted maneja cosas agitadas que pueden ponerse cuando los clientes lo llaman, le envían correos electrónicos o le hacen ping en las redes sociales. ¡Es como hacer malabares! Service Cloud es como un asistente súper inteligente que ayuda a atrapar esas pelotas. Realiza un seguimiento de todos los problemas de los clientes (llamados "casos" en Salesforce), se asegura de que los vea la persona adecuada y proporciona respuestas que su equipo puede utilizar para responder más rápido.
¿La mejor parte? Puede conectarse con sus clientes dondequiera que estén: por teléfono, en las redes sociales, lo que sea. ¡Menos caos, más choca esos cinco en la oficina!
3. ¿Cuál es la diferencia entre Salesforce Sales Cloud y Service Cloud?
Piense en su negocio como en un automóvil. Sales Cloud es como el motor que lo impulsa hacia adelante: lo ayuda a encontrar nuevos clientes y los convence para que se sumen. Estamos hablando de gestionar contratos, realizar un seguimiento de las ventas y realizar previsiones. Ahora bien, ¿la nube de servicios? Ese es su sistema de dirección y comodidad. Una vez que los clientes están a bordo, se garantiza que estén contentos durante el viaje. Atiende sus preguntas, resuelve cualquier problema y se asegura de que disfruten tanto del viaje que querrán viajar contigo nuevamente.
4. ¿Qué es OmniCanal en el contexto de Service Cloud y cómo beneficia a una empresa?
OmniCanal es una forma para que su empresa hable con los clientes dondequiera que prefieran: redes sociales, correo electrónico, teléfono o incluso chat en vivo. Pero es inteligente; garantiza que su equipo no se sienta abrumado y que las preguntas de sus clientes lleguen a la persona adecuada que pueda responderlas mejor.
5. ¿Cómo mejora Service Cloud la satisfacción del cliente?
Conocer bien a sus clientes y satisfacer sus necesidades rápidamente no sólo los deja satisfechos; ¡Puede convertirlos en fanáticos de tu marca! Además, los clientes satisfechos a menudo significan que volverán y les dirán a sus amigos lo fantástico que eres: ¡todos ganan!
1.¿Qué es un caso en Salesforce?
– Imagínese esto: un cliente tiene una pregunta o tiene problemas con su producto. Piden ayuda. ¿Ese mensaje de ayuda? En Salesforce, a eso lo llamamos "caso".
2.¿Cómo se pueden crear casos en Salesforce?
Los casos son como boletos. En Salesforce, los casos pueden surgir de todas partes: un cliente envía un correo electrónico, completa un formulario en su sitio web, le envía un mensaje en las redes sociales o incluso llama. Cada una de estas acciones puede iniciar un caso para que su El equipo sabe que alguien necesita una mano.
3. ¿Qué es Web-to-Case y cómo se utiliza?
¿Sabes cómo puedes pedir tu café con anticipación en una aplicación y te estará esperando cuando llegues? Web-to-Case es algo así, pero para servicio al cliente. Permite a sus clientes completar un formulario en su sitio web cada vez que necesitan ayuda, y esa información se envía directamente a Salesforce como un caso. De esta manera, su equipo de servicio al cliente puede comenzar a desarrollar soluciones de inmediato.
4. ¿Explicar el correo electrónico para enviar casos?
Piense en Email-to-Case como un puente entre su bandeja de entrada de correo electrónico de servicio al cliente y Salesforce . Cuando sus clientes le envían un correo electrónico pidiéndole ayuda, Email-to-Case lo detecta y lo convierte en un caso en Salesforce.
5. ¿Qué es la escalada de casos y cómo se configura?
A veces, las cosas necesitan un poco más de urgencia, como una entrega de pizza en 30 minutos o menos. La escalada de casos ocurre cuando un caso no se ha resuelto en un cierto período de tiempo y sube en la lista de prioridades o incluso se entrega a un gerente. En Salesforce, esto se configura creando reglas de escalamiento que controlan el tiempo de los casos y activan una señal de alerta cuando uno está tardando demasiado.
6. ¿Cómo funcionan las reglas de asignación de casos?
Las reglas de asignación son como los policías de tránsito de Salesforce. Observan los nuevos casos que llegan y les indican la dirección correcta. Según los detalles del caso, como de qué se trata o de quién proviene, estas reglas los envían al departamento correcto o a la persona más adecuada para ayudar. Mantiene las cosas en movimiento sin problemas.
7. ¿Qué son las colas de casos y en qué se diferencian de las reglas de asignación?
Las reglas de asignación dirigen los casos a personas específicas de inmediato, mientras que las colas les permiten esperar en un lugar relevante para que los tome cualquier miembro disponible del equipo.
8. ¿Cómo se realiza un seguimiento del historial del caso?
Realizar un seguimiento del historial de un caso en Salesforce es como tener un mapa de dónde ha estado, a quién ha visitado y qué se ha hecho hasta el momento. Cada vez que alguien ve el caso, realiza un cambio o agrega algo, Salesforce toma nota de ello. Así, cualquiera que observe el caso podrá ponerse al día con su recorrido.
9. ¿Qué son los equipos de casos?
Los equipos de casos en Salesforce son como grupos de proyectos en la escuela. Puede formar un equipo de varios usuarios con diferentes roles para colaborar y resolver un caso de manera eficiente.
10. ¿Cómo se utilizan los feeds de casos?
Los feeds de casos son como líneas de tiempo de las redes sociales para cada caso. Muestran una vista cronológica de todas las actividades, como mensajes, cambios de estado o acciones del usuario, relacionadas con un caso.
11. ¿Puedes realizar un seguimiento del tiempo dedicado a cada caso?
Sí, con funciones de seguimiento del tiempo. Es como un cronómetro del trabajo: puede medir cuánto tiempo dedican los agentes a cada caso.
12. ¿Cómo maneja Salesforce los correos electrónicos masivos en la gestión de casos?
Salesforce le permite enviar correos electrónicos masivos para mantener actualizados a muchos clientes a la vez.
13. ¿Qué son los hitos del caso?
Los hitos son como puntos de control en una carrera. Son objetivos específicos que los agentes deben alcanzar dentro de un plazo determinado mientras resuelven un caso.
14. ¿Cuál es la diferencia entre un caso y una orden de trabajo?
Un caso es un registro de un problema de un cliente, mientras que una orden de trabajo es una solicitud de trabajo, a menudo utilizada para servicios de campo o tareas físicas.
15. ¿Cuáles son los beneficios de utilizar Chatter para los casos?
Chatter es como una sala de chat para el trabajo. Los agentes pueden discutir casos, compartir archivos y obtener comentarios de los miembros del equipo directamente en el registro del caso.
16. ¿Cuáles son los componentes de la regla de asignación de casos en Salesforce?
En Salesforce, la regla de asignación de casos giraba en torno a dos componentes principales, como la regla de caso y los criterios de caso.
Regla de caso: una regla de caso define una o más de una condición que debe cumplirse para ser asignada a un usuario específico. Podemos agregar tantas entradas de reglas como queramos a una sola regla de asignación.
Criterios de caso: Los criterios de caso son las condiciones que se basan en diferentes factores como el origen del caso, el estado, el tipo, etc.
1. ¿Qué es el conocimiento de Salesforce?
Salesforce Knowledge es como una carpeta para toda la información que su equipo necesita para ayudar a los clientes. Es un lugar donde puedes almacenar artículos, preguntas frecuentes, guías de solución de problemas y más, todo organizado y fácil de encontrar.
2. Explicar el proceso de creación y mantenimiento de una Base de Conocimiento en Salesforce.
Crear una base de conocimientos es como abastecer una biblioteca. Empiece por escribir artículos; pueden ser preguntas frecuentes, guías prácticas o pasos para la solución de problemas. Una vez que haya terminado, los colocará en los estantes (es decir, los publicará en Salesforce Knowledge) y así, estarán disponibles para que los lea su equipo o incluso sus clientes. Deberá revisar sus artículos con regularidad, actualizar la información anterior y seguir agregando material nuevo para mantener todo actualizado.
3. ¿Cuál es la diferencia entre Soluciones y Artículos de Conocimiento?
Las soluciones son como esas viejas enciclopedias : tienen información útil, pero son un poco básicas y solo su equipo puede leerlas. Por otro lado, los artículos de conocimiento son como tener una base de datos completa en línea. Son más dinámicos, pueden incluir videos e imágenes y puedes compartirlos no solo con tu equipo sino también con tus clientes.
4. ¿Cómo pueden los usuarios de Service Cloud aprovechar los artículos de conocimiento?
Piense en los usuarios de Service Cloud como bibliotecarios. Cuando un cliente tiene una pregunta, en lugar de hojear montones de libros o luchar para encontrar un experto, puede buscar el artículo de conocimiento correcto y tener las respuestas al alcance de su mano. Esto hace que ayudar a los clientes sea más rápido, más preciso y, sinceramente, mucho menos estresante.
5. ¿Pueden los clientes acceder a los artículos de conocimiento? ¿Si es así, cómo?
¡Por supuesto que pueden! Puede configurar una comunidad de clientes o un sitio web público donde estos artículos estén disponibles. Los clientes pueden ingresar, buscar lo que necesitan y, a menudo, resolver sus propios problemas sin tener que levantar el teléfono o enviar un correo electrónico.
1.¿Qué es la Consola de Servicio en Salesforce?
Imagínese ser chef en una cocina ocupada y bien equipada. La Consola de servicio es como su estación de cocina, donde tiene sus ingredientes (datos del cliente), utensilios (herramientas y aplicaciones) y recetas (artículos de conocimiento), todo en un solo lugar. Estás allí, cocinando varios platos (manejando varios casos de clientes) a la vez. 🍳👩🍳🔥
2. ¿Cómo mejora la Consola de servicio la productividad de los agentes?
Si eres chef en una cocina, ¿no sería más fácil cocinar si todos tus ingredientes, utensilios y recetas estuvieran en un solo lugar? Eso es lo que hace la Consola de servicio por los agentes. Pone todo lo que necesitan en un solo lugar. Pueden chatear con los clientes, echar un vistazo al historial de su cuenta y comprobar sus pedidos, todo al mismo tiempo. ¡Es como tener superpoderes, para que puedan ayudar a los clientes más rápido y mejor!
3. ¿Se puede personalizar la Consola de servicio? Si es así, ¿cómo?
¡Por supuesto! Al igual que puedes reorganizar las aplicaciones en tu teléfono, puedes modificar la Consola de servicio para adaptarla a tus necesidades. Todo esto se hace a través de algo llamado "Creador de aplicaciones", donde arrastra y suelta los componentes que desea. Es como jugar un juego en el que diseñas tu centro de mando.
Portales/comunidades de clientes y agentes:
1. ¿Qué es una comunidad de clientes en el contexto de Service Cloud?
Imagínese un centro comunitario en un vecindario. Es un lugar donde los residentes se reúnen para discutir temas, compartir noticias, pedir prestado herramientas o incluso organizar eventos. Ahora, imagine si su empresa tuviera un “centro comunitario” virtual para sus clientes. Esa es una comunidad de clientes en Salesforce. Es un espacio en línea donde sus clientes pueden reunirse para hacer preguntas, compartir ideas e incluso resolver problemas juntos. También pueden encontrar artículos o anuncios útiles que haya publicado, ¡muy parecido a un tablero de anuncios comunitario!
2. ¿En qué se diferencian los portales de agentes de los portales/comunidades de clientes?
En el centro comunitario, piense en el Portal del Cliente/Comunidad como el salón principal donde todos se reúnen, conversan y comparten. El Portal del Agente, sin embargo, es como la oficina administrativa que da al salón principal. Desde esta oficina, sus agentes de servicio al cliente pueden observar lo que sucede en la comunidad, intervenir para ayudar cuando sea necesario o proporcionar recursos.
3. ¿Cómo pueden los clientes utilizar las comunidades para autoservicio?
En una comunidad de clientes, los clientes pueden explorar los artículos que usted ha proporcionado, encontrar respuestas a preguntas comunes o hacer una nueva pregunta que cualquier miembro de la comunidad puede responder. Esto les permite encontrar soluciones en su propio tiempo y términos, sin necesidad de llamar directamente a la “oficina del administrador” (contactar con soporte).
4. ¿Cuáles son las mejores prácticas para crear una comunidad de clientes?
La comunidad de clientes de Salesforce debe ser fácil de usar y proporcionar valor real. Asegúrese de que sea de fácil acceso, con categorías claras para la discusión y una amplia base de conocimientos. Actualice y modere periódicamente el contenido para garantizar que sea relevante y apropiado. Fomente la participación reconociendo a los miembros activos u organizando eventos o desafíos comunitarios.
1. ¿Se puede automatizar el enrutamiento de casos? ¿Si es así, cómo?
En Service Cloud, los casos se pueden enrutar automáticamente. Puede establecer criterios, como si un caso proviene de un cliente VIP, va directamente a su mejor agente, o si es un problema común, va a cualquier agente disponible. De esta manera, todos reciben un servicio eficiente y eficaz.
2. ¿Cómo se automatiza el seguimiento del acuerdo de nivel de servicio (SLA) en Service Cloud?
Imagínese el restaurante prometiendo que cada pedido se servirá en 30 minutos o, de lo contrario, será gratis. Para cumplir esta promesa, tienen un sistema que inicia una cuenta regresiva en el momento en que se realiza un pedido y alerta al gerente si llega a los 25 minutos. Service Cloud puede realizar un seguimiento de los SLA de forma similar. Puede establecer los plazos en los que los casos deben resolverse según su nivel de prioridad y automatizar recordatorios, escalamientos u otras acciones si esos plazos se acercan o no se cumplen. ¡Mantiene al equipo responsable y a los clientes contentos!
3. ¿Podría definir la Gestión de derechos en el contexto de Salesforce Service Cloud?
La gestión de derechos en Salesforce Service Cloud es una función que ayuda a las empresas a definir, hacer cumplir y realizar un seguimiento de los acuerdos de nivel de servicio (SLA) con sus clientes. Permite a las empresas establecer el nivel de soporte al que tiene derecho un cliente, en función de factores como garantías de productos, contratos de servicio o planes de soporte. Esta característica garantiza que los clientes reciban el soporte al que tienen derecho dentro del plazo acordado.
4. ¿Puedes explicar la funcionalidad de Visual SLA Timelines?
Los cronogramas visuales de SLA en Salesforce Service Cloud ofrecen una representación gráfica de los cronogramas asociados con cada SLA. Ayudan a los agentes de servicio a visualizar el tiempo restante necesario para resolver un caso según el SLA asociado. Esto permite a los agentes priorizar su trabajo de manera efectiva y garantizar el cumplimiento de los términos del SLA.
1. ¿Cómo mejoran los informes y paneles las operaciones de servicio?
Imagínese que al final de cada día, el gerente recibe un resumen de todo lo sucedido: cuántos clientes llegaron, cuál fue el plato más popular, cuántos elogios o quejas se recibieron, etc. En Service Cloud, los informes y paneles son como este resumen diario. Ofrecen a los directivos una visión rápida pero completa de cómo van las cosas. ¿Los clientes esperan demasiado? ¿Algunos problemas se resuelven más rápido que otros? Esta información ayuda al equipo a saber qué funciona y qué no, para que puedan mejorar su "servicio".
2. ¿Se puede realizar un seguimiento del rendimiento de los agentes con Service Cloud? Si es así, ¿cómo?
Service Cloud le permite realizar un seguimiento del desempeño de sus agentes. Puede ver cuántos casos han resuelto, qué tan rápido están trabajando e incluso cómo los clientes califican su servicio. Es como un gráfico de desempeño para los camareros, pero para sus agentes de servicio.
3. ¿Cuáles son algunas métricas de servicio comunes que puede rastrear en Service Cloud?
En el mundo de Service Cloud, las métricas comunes incluyen cosas como
1. ¿Qué es la Integración Telefónica Computadora (CTI)?
Es un término para un sistema que permite que las computadoras interactúen con los teléfonos. Significa que cuando alguien llama, el sistema de atención al cliente sabe inmediatamente quién es y cuál es su historial con la empresa.
2.¿Cómo mejora CTI el servicio al cliente?
En el restaurante sin CTI, cada llamada de un cliente sería como una reunión de camareros durante la cena por primera vez. Tendrían que volver a hacer todas las preguntas básicas: "¿Tiene alguna alergia?" “¿Prefieres asiento junto a la ventana o en el pasillo?” etcétera. Con CTI, es como si el camarero ya te conociera. Te saludan por tu nombre, recuerdan que eres alérgico al maní, saben que te gusta el queso extra y tienen lista tu mesa favorita. En términos de atención al cliente, esto ahorra tiempo, personaliza la experiencia del cliente.
3. ¿Puede darnos un ejemplo de cómo se utiliza CTI en un escenario de call center?
Cuando un cliente llama, la pantalla del agente muestra inmediatamente el nombre del cliente, su historial de compras, problemas anteriores y cualquier otra información relevante. Luego, el agente puede saludar al cliente por su nombre y atender sus necesidades de manera proactiva, a veces incluso antes de que el cliente indique por qué llama. Se trata de hacer que la experiencia de servicio sea fluida y placentera, como tener la mejor mesa lista incluso antes de entrar.
1. ¿Qué es el servicio al cliente social en Salesforce?
¿Sabes cómo puedes chatear con amigos y ver qué están haciendo en las redes sociales? Salesforce permite a las empresas hacer lo mismo con sus clientes. Pueden revolotear y ver lo que la gente dice sobre ellos en las redes sociales.
2. ¿Cómo pueden los agentes utilizar Salesforce para responder a las consultas de los clientes en las redes sociales?
Ya sea que los clientes tuiteen, publiquen en Facebook o compartan historias de Instagram sobre sus experiencias o problemas, los agentes no tienen que desplazarse de una plataforma a otra. Pueden responder a todas estas publicaciones sociales desde su 'colmena' de Salesforce, asegurándose de que nadie se sienta ignorado y que cada problema se resuelva rápidamente.
3. ¿Puedes realizar un seguimiento de las conversaciones de las redes sociales en Service Cloud?
¡Absolutamente! Service Cloud controla todas las conversaciones que ocurren entre la empresa y los clientes en las plataformas sociales. Recuerda quién dijo qué, almacena información sobre los problemas del cliente e incluso cómo se resolvió. De esta manera, si el cliente vuelve a comunicarse, la empresa no hace las mismas preguntas de siempre, sino que continúa la conversación justo donde la dejó, como si retrocediera en el historial de chat con un amigo.
1. ¿Cómo funciona Live Agent en Service Cloud?
Imagínese si estuviera comprando en una gran tienda y en lugar de tener que buscar ayuda por todo el lugar, apareciera un asistente personal a su lado en el momento en que parecía confundido. Así es Live Agent en el mundo online. Es una característica de Service Cloud que permite a los agentes de servicio al cliente chatear en tiempo real con los clientes mientras están en el sitio web para responder preguntas, dar consejos o ayudarlos a encontrar lo que necesitan.
2. ¿Cuáles son los beneficios de utilizar el chat para atención al cliente?
Los clientes obtienen atención instantánea y sus preguntas pueden responderse de inmediato. Además, es muy conveniente porque pueden hacer otras cosas mientras conversan. Para las empresas, significa que pueden manejar varios chats a la vez, lo que es como poder ayudar a varios clientes al mismo tiempo en diferentes líneas de pago.
3. ¿Se pueden automatizar las respuestas en Live Agent?
Sí, si alguien dice "hola", el sistema puede decir automáticamente "¡Hola!". ¿Cómo puedo ayudarte hoy?" Está programado para reconocer palabras o preguntas específicas y luego proporcionar una respuesta preestablecida. Esto significa que el agente no tiene que escribir las mismas respuestas una y otra vez y los clientes obtienen respuestas ultrarrápidas a preguntas comunes.
4. ¿Cómo maneja Salesforce los mensajes SMS para el servicio de atención al cliente?
Salesforce aporta esa comodidad al servicio al cliente. Con las funciones de mensajería SMS, las empresas pueden enviar mensajes de texto a los clientes y los clientes pueden responder. Pueden enviar recordatorios de citas, confirmaciones, actualizaciones rápidas o incluso responder preguntas, todo a través de mensajes de texto. Todo se rastrea y almacena en Salesforce, para que la empresa no pierda la conversación.
1. ¿Cómo se utiliza el correo electrónico en Service Cloud?
No se trata sólo de enviar y recibir correos electrónicos; es un sistema completo que gestiona las comunicaciones por correo electrónico con los clientes. Puede mantener un historial de todas las interacciones, para saber exactamente qué se dijo y cuándo.
2. ¿Puedes automatizar las respuestas por correo electrónico?
– ¡Absolutamente! Según ciertas palabras clave en el correo electrónico del cliente o criterios específicos, el sistema puede enviar una respuesta escrita previamente. Es instantáneo, por lo que los clientes no tienen que esperar y les da a los agentes reales más tiempo para manejar los problemas complejos que necesitan un toque humano.
3. ¿Cómo se asegura de que los correos electrónicos de los clientes se envíen a los agentes adecuados?
Utilice el enrutamiento de correo electrónico en Service Cloud. Usando las reglas que usted configura, los correos electrónicos se pueden dirigir a ciertos agentes según el contenido del correo electrónico, la información del cliente o incluso la carga de trabajo de cada agente.
1. ¿Cómo respalda Salesforce el servicio al cliente móvil?
Con la aplicación móvil Salesforce, todo lo que puede hacer en su escritorio, ahora puede hacerlo en su teléfono: verificar los detalles del cliente, actualizar casos o incluso chatear con los clientes.
2. ¿Cuáles son las limitaciones del servicio al cliente móvil en Salesforce?
Si bien la aplicación móvil Salesforce es súper poderosa, es un poco como intentar colocar una nave espacial en un lugar de estacionamiento. Algunas tareas o informes complejos pueden resultar difíciles de navegar en una pantalla más pequeña y es posible que ciertas personalizaciones no se muestren como lo hacen en un escritorio.
1. ¿Cómo se mide la satisfacción del cliente en Service Cloud?
En Service Cloud, no solo responde las consultas de los clientes y espera que estén satisfechos; lo verifica utilizando herramientas como encuestas, puntajes CSAT y Net Promoter Scores (NPS). Puede enviarlos automáticamente después de que se resuelva un caso. Es como preguntar: "¿Qué le pareció nuestro servicio?" ¡para que puedas seguir viviendo esa experiencia de servicio cinco estrellas!
2. ¿Qué es una puntuación de satisfacción del cliente (CSAT)?
CSAT es como preguntarle a sus clientes, en una escala del 1 al 5. Es una puntuación que los clientes otorgan en función de su satisfacción con una interacción específica que tuvieron con su equipo de servicio. Cuanto mayor sea la puntuación, mejor trabajo hizo para cumplir (¡o superar!) sus expectativas.
3. ¿Qué es Net Promoter Score (NPS) y cómo se utiliza en Salesforce?
NPS es como preguntar a sus comensales: "¿Recomendaría nuestro restaurante a otras personas?" y luego, dependiendo de su respuesta, se agrupan en Promotores, Pasivos o Detractores. No se trata sólo de un plato de sopa; ¡Lo importante es si toda la experiencia gastronómica les hace querer contárselo a sus amigos! En Salesforce, puede enviar encuestas NPS y luego realizar un seguimiento de su puntuación a lo largo del tiempo, con el objetivo siempre de mejorar la experiencia del curso completo.
4. ¿Se pueden integrar herramientas de encuestas externas con Salesforce?
Puede integrarlo con herramientas de encuestas externas que quizás ya esté utilizando o prefiera, como SurveyMonkey o Google Forms. De esta manera, reúne todos esos comentarios cruciales en un solo lugar, lo que facilita ver el panorama general y tomar decisiones informadas.
1. ¿Qué es Salesforce Einstein y cómo se aplica a Service Cloud?
Salesforce Einstein utiliza IA para analizar las diferentes interacciones y datos, predecir las necesidades de los clientes e incluso automatizar las respuestas.
2. ¿Cómo funcionan los Bots de Einstein?
Se encargan de las tareas sencillas y rutinarias del servicio de atención al cliente, como responder preguntas comunes o guiar a un usuario a través de un proceso establecido.
3. ¿Puede Einstein sugerir respuestas a los agentes?
Es como un manual dinámico e inteligente que no sólo tiene todas las respuestas sino que también sabe exactamente cuándo proporcionarlas. Analiza el problema del cliente y proporciona al agente la mejor respuesta o solución, acelerando el servicio y asegurándose de que las "comidas" de su servicio al cliente sean siempre deliciosas.
1. ¿Qué es Field Service Lightning?
Imagina que organizas un festival de camiones de comida, donde varios camiones sirven diferentes delicias por todo el lugar. Ahora, Field Service Lightning (FSL) es como tener un coordinador de eventos súper organizado que sabe qué camión de comida está dónde, qué sirven, quién está disponible para servir delicias y quién se toma un descanso. ¡Se trata de administrar su equipo sobre la marcha, asegurándose de que tengan los "ingredientes" correctos (herramientas, piezas) para resolver cualquier desafío "culinario" (problema del cliente) que encuentren en el campo!
2.¿Cómo se integra Field Service Lightning con Service Cloud?
Field Service Lightning, cuando se integra con Service Cloud, brinda información en tiempo real hacia y desde las unidades móviles (FSL), para que todos sepan lo que sucede a su alrededor.
3. ¿Puede programar y enviar agentes de servicio de campo utilizando Salesforce?
¡Absolutamente! Puede planificar horarios, asignar agentes a diferentes trabajos y asegurarse de que estén listos para mejorar sus especialidades según sea necesario. Y si hay una prisa repentina, el sistema puede redirigir a los agentes desde lugares menos concurridos para que ayuden, equilibrando la carga de trabajo y manteniendo contentos a los clientes.
Claro, profundicemos en las macros en Service Cloud de Salesforce con un enfoque conversacional fácil de recordar. ¡Imagínate que estamos charlando en tu cafetería favorita!
1.¿Qué es una macro en Salesforce Service Cloud?
Es un atajo genial que realiza tareas repetitivas por ti. Entonces, si te encuentras haciendo los mismos clics una y otra vez, una macro dice: "¡Oye, ya tengo esto!". ¡Y listo!
2. ¿Todos pueden usar mis Macros?
Si los mantiene públicos, cualquiera puede usarlos. Pero si cree que su macro es secreta, puede guardársela para usted. En Salesforce, se trata de establecer permisos y compartir configuraciones.
3. ¿Pueden las macros interactuar con aplicaciones de terceros en Salesforce?
– Directamente, no. Las macros están diseñadas para automatizar las funcionalidades estándar de Salesforce.
4. ¿Es posible deshacer las acciones de una Macro una vez ejecutada?
No, no hay un botón "deshacer" para las macros. Una vez que se ejecuta una macro, sus acciones se consideran definitivas.
5. ¿Se pueden programar las macros para que se ejecuten a una hora específica?
No, las macros no se pueden programar. Son como un conjunto de herramientas manuales que requieren que alguien las utilice activamente; no funcionan con un temporizador automático.
6. ¿Qué tipo de acciones no puedes realizar con una Macro?
Las macros no pueden manejar procesos complejos de toma de decisiones, interactuar con sistemas externos ni crear registros.
7. ¿Cómo se organizan y gestionan las Macros para un equipo de agentes en Service Cloud?
Utilice carpetas para organizar y compartir colecciones de macros.
8. ¿Se puede modificar una macro activa? ¿Hay que tomar alguna precaución?
Sí, puede editar una macro y probar las modificaciones antes de su uso generalizado.
9. ¿Es posible asignar Macros específicas a usuarios o perfiles específicos?
Si bien no puede asignar una macro directamente a usuarios específicos, puede controlar el acceso utilizando las carpetas de macros y la configuración de uso compartido de Salesforce.
10. ¿Cómo se relacionan las macros con la API de Salesforce?
Las macros no interactúan directamente con la API de Salesforce. Funcionan dentro de la interfaz de usuario, automatizando las acciones manuales del usuario.
11. ¿Se pueden utilizar las macros junto con Salesforce Flows?
Las macros y los flujos tienen diferentes propósitos. Mientras que las Macros automatizan las acciones del usuario, los Flujos automatizan los procesos en el backend.
12. ¿Cómo funciona el manejo de errores con Macros?
Si una macro encuentra un problema durante la ejecución, se detiene y se muestra un mensaje de error.
13. ¿Pueden los usuarios sin privilegios de administrador crear o modificar macros?
Los usuarios pueden crear macros personales, pero crear o modificar macros compartidas normalmente requiere ciertos permisos o privilegios de administrador.
14. ¿Existe alguna forma de realizar un seguimiento de los cambios realizados por una Macro?
No existe un mecanismo de seguimiento directo para las macros, pero puede utilizar las funciones de seguimiento de auditoría estándar de Salesforce para ver los cambios en los registros.
15. ¿Cuál es el papel de las instrucciones macro en el proceso de creación?
Las instrucciones macro son el corazón de la macro y dictan qué acciones realiza. Elaborarlos es como escribir una lista detallada de tareas pendientes para otra persona; es necesario especificar cada paso de forma clara y en orden.
29. ¿Puedes usar macros para enviar correos electrónicos con archivos adjuntos?
No, las macros pueden automatizar el proceso de envío de un correo electrónico, pero no pueden agregar archivos adjuntos.
1. ¿Puedes explicar qué es OmniCanal en Salesforce?
OmniCanal es una característica de Salesforce que permite la gestión de elementos de trabajo entrantes desde diferentes canales de comunicación. Se trata de dirigir el trabajo adecuado a los agentes adecuados en el momento adecuado, en función de su disponibilidad y capacidad, garantizando que las cargas de trabajo se gestionen de manera eficiente.
2: ¿Cómo beneficia OmniCanal a un equipo de servicio al cliente?
OmniChannel ayuda a los equipos de servicio al cliente al distribuir el trabajo de manera uniforme entre los agentes, reducir los tiempos de espera de los clientes y permitir que los agentes manejen el trabajo desde varios canales dentro de una sola plataforma. Este enfoque simplificado conduce a un mejor servicio al cliente y una mayor productividad de los agentes.
3. ¿Cuál es la diferencia entre OmniCanal y distribución del trabajo tradicional?
La distribución tradicional del trabajo a menudo implica una asignación manual, lo que puede llevar mucho tiempo y ser ineficiente. OmniChannel, por otro lado, dirige automáticamente el trabajo a los agentes más adecuados según criterios preestablecidos y la disponibilidad de los agentes en tiempo real, lo que hace que el proceso sea más rápido y eficiente.
4. ¿Puede explicar el “Estado de presencia” en OmniCanal?
“Estado de presencia” se refiere a la disponibilidad actual de un agente para recibir trabajo. Los agentes pueden configurar su estado para mostrar si están disponibles, ocupados o ausentes, y OmniCanal utiliza esta información para enrutarles el trabajo en consecuencia.
5. ¿Cómo garantiza OmniCanal que los casos de alta prioridad se manejen rápidamente?
OmniCanal permite a los administradores establecer niveles de prioridad para diferentes tipos de trabajo. Cuando llegan elementos de trabajo, se enrutan automáticamente según estos niveles de prioridad. Los elementos de alta prioridad se envían al principio de la cola para que se atiendan más rápido.
6. ¿Se puede integrar OmniCanal con otras funciones de Salesforce?
Sí, OmniCanal se integra perfectamente con otras funciones de Salesforce. Por ejemplo, funciona con Service Cloud para gestionar procesos de atención al cliente, Sales Cloud para procesos de ventas e incluso aplicaciones personalizadas de Salesforce.
7. ¿Cómo admite OmniCanal los diferentes canales de comunicación?
OmniCanal es versátil al admitir varios canales de comunicación como correo electrónico, chat, SMS y redes sociales. Dirige todos estos diferentes tipos de trabajo a los agentes a través de la misma plataforma, garantizando un enfoque unificado del servicio al cliente.
8. ¿Puede describir un escenario en el que el enrutamiento omnicanal podría resultar beneficioso?
Imagine un escenario en el que hay un gran volumen de solicitudes de servicio entrantes y una cantidad limitada de agentes disponibles. OmniCanal dirige eficientemente las solicitudes a los agentes disponibles según sus habilidades, carga de trabajo y prioridad de los casos, garantizando una carga de trabajo equilibrada y respuestas oportunas.
9. ¿Cuáles son los tipos de Omni Channel?
Basado en cola → Asignar agentes a la cola
Basado en habilidades → Asignar habilidades a los agentes
Enrutamiento externo → Configuración de enrutamiento de terceros
10. ¿Cómo configurar Omni Channel?
11. ¿Cómo crear un Canal de Atención?
Se puede crear un canal de servicio para cualquier objeto de Salesforce, como un caso, cliente potencial, sesión SOS o objeto personalizado.
12. ¿Cómo crear una configuración de enrutamiento?
Las configuraciones de enrutamiento determinan cómo se enrutan los elementos de trabajo a los agentes.
Utilícelos para priorizar la importancia relativa y el tamaño de los elementos de trabajo de sus colas.
13. ¿Explicar los ajustes de configuración de enrutamiento?
Prioridad de ruta:
El orden en el que los elementos de trabajo de la cola asociados con esta configuración de enrutamiento se enrutan a los agentes. Los objetos en colas con un número menor se enrutan primero a los agentes.
Modelo de enrutamiento:
Determina cómo se enrutan los elementos de trabajo entrantes a los agentes asignados al canal de servicio de configuración.
Tiempo de espera de empuje (segundos):
Establece un límite de tiempo para que un agente responda a un elemento antes de enviarlo a otro agente.
Unidades de Capacidad:
Cantidad de capacidad total del agente.
1. ¿Cómo diseñaría una solución para respaldar a un equipo de soporte multilingüe que utiliza Service Cloud?
Service Cloud de Salesforce admite equipos multilingües mediante el uso de funciones como Translation Workbench, que le permite traducir objetos estándar y personalizados, reglas de validación, etiquetas de campo y más, a cualquiera de los idiomas admitidos.
Además, los artículos de conocimiento se pueden escribir y traducir a varios idiomas, lo que permite a los agentes de soporte acceder y proporcionar información en varios idiomas.
También puede configurar OmniCanal para enrutar casos a los agentes adecuados según sus habilidades lingüísticas. De esta manera, los clientes pueden interactuar con el soporte en su idioma preferido, mejorando la satisfacción del cliente.
2. ¿Puede explicarme el proceso de diseño de una solución de Service Cloud que incorpore reglas de escalamiento de casos y SLA para garantizar una resolución oportuna del caso?
3. ¿Cómo abordaría el diseño de una solución para un centro de llamadas a gran escala que necesita gestionar grandes volúmenes de casos y llamadas?
– Para los centros de llamadas de gran volumen, le conviene aprovechar la función OmniCanal de Service Cloud, que garantiza que los casos se dirijan a los agentes adecuados según su disponibilidad y conjunto de habilidades, lo que ayuda a gestionar la carga de trabajo de manera eficiente. La integración de la telefonía mediante Open CTI permite a los agentes recibir y realizar llamadas directamente dentro de Salesforce, garantizando que tengan toda la información relevante del cliente al alcance de su mano.
4. ¿Cuál es su experiencia con la integración de aplicaciones de terceros en Service Cloud y cómo ha abordado la solución de problemas de integración en el pasado?
Mi enfoque implica primero garantizar que la aplicación de terceros tenga una documentación API sólida y cumpla con las mejores prácticas de seguridad y cumplimiento. Salesforce ofrece varias formas de integración, como mediante API REST o SOAP, servicios externos o incluso mediante aplicaciones AppExchange, si están disponibles.
5. ¿Cómo diseñaría una solución que utilice Service Cloud para rastrear la opinión del cliente e incorporar esa información en los flujos de trabajo de gestión de casos?
Service Cloud puede integrarse con herramientas que ofrecen análisis de sentimientos, incluido Einstein Sentiment de Salesforce. Al analizar el texto de las interacciones con los clientes (correos electrónicos, transcripciones de chat, publicaciones en redes sociales), se puede determinar el sentimiento (positivo, neutral, negativo). Estos datos de opinión se pueden almacenar como un campo en el objeto Caso o en un objeto personalizado relacionado.
6. ¿Puede dar un ejemplo de cómo ha utilizado Service Cloud para mejorar las capacidades de autoservicio del cliente y reducir la cantidad de solicitudes de soporte entrantes?
Una estrategia eficaz es implementar una comunidad o portal de clientes utilizando Salesforce Community Cloud, integrado con Service Cloud. Aquí se puede acceder a los artículos de la base de conocimientos, lo que permite a los clientes encontrar respuestas a sus preguntas. También se pueden crear casos directamente desde la comunidad y los clientes pueden verificar su estado sin necesidad de comunicarse con el soporte. La implementación de un chatbot a través de Einstein Bots también puede desviar consultas rutinarias al proporcionar respuestas automáticas a preguntas comunes.
7. ¿Has trabajado con Service Cloud Voice? ¿Cómo ha utilizado esta tecnología para mejorar el rendimiento del call center y la satisfacción del cliente?
Service Cloud Voice integra la telefonía en Salesforce, brindando una vista unificada del cliente y transcripción de llamadas en tiempo real. Esto permite a los agentes centrarse más en el cliente que en tomar notas. La transcripción en tiempo real, impulsada por Einstein, también puede proporcionar sugerencias para el siguiente paso, ayudando a los agentes más nuevos. La conclusión posterior a la llamada se acelera porque los datos de la llamada ya están en Salesforce, lo que reduce el trabajo posterior a la llamada y, en consecuencia, los tiempos de espera para los clientes. Los datos históricos de llamadas brindan información valiosa para el análisis de la opinión del cliente y el desempeño de los agentes, lo que impacta positivamente la capacitación y la satisfacción del cliente.
8. ¿Cómo abordaría el diseño de una solución para una empresa que opera en varios países con diferentes regulaciones de privacidad de datos?
– El cumplimiento de diversas normas de privacidad de datos se puede gestionar en Service Cloud mediante el uso de funciones como opciones de residencia de datos para almacenar datos en regiones específicas, enmascaramiento de datos, cifrado, seguridad a nivel de campo y reglas de acceso a registros para controlar quién puede acceder a qué datos.
9. ¿Cómo ha abordado los problemas de escalabilidad y rendimiento al diseñar soluciones de Service Cloud para grandes empresas?
10. ¿Cómo ha utilizado Service Cloud para mejorar la retención de clientes y reducir las tasas de abandono?
En Service Cloud, la retención de clientes se puede mejorar significativamente utilizando las sólidas funciones de servicio al cliente de la plataforma. Por ejemplo, aprovecho las capacidades de análisis e informes de Service Cloud para realizar un seguimiento de las puntuaciones de satisfacción del cliente e identificar problemas comunes que provocan la insatisfacción del cliente. Al integrar los comentarios directamente en el sistema de gestión de casos, los agentes pueden abordar las inquietudes de manera proactiva antes de que se intensifiquen, lo que impacta directamente en la satisfacción y retención del cliente. Además, características como la comunicación personalizada con el cliente, artículos de conocimiento para el autoservicio y la resolución eficiente de casos a través del enrutamiento y escalamiento automatizados de casos ayudan a mantener una experiencia positiva para el cliente, reduciendo así la deserción.
11. ¿Ha trabajado con la funcionalidad Live Agent de Service Cloud? ¿Cómo ha utilizado esta tecnología para mejorar las experiencias de atención al cliente?
Sí, utilicé Live Agent dentro de Service Cloud para mejorar el soporte que reciben los clientes en tiempo real. Al integrar Live Agent, los clientes pueden chatear instantáneamente con agentes de soporte, lo que reduce los tiempos de espera y mejora la satisfacción general. Descubrí que incorporar el chat de Live Agent en sitios web y aplicaciones móviles donde los clientes son más activos reduce significativamente la barrera para acceder al soporte.
12. ¿Puede describir cómo diseñaría una solución de Service Cloud que incorpore el enrutamiento automatizado de casos al agente apropiado según el problema del cliente y el conjunto de habilidades del agente?
Para lograr esto, aprovecharíamos la función OmniCanal, que permite enrutar los casos según el conjunto de habilidades, la disponibilidad y la carga de trabajo del agente.
13. ¿Cómo abordaría el diseño de una solución de Service Cloud que pueda manejar grandes volúmenes de casos manteniendo tiempos de respuesta consistentes y niveles de satisfacción del cliente?
¡Bienvenidos a la heladería Emma's Flavourland, un lugar de pura magia deliciosa del helado! Imagínese entrando en un país de las maravillas de sabores y diversión, donde cada primicia es pura delicia.
Nosotros aprenderemos:
Pero todo divertido, como aprender ABC. woo-hoo!
Para realizar un seguimiento de todos sus deliciosos helados, Emma utiliza Salesforce. Puedes pensar en él como un libro mágico que la ayuda a organizar sus sabores de la manera más sorprendente. Con Salesforce, anota los nombres y las descripciones de los tipos, e incluso agrega imágenes coloridas a un objeto de Salesforce. Piense en ello como una tabla llamada 'Producto'.
Libro de precios
Para administrar sus estrategias de precios, utilizó la función "Libros de precios" de Salesforce, que le permitió crear diferentes tipos de listas de precios.
En su “Libro de precios estándar”, Emma enumeró los precios regulares de sus sabores de helado. Estos fueron los precios que la mayoría de los clientes pagaron cuando visitaron su tienda.
En la tabla Libro de precios, encontrará el Nombre del libro de precios, como el Libro de precios estándar y el Libro de precios especial para niños y la Descripción del Libro de precios.
Emma también quería que su helado fuera más asequible y emocionante para los niños. Entonces, creó un libro de precios especiales llamado "Libro de precios especiales para niños". En este libro de precios, agregó precios con descuento exclusivamente para niños.
Tenga en cuenta que Pricebook en sí no tiene los precios indicados para el helado, para esto tenemos Price Book Entry.
Entrada de la lista de precios
Para conectar los sabores de helado, es decir, los productos con sus respectivos libros de precios, es decir, el libro de precios estándar y el libro de precios especial para niños, Emma crea entradas en el libro de precios. Puede pensar que PriceBook Entry es el amigo común que conecta Product y Pricebook entre sí.
Aquí el Producto es Súper Fresa y está conectado a PriceBook Estándar y Especial para Niños con la ayuda de PriceBook Entry.
Venta basada en productos
En la heladería Flavourland de Emma, ofrece sabores de helado individuales y paquetes de helados especiales para sus clientes. Esto se llama Venta basada en productos.
Venta basada en servicios
A medida que la marca de helados de Emma se expande, ella presenta el "Catering de helados" como un servicio exclusivo. La belleza de este servicio es que no tiene que preocuparse por la logística. El equipo de Emma se encarga de instalar, servir y limpiar después. Todo lo que necesitas hacer es sentarte y disfrutar de la celebración.
Activo
Un producto, en este caso, se refiere a los deliciosos sabores de los helados y un Activo es la Heladería y el Carrito de Helados que ayuda a Emma a vender su Helado sin problemas.
Yay… Aprendemos producto, libro de precios, entrada de libro de precios, venta basada en productos, venta basada en servicios y activos de la manera más dulce posible.
Si te gusta el contenido, suscríbete a mi canal de Youtube sfdcamplified para obtener más temas como este.
Seguir leyendo
¡Bienvenido al encantador Candy Store Wonderland, donde nos sumergiremos en la encantadora aventura de la magia de fijación de precios de Salesforce CPQ! Desenvolveremos la condición del precio y la acción del precio con los escenarios de la tienda de golosinas.
Exploraremos ejemplos de condiciones de precios cubiertas de dulces como "Obtenga una bolsa de regalo con la compra de deliciosos dulces de chocolate", acciones de precios dulces como "Compre uno, obtenga un dulce gratis para duplicar la dulzura" que lo dejarán con ganas de más. Descubriremos cómo se pueden personalizar las condiciones de precio y las acciones para crear promociones, descuentos y ofertas únicos que hagan que los clientes regresen para disfrutar de más aventuras llenas de dulces.
¡Despleguemos juntos la magia de los precios!
Precio Condición
Exploremos el uso del objeto Condición de precio con la ayuda de casos de uso.
1. Descuento por tipo de caramelo:
– Condición: establezca el campo en "Tipo de caramelo" y el operador en "Iguales". Especifique el valor como "Ositos de gominola".
– Resultado: cuando un cliente agrega dulces de ositos de goma a su cotización, la Condición de precio evaluará el tipo de dulce y aplicará la acción de fijación de precios definida, como un descuento o un precio ajustado.
2. Umbral de cantidad:
– Condición: Defina el Campo como “Cantidad” y el Operador como “Mayor que” o “Igual”. Establezca el Valor como un umbral de cantidad específico, como 10.
– Resultado: cuando un cliente agrega dulces a su cotización y la cantidad supera el umbral especificado, la condición de precio activará una acción de fijación de precios, como un descuento por volumen o un nivel de precios diferente.
3. Condición de atributo personalizado:
– Condición: defina un campo personalizado en la sección Campo, como “Dulces orgánicos”. Establezca el Operador en "Equals" y el Valor en "True".
– Resultado: cuando un cliente agrega dulces orgánicos a su cotización, la Condición de precio verificará el atributo personalizado y aplicará una acción de precio específica, como un precio premium o un descuento para productos orgánicos.
4. Promoción basada en fechas:
– Condición: Especifique el campo como “Fecha de cotización” Establezca el Operador en “Dentro del rango” y proporcione el rango de fechas deseado para la promoción.
– Resultado: cuando la cotización o el artículo de línea se encuentran dentro del rango de fechas especificado, la Condición de precio activará una acción de fijación de precios, como un descuento por tiempo limitado o una oferta especial.
El objeto Regla de precio y Condición de precio tienen una relación maestro-detalle.
Descripción de los campos en el objeto de condición de precio
¿Cuál es el uso del campo de regla de precio en el objeto de condición de precio?
Conecta la condición de precio con la regla de precio principal. Significa a qué regla de precio está asociada la condición de precio y determina bajo qué regla se debe evaluar la condición.
¿Cuál es el significado de Objeto y Campo en la Condición de Precio?
Al crear una Condición de precio, selecciona el objeto apropiado de las opciones disponibles en el campo "Objeto". Esto especifica el objeto relacionado al que desea hacer referencia en la condición. Una vez que seleccione el objeto, puede elegir el campo específico de ese objeto en el campo "Campo de objeto".
Por ejemplo, supongamos que tiene una Condición de precio que verifica si el campo "Sabor a caramelo" en el objeto Línea de cotización relacionado es igual a "Limón". En este caso, seleccionaría el objeto "Línea de cotización" en el campo "Objeto" y luego elegiría el campo "Sabor a caramelo".
Escenario: configure una condición de precio para verificar si el campo "Tipo" del caramelo asociado con la línea de cotización es igual a "Gummy Bear".
Así es como funciona:
1. En el registro de Condición de precio, seleccionaría el objeto "Línea de cotización" en el campo "Objeto". Esto indica que desea evaluar un campo del objeto Línea de cotización.
2. A continuación, en el campo "Object Field", elegiría el campo "Candy.Type". Esto especifica que desea hacer referencia al campo "Tipo" del objeto Candy relacionado asociado con la línea de cotización.
3. Para completar la condición, establecería el operador como "Equals" y proporcionaría el valor "Gummy Bear". Esta condición verificará si el tipo de Caramelo para la línea de cotización asociada es "Gummy Bear".
¿Qué es el campo variable probado en la condición de precio?
El campo "Variables probadas" en el objeto Condición de precio le permite almacenar y hacer referencia a valores intermedios durante la evaluación de la condición. Entendamos su uso con un ejemplo de caramelo.
Escenario: Desea aplicar un descuento en un tipo específico de golosina, pero solo si la cantidad total de todos los artículos de golosina en la cotización supera un límite determinado.
1. Precio Condición:
– Objeto: Línea de cotización
– Campo de objeto: Producto.Tipo (para verificar el tipo de dulce)
– Condición: Tipo de Caramelo es igual a “Barra de Chocolate”
2. Variables probadas:
– Cree una variable probada llamada "TotalCandyQty" para almacenar la cantidad total de todos los artículos de dulces en la cotización.
3. Acción del precio:
– Objeto: Cita
– Campo de objeto: Porcentaje de descuento
– Acción: Actualizar Campo
– Valor: si TotalCandyQty es mayor que 10, establezca el Porcentaje de descuento en 10 %; de lo contrario, ajústelo al 5%.
Solución
En este ejemplo, la Condición de precio verifica si el tipo de dulce es "Barra de chocolate" para cada línea de cotización. Si coincide, puede utilizar el campo "Variables probadas" para almacenar la cantidad total de todos los dulces en la cotización.
La Acción del precio luego actualiza el campo Porcentaje de descuento en la Cotización en función del valor de la variable probada "TotalCandyQty". Si la cantidad total de artículos de dulces en la cotización supera los 10, se aplica un descuento del 10%. En caso contrario, se aplica un descuento del 5%.
Al usar el campo "Variables probadas", puede calcular y almacenar la cantidad total de dulces en la cotización y usarla en acciones posteriores para determinar el porcentaje de descuento apropiado. Esto le permite aplicar diferentes descuentos en función de la cantidad total de dulces en la cotización.
¿Cuál es el uso del campo de fórmula probado en la condición de precio?
El campo "Fórmula probada" en una Condición de precio le permite definir una expresión de fórmula que se evalúa para determinar si la condición se cumple o no. Le permite crear condiciones dinámicas que consideran diferentes factores.
Escenario: desea aplicar un descuento en un producto solo si se cumplen las siguientes condiciones:
– El producto es una “Barra de Chocolate” o un “Osito de Gominola”.
– La cantidad del producto es mayor o igual a 10.
– El precio total del producto supera los $50.
Para configurar esta condición usando una fórmula probada:
1. Cree una Condición de Precio con los siguientes detalles:
– Objeto: Línea de cotización
– Fórmula probada: ingrese la expresión de la fórmula que combina las condiciones:
`(Tipo de producto = "Barra de chocolate" || Tipo de producto = "Osito de goma") && Cantidad >= 10 && Precio total > 50`
En este ejemplo, la fórmula probada combina múltiples condiciones usando operadores lógicos (|| para OR, && para AND). Comprueba si el tipo de producto es "Barra de chocolate" o "Gummy Bear", la cantidad es mayor o igual a 10 y el precio total es mayor a $50. Solo si todas estas condiciones son ciertas, se cumplirá la Condición de Precio.
¿Cuál es la diferencia entre la “Fórmula Probada” en una Condición de Precio y la “Condición Avanzada” en una Regla de Precio?
La "Fórmula Probada" en una Condición de Precio y la "Condición Avanzada" en una Regla de Precio le permiten definir condiciones complejas para determinar cuándo se debe aplicar una acción o ajuste específico. Sin embargo, hay algunas diferencias clave entre ellos:
Fórmula probada en condición de precio:
– Se utiliza dentro de una Condición de precio para evaluar si la condición se cumple o no para elementos de línea de cotización individuales.
– Se evalúa a nivel de línea de pedido, considerando los valores específicos de los campos en la línea de cotización.
– La fórmula puede incluir referencias de campo, operadores lógicos, comparaciones y funciones para realizar cálculos y comparaciones en función de los valores de los campos en la partida de presupuesto.
– El resultado de la fórmula determina si se cumple la condición y, de ser así, las acciones de precio asociadas se aplicarán a la línea de cotización.
Condición avanzada en la regla de precio:
– Se usa dentro de una regla de precio para definir condiciones más complejas que pueden involucrar múltiples elementos de línea de cotización u objetos relacionados.
– Se evalúa a nivel de regla, teniendo en cuenta los valores en varias partidas de cotización u objetos relacionados.
– La condición avanzada generalmente se escribe utilizando Apex o SOQL (lenguaje de consulta de objetos de Salesforce) y puede incluir lógica personalizada, consultas y cálculos.
– El resultado de la condición avanzada determina si se aplica toda la regla o se omite por completo para una cotización en particular.
En resumen, la fórmula probada en una Condición de precio se usa para evaluar las condiciones en el nivel de partida de cotización individual , mientras que la condición avanzada en una Regla de precio permite condiciones más avanzadas que involucran múltiples partidas de cotización u objetos relacionados.
Comprendamos la diferencia entre la fórmula probada en una Condición de precio y la condición avanzada en una Regla de precio con la ayuda de un ejemplo:
Guión:
Dispones de una Regla de Precio para aplicar un descuento en productos en base a las siguientes condiciones:
– Condición 1: Aplicar un 10% de descuento si la cantidad de productos es mayor o igual a 10.
– Condición 2: Aplicar un 5% de descuento si el producto pertenece a una categoría específica, “Categoría Especial”.
Fórmula probada en condición de precio:
En este enfoque, utilizará una fórmula probada dentro de cada condición de precio para evaluar la condición en el nivel de artículo de línea de cotización individual.
Precio Condición 1:
– Objeto: Línea de cotización
– Fórmula probada: `Cantidad >= 10`
Precio Condición 2:
– Objeto: Línea de cotización
– Fórmula probada: `Producto.Categoría = “Categoría especial”`
En este ejemplo, la fórmula probada se usa para verificar si cada elemento de línea de cotización cumple con la condición específica. Si la fórmula se evalúa como verdadera para un artículo de línea de cotización, la acción de precio asociada se aplicará a ese artículo.
Condición avanzada en la regla de precios:
En este enfoque, utilizará una condición avanzada dentro de la regla de precio para evaluar las condiciones a nivel de regla, considerando varios elementos de línea de cotización.
Regla de precio:
– Condición avanzada: `SUM(QuoteLine.Quantity) >= 10 && MAX(QuoteLine.Product.Category) = “Special Category”`
En este ejemplo, la condición avanzada se usa para evaluar las condiciones en todos los elementos de línea de cotización en la cotización. Si la condición avanzada se evalúa como verdadera, las acciones de precio asociadas dentro de la regla de precio se aplicarán a todos los elementos de línea de cotización elegibles.
¿Para qué sirve el campo “Operador” en una Condición de Precio?
Este campo determina la comparación u operación lógica a realizar al evaluar la condición.
Los operadores disponibles en el campo "Operador" pueden variar según el tipo de datos del campo que se compara. Aquí hay algunos operadores comunes que puede encontrar:
– Igual a (=): Comprueba si el valor del campo es igual al valor especificado.
– No es igual a (!=): Comprueba si el valor del campo no es igual al valor especificado.
– Mayor que (>): Comprueba si el valor del campo es mayor que el valor especificado.
– Menor que (<): Comprueba si el valor del campo es menor que el valor especificado.
– Mayor o igual que (>=): Comprueba si el valor del campo es mayor o igual que el valor especificado.
– Menor o igual que (<=): Comprueba si el valor del campo es menor o igual que el valor especificado.
– Contiene: comprueba si el valor del campo contiene una subcadena o valor específico.
Por ejemplo, si tiene una Condición de precio para aplicar un descuento cuando la cantidad de un producto es mayor a 10, utilizará el operador "Mayor que" (>) y especificará el valor 10 en la condición.
¿Qué es el campo Uso del tipo de filtro en el objeto de condición de precio?
1. Variable: Le permite seleccionar una variable de resumen que contiene un valor específico. Las variables de resumen se utilizan para almacenar y hacer referencia a valores calculados basados en agregaciones o lógica de fórmula.
2. Fórmula: Le permite especificar una fórmula o expresión que determina la condición para que se aplique la Regla de Precio. Puede utilizar funciones de fórmula, operadores y referencias de campo para crear condiciones complejas basadas en los valores de la partida de presupuesto u otros objetos relacionados.
3. Valor: especifica un valor específico con el que se comparará el campo de la partida de cotización. Por lo general, se usa junto con los campos "Campo" y "Operador" para definir la condición.
Juntos, la "Variable", la "Fórmula" y el "Valor" le permiten definir las condiciones que determinan cuándo se debe aplicar la regla de precio a una partida de cotización específica.
¿Qué es el campo de valor de filtro en la condición de precio?
El valor del filtro representa el valor esperado o el umbral con el que se compara el campo de la partida de presupuesto o grupo de partidas de presupuesto. El valor del filtro puede ser un valor numérico, un valor de texto, una fecha o cualquier otro tipo de datos adecuado según el campo que se utilice en la condición.
Escenario: regla de precio que ofrece un descuento en los dulces de ositos de goma si la cantidad supera un cierto umbral. Desea solicitar un 10% de descuento cuando la cantidad es superior a 10.
Solución
En este escenario, la Condición de Precio tendrá la siguiente configuración:
– Tipo de filtro: Campo de línea de cotización
– Campo: Cantidad
– Operador: Mayor que
– Valor del filtro: 10
Aquí, el valor del filtro se establece en 10, lo que indica que la condición busca una cantidad superior a 10. Al evaluar las líneas de cotización, si la cantidad de dulces de ositos de goma supera los 10, la condición se considera verdadera y la regla de precio con se aplicará la acción asociada, como aplicar el 10% de descuento.
¿Cuál es el uso del campo variable de filtro en la condición de precio?
El campo Filtrar variable en la condición de precio le permite hacer referencia a una variable personalizada específica de una línea de cotización o un grupo de líneas de cotización y utilizarla en la evaluación de la condición.
Consideremos un ejemplo de caramelo para comprender el uso del campo de variable de filtro en la condición de precio.
Guión
Supongamos que tiene una variable personalizada llamada "MinOrderQuantity". El objetivo es aplicar un descuento cuando la cantidad supera el valor de MinOrderQuantity de 10.
Solución:
1. Defina una variable personalizada:
– Cree una variable personalizada llamada "MinOrderQuantity" para representar la cantidad mínima de dulces necesaria para calificar para un descuento.
– Establezca el valor de “MinOrderQuantity” en 10.
2. Crear una condición de precio:
– Tipo de filtro: Campo de línea de cotización
– Campo: Cantidad
– Operador: Mayor que o Igual a
– Campo de variable de filtro: MinOrderQuantity
Esta condición de precio verifica si la cantidad de artículos de dulces en la línea de cotización es mayor o igual que el valor almacenado en la variable "MinOrderQuantity".
3. Cree una acción de precio:
– Especificar la acción a realizar cuando se cumpla la Condición de Precio. Por ejemplo, puedes aplicar un descuento del 10% al Precio Unitario de los artículos de golosinas.
4. Aplicar la regla del precio:
– Conecte la Condición de precio y la Acción de precio a la Regla de precio.
– Asegúrese de que la regla de precios esté activa y configurada para activarse correctamente en su configuración de precios.
Ahora, veamos cómo funciona este ejemplo:
– Escenario 1: la cantidad es inferior a 10
– Si la cantidad de artículos de dulces en la línea de cotización es inferior a 10, la condición de precio se evalúa como falsa.
– La regla de precio no se activa y no se aplica ningún descuento.
– Escenario 2: la cantidad es 10 o más
– Si la Cantidad de artículos de dulces en la línea de cotización es igual o superior a 10, la Condición de precio se evalúa como verdadera.
– Se activa la regla de precio y se ejecuta la acción especificada, como aplicar un descuento del 10 % al precio unitario, en esos artículos de dulces.
¿Cuál es la diferencia entre el campo Variable de filtro y Variable probada en Condición de precio?
La principal diferencia entre una variable de filtro y una variable probada en Salesforce CPQ es el contexto en el que se utilizan.
Variable de filtro:
– Se utiliza una variable de filtro en la Condición de precio para definir una condición dinámica basada en un valor específico almacenado en una variable personalizada.
– Le permite hacer referencia a una variable personalizada definida dentro del contexto de la partida de cotización o grupo de partidas de cotización.
– La variable de filtro se utiliza como parte de la evaluación de la condición para compararla con otros campos o valores.
– Ayuda a determinar si se cumplen o no las condiciones especificadas en la Condición de Precio.
Variable probada:
– Una variable probada se usa en la condición avanzada de una regla de precio para evaluar una fórmula o lógica basada en valores específicos almacenados en variables personalizadas.
– Te permite crear condiciones o cálculos complejos basados en los valores de las variables personalizadas.
– La variable probada se usa en combinación con otras variables, campos o fórmulas para determinar el resultado de la condición avanzada.
Diferenciemos entre el campo Variable de filtro y Variable probada en el contexto de un ejemplo de caramelo:
Ejemplo: descuento de temporada en la tienda de golosinas
Escenario: Filtrar uso de variables
Si el cliente pide 25 dulces, la Condición de precio con la variable de filtro "MinOrderQuantity" evaluará si la cantidad es mayor o igual a 20. Si se cumple la condición, se activará la acción especificada, como aplicar un descuento. .
Solución
1. Cree una variable personalizada llamada "MinOrderQuantity"
2. Establezca el valor de "MinOrderQuantity" en 20, lo que indica que los clientes deben pedir al menos 20 dulces para ser elegibles para el descuento.
Precio Condición:
3. Cree una condición de precio en la regla de precio.
4. Seleccione el campo "Cantidad" como campo de filtro.
5. Elija el operador "Mayor o igual que".
6. Ingrese el valor del filtro como la variable "MinOrderQuantity".
7. Especifique la acción que desea realizar, como aplicar un porcentaje de descuento, cuando se cumpla la condición.
Escenario Probado Uso de variables
Ejemplo: Si el cliente tiene un nivel de lealtad de "Oro" y la variable probada "Porcentaje de descuento" se establece en 15%, la Condición avanzada evaluará si el nivel de lealtad del cliente es "Oro". Si la condición es verdadera, el porcentaje de descuento será ser ejecutado.
Solución
1. Cree una variable personalizada denominada "Porcentaje de descuento" en Salesforce CPQ.
2. Establezca el valor de "Porcentaje de descuento" en 15, lo que indica un 15% de descuento para clientes leales.
Condición avanzada:
3. Cree una Condición Avanzada en la Regla de Precio.
4. Defina la lógica utilizando variables probadas, como "Porcentaje de descuento", nivel de lealtad del cliente y otros criterios.
5. Especifique la acción que desea realizar, como aplicar el porcentaje de descuento, cuando la Condición avanzada se evalúe como verdadera.
En resumen, las variables de filtro se utilizan en Condiciones de precio para verificar si se cumplen ciertos criterios o umbrales, en función de variables, campos o valores personalizados. Las variables probadas, por otro lado, se utilizan en Condiciones Avanzadas para realizar cálculos o lógica basada en variables personalizadas , atributos del cliente u otros factores para determinar el resultado de la Regla de Precio.
¿Cómo usamos el campo Fórmula de filtro en la condición de precio?
El campo de fórmula de filtro en Condición de precio le permite definir una condición basada en fórmula para determinar si se debe aplicar la regla. Consideremos un ejemplo en el contexto de una tienda de golosinas:
Escenario: Compre uno, llévese otro gratis Promoción
Si el cliente está comprando al menos dos artículos de dulces, aplique un descuento para que uno de los artículos sea gratis como parte de la promoción "Compre uno, llévese otro gratis".
Solución
Este es un ejemplo paso a paso del uso del campo de fórmula de filtro en la Condición de precio para implementar una promoción de "Compre uno, llévese otro gratis" en el escenario de una tienda de golosinas:
1. Configure la Condición de Precio:
– Establezca el tipo de filtro en "Fórmula" en el registro de Condición de precio.
– Introduzca una fórmula en el campo de fórmula de filtro para comprobar si se cumple la condición. Cantidad >= 1.
– Esta fórmula verifica si la cantidad del artículo de dulces en la línea de cotización es mayor o igual a 1, lo que indica que el cliente está comprando al menos dos artículos.
2. Especifique la acción deseada:
– Determine la acción que desea realizar cuando la fórmula del filtro se evalúe como verdadera. En este caso, se trata de una promoción de “Compre uno, llévese otro gratis”.
¿Cuál es el uso del campo de índice en la condición de precio?
El campo "Índice" en el objeto Condición de precio se puede utilizar para definir el orden en el que se evalúan las condiciones para aplicar las reglas de precios. Consideremos un ejemplo para entender su uso:
Escenario: Descuento para barras de chocolate
1. Cree una regla de precio para aplicar un descuento a las barras de chocolate.
2. Agregue múltiples condiciones de precio dentro de la regla de precio para definir diferentes condiciones bajo las cuales se debe aplicar el descuento. Por ejemplo:
– Condición de Precio 1: Comprobar si el tipo de caramelo es “Barra de Chocolate”.
– Condición de Precio 2: Comprobar si la cantidad de barras de chocolate es mayor o igual a 10.
– Condición de precio 3: Comprobar si el cliente tiene un nivel de membresía específico.
3. Establezca los valores del índice para cada condición de precio:
– Condición de precio 1: establezca el valor del índice en 1.
– Condición de precio 2: establezca el valor del índice en 2.
– Condición de precio 3: establezca el valor del índice en 3.
Al asignar valores de índice a las condiciones de precio, está definiendo el orden en el que deben evaluarse. En este ejemplo, se evaluará primero la condición de precio 1 con un valor de índice de 1, seguida de la condición de precio 2 con un valor de índice de 2 y finalmente la condición de precio 3 con un valor de índice de 3.
————
Acción del precio
Exploremos el uso del objeto Price Action con varios ejemplos.
1. Aplicar un descuento:
– Acción de precio: establezca un objeto de acción de precio con el objeto de destino como "Línea de cotización"
– Acción: especifique un porcentaje de descuento, como un 20 % de descuento, en la Acción de precio.
– Resultado: Cuando un cliente agrega un dulce específico a su cotización, Price Action automáticamente aplicará el descuento al Precio Unitario de ese dulce, resultando en un precio reducido.
2. Precios por volumen:
– Acción de precio: Cree un objeto de Acción de precio con el Objeto de destino establecido como “Línea de cotización”.
– Acción: defina una estructura de nivel de precio en la Acción de precio basada en rangos de cantidad. Por ejemplo:
– 1-10 dulces: $1 por dulce
– 11-20 dulces: $0.90 por dulce
– 21+ dulces: $0.80 por dulce
– Resultado: cuando un cliente agrega dulces a su cotización, Price Action ajustará el precio unitario en función de la cantidad, proporcionando descuentos de precios basados en el volumen.
3. Regalo con Compra:
– Acción de precio: establezca el objeto de destino como "Cotización" para aplicar la acción en el nivel de cotización.
– Acción: Especifique una condición de que si el cliente compra una cierta cantidad de un dulce específico, recibirá un regalo.
– Resultado: cuando se cumple la condición especificada, Price Action agregará automáticamente el obsequio a la cotización, mejorando la experiencia del cliente.
4. Precios especiales para clientes VIP:
– Acción de precio: cree un objeto de acción de precio con el objeto de destino como "Cotización" o "Línea de cotización" según sus requisitos.
– Acción: defina un campo personalizado que identifique a los clientes VIP. Establezca la Acción de precio para aplicar un descuento específico para esos clientes.
– Resultado: Cuando un cliente VIP agregue dulces a su cotización, Price Action reconocerá su estado y aplicará el descuento exclusivo automáticamente.
Estos ejemplos demuestran cómo el objeto Price Action le permite definir acciones específicas, como aplicar descuentos, ajustar precios en función de la cantidad, ofrecer obsequios o proporcionar precios especiales para segmentos de clientes específicos. El objeto Price Action le permite automatizar estas acciones.
La regla de precio y el objeto de acción de precio tienen una relación maestro-detalle.
Comprensión de los campos en el objeto de acción del precio
¿Cuál es el uso del campo de regla de precio en el objeto de acción de precio?
Conecta la acción del precio con la regla de precio principal. Indica a qué regla de precio está asociada la acción de precio y determina bajo qué regla debe evaluarse la condición.
¿Cuál es la importancia del objeto objetivo en la acción del precio?
El objeto de destino en la acción del precio determina dónde se aplicarán los cambios de precios especificados en la acción del precio.
Suponga que tiene una acción de precio que aplica un descuento del 10 % al precio unitario de los dulces de ositos de goma cuando la cantidad supera los 100. El campo Objeto de destino en la acción de precio determina qué registros recibirán este descuento.
En este caso, seleccionaría el objeto "Línea de cotización" como el Objeto de destino en la Acción del precio. Esto significa que el descuento se aplicará a los registros de línea de cotización que representan los dulces de ositos de goma en la cotización.
¿Importancia del campo Valor en Price Action?
El campo Valor en el objeto Acción del precio se usa para especificar el valor específico o los datos que deben establecerse en el campo del objeto de destino. Define el resultado de la acción del precio, indicando el resultado deseado o el cambio que debe ocurrir.
Escenario: cuando un cliente agrega un osito de gominola con sabor a fresa a su cotización, Price Action actualizará el campo Precio de ese dulce al valor especificado de $2.50.
Solución:
– Acción de precio: Cree un objeto de Acción de precio con el Objeto de destino establecido como “Línea de cotización”.
– Campo: elija el campo “Precio” en el objeto de destino que desea actualizar con un nuevo valor
– Valor: Especifique el precio deseado para el sabor del caramelo en el campo Valor. Si el dulce es un osito de goma con sabor a fresa, establezca el campo Valor en $2,50.
¿Cuál es el uso del campo Fórmula en el objeto Acción de precio y el campo Fórmula en el objeto Condición de precio?
Comprendamos cuándo usar el campo Fórmula en cada objeto.
Suponga que desea ofrecer un 10 % de descuento en un dulce de sabor a “chocolate”, pero el monto del descuento varía según la cantidad pedida del sabor de dulce de chocolate en la cotización.
Uso de la fórmula en la acción del precio:
En este escenario, puede agregar un campo Fórmula directamente al objeto Acción del precio. La fórmula calcularía el monto del descuento en función de la cantidad del sabor del caramelo "chocolate".
Uso de fórmula en condición de precio:
En algunos casos, es posible que desee aplicar el descuento solo si la cantidad del sabor de caramelo específico supera cierto umbral.
“SI (Cantidad > 10, 0,2, 0,1)” que establece el porcentaje de descuento en un 20% si la cantidad es superior a 10 y en un 10% en caso contrario. La condición de precio comprueba esta fórmula y evalúa si se cumple la condición. Si se cumple la condición, activa la Price Action asociada con el porcentaje de descuento definido.
Razones para usar fórmulas en condiciones de precio:
1. Lógica condicional: el campo Fórmula en la Condición de precio le permite definir la lógica condicional en función de criterios específicos. Puede configurar condiciones complejas que involucren múltiples campos o cálculos para determinar si se debe activar la acción del precio.
2. Filtrado avanzado: la condición de precio puede evaluar varios factores, como cantidad, precio, rango de fechas o cualquier otro campo relevante antes de decidir aplicar la acción de precio.
Razones para usar fórmulas en la acción del precio:
1. Actualizaciones directas de campo: si el cálculo del descuento es sencillo y no requiere condiciones complejas o filtrado, puede calcular y actualizar directamente el valor del campo en la acción del precio.
¿Cuál es la importancia del campo fuente en la acción del precio?
El "Campo de origen" en Price Action especifica el campo desde el cual se obtendrá el valor y se utilizará en Price Action.
Guión:
Para un producto de golosina en particular, el campo "Precio original" en el objeto Producto es $10.
Cuando se activa la Acción de precio, obtendrá el valor de $10 del campo "Precio original" en el objeto Producto.
La acción del precio luego actualizará el campo "Precio con descuento" en la línea de cotización con el valor obtenido. Digamos que tienes un porcentaje de descuento del 20%. En este caso, el cálculo sería:
Precio con descuento = Precio original – (Precio original * Porcentaje de descuento)
= $10 – ($10 * 0.20)
= $10 – $2
= $8
Después de ejecutar la acción de precio, el campo "Precio con descuento" en la línea de cotización se actualizará con el valor calculado de $8.
Solución:
Los siguientes detalles se completarán en el objeto de acción del precio:
– Objeto de origen: Producto
– Campo de origen: precio original
– Objeto de destino: línea de cotización
– Campo objetivo: Precio con descuento
¿Diferencia entre el campo de origen y el campo de búsqueda de origen en la acción del precio?
Campo de origen:
– El campo de origen hace referencia a un campo específico en el objeto de origen del que se obtienen los datos y se utilizan en la acción del precio.
Campo de búsqueda de fuente:
– El campo de búsqueda de origen, por otro lado, se usa cuando desea obtener el valor de campo de un registro relacionado a través de una relación de búsqueda. Le permite atravesar un campo de búsqueda para acceder a campos en el objeto relacionado y usarlos en la acción del precio.
Para entender la diferencia, consideremos un ejemplo con una tienda de golosinas:
Suponga que tiene un campo personalizado denominado "Precio original" en el objeto Producto y una relación de búsqueda entre los objetos Producto y Fabricante. El objeto Fabricante tiene un campo llamado "Nombre del fabricante".
Si desea buscar y usar el valor del campo "Precio original" directamente, usaría el Campo de origen. Sin embargo, si desea acceder al valor del campo "Nombre del fabricante" a través de la relación de búsqueda, debe utilizar el Campo de búsqueda de origen.
Aquí hay una comparación entre los dos:
Campo de origen:
– Ejemplo: Producto.Precio_Original__c
– Hace referencia directa al campo en el objeto de origen.
– Obtiene y utiliza el valor del campo especificado tal cual.
Campo de búsqueda de fuente:
– Ejemplo: Producto.Fabricante__r.Nombre_Fabricante__c
– Recorre una relación de búsqueda para acceder al valor de campo del objeto relacionado.
– Obtiene y usa el valor del campo especificado en el objeto relacionado.
En resumen, el campo de origen se usa para hacer referencia directamente a un campo en el objeto de origen, mientras que el campo de búsqueda de origen se usa para obtener el valor de campo de un registro relacionado a través de una relación de búsqueda. La elección depende de los datos específicos que desea recuperar y utilizar en la acción del precio.
¿Cuál es el uso del campo Variable de origen en la regla de precio?
Continuemos con nuestro ejemplo de la tienda de golosinas para ilustrar el uso del campo variable de origen en una acción de precio.
El campo Variable de origen en la Acción de precio le permite obtener el valor de la variable personalizada, digamos "Porcentaje de descuento" de la Regla de precio asociada. Esto permite que Price Action aplique dinámicamente el porcentaje de descuento correcto al campo "Precio con descuento".
1. Configure los siguientes detalles para la acción del precio:
– Objeto de origen: línea de cotización
– Objeto de destino: línea de cotización
– Campo objetivo: Precio con descuento
– Campo de variable de origen: Porcentaje de descuento
3. Digamos que la regla de precio determinó que el porcentaje de descuento aplicable es del 15 % en función de la cantidad de dulces en la cotización.
4. La acción del precio usará el valor obtenido del 15 % y lo aplicará al campo "Precio con descuento" en la línea de cotización. Supongamos que el precio original de los dulces es de $10.
Precio con descuento = Precio original – (Precio original * Porcentaje de descuento)
= $10 – ($10 * 0,15)
= $10 – $1.50
= $8.50
5. Después de ejecutar la acción de precio, el campo "Precio con descuento" en la línea de cotización se actualizará con el valor calculado de $8,50.
Seguir leyendo
Imagine que está creando un sistema Salesforce CPQ para una tienda de golosinas. Vaya, será muy divertido. ¿Cómo usaría las reglas de precios para manejar promociones especiales, como una oferta de "Compre uno, llévese otro gratis" para un dulce específico? En el escenario de la tienda de golosinas, ¿cómo crearía una regla de precio para aplicar un descuento del 20 % a todos los chocolates durante el Día de San Valentín?
Entonces, ¡saltemos y exploremos las reglas de precios en el universo de Salesforce CPQ cubierto de azúcar! Yay 😊
¿Regla de precios en Salesforce CPQ?
Imagina que tienes una tienda de dulces con diferentes tipos de dulces como piruletas, ositos de goma y barras de chocolate. Cada caramelo tiene un precio diferente. Ahora, hablemos de la regla del precio:
La regla del precio es como una regla especial que creas para tu tienda de golosinas. Te ayuda a decidir cómo fijar los precios o aplicar descuentos a diferentes dulces en función de determinadas condiciones.
Por ejemplo, supongamos que desea tener una oferta de "Compre uno, llévese otro gratis" para dulces de ositos de goma. Puede crear una regla de precios que diga que cada vez que alguien compra un paquete de ositos de goma, obtiene otro paquete gratis. ¡Es como una oferta especial solo para los amantes de los ositos de goma!
O tal vez quieras tener un descuento en piruletas por tiempo limitado. Puede crear una regla de precio llamada "Venta de piruletas" que reduce el precio de las piruletas en un 20 % durante una semana. Esto hace que las piruletas sean más asequibles y anima a más personas a comprarlas.
La regla de precios le permite establecer diferentes acciones y condiciones de precios para cada tipo de dulce. Puede definir descuentos, ofertas especiales o incluso ajustar los precios en función de condiciones específicas, como la cantidad comprada o el estado de membresía del cliente.
Al crear Reglas de precios, puede hacer que su tienda de golosinas sea más emocionante y atraer a más clientes. Te ayuda a establecer precios y aplicar descuentos de una manera que hace felices a las personas y las alienta a comprar sus dulces favoritos.
¿Cuál es la estructura de la Regla de Precios?
La regla de precios incluía tres registros relacionados:
La Regla de precio tiene una relación Maestro-Detalle con la Condición de precio y la Acción de precio.
Al conectar la regla de precios con las condiciones de precios secundarias relevantes, el sistema de precios garantiza que se apliquen las reglas apropiadas en función de condiciones específicas. Price Action define las acciones que se deben tomar cuando se cumplen las condiciones de precio asociadas. Especifica cómo se deben modificar los precios u otros valores de campo en función de los criterios de la regla.
1. Regla de precio: La regla de precio contiene todas las reglas específicas para la fijación de precios en la tienda de golosinas. Le dice a la tienda cómo manejar diferentes situaciones al establecer los precios de los dulces.
2. Condición de precio: Hay alguien en la tienda que verifica el tipo de dulces que desea comprar. Se aseguran de que cumpla ciertas condiciones, como ser un “Gummy Bear” o tener un sabor específico.
3. Acción del precio: una vez que el dulce pasa la inspección, hay alguien que ajusta el precio según las reglas de precios. Pueden ofrecer un descuento, cambiar la cantidad o hacer algo especial para que el precio sea más atractivo.
Importancia de los campos en la regla de precios
Los campos juegan un papel importante en las reglas de precios dentro de Salesforce CPQ. Las reglas de precios usan campos para definir condiciones, acciones y criterios que determinan cómo se aplican los cálculos de precios y los descuentos. Por lo tanto, comprenderemos cada campo en el objeto Regla de precio y su importancia con la ayuda del Ejemplo de tienda de golosinas.
¿Diferencia entre Calculator y Configurator Evaluation Scope en la regla de precio en Salesforce CPQ?
El campo Alcance de la evaluación es como usar esa calculadora mágica. Cuando tiene reglas de precios con el Ámbito de evaluación de la calculadora, la calculadora las utiliza para decidir cuánto debería costar algo. Tiene dos valores de lista de selección:
Expliquemos la diferencia entre los ámbitos de evaluación de Calculadora y Configurador en Salesforce CPQ con un ejemplo en tiempo real:
Imagina que vas a una tienda de dulces a comprar unos deliciosos dulces. Tienes un presupuesto de $10 y quieres comprar diferentes tipos de dulces según sus sabores.
Exploremos cómo entran en juego los ámbitos de evaluación de la calculadora y el configurador:
1. Ámbito de evaluación de la calculadora:
– Imagina que hay una oferta especial en la que si compras más de 5 caramelos, obtienes un 20% de descuento sobre el precio total.
– Esta oferta es un ejemplo de una regla de precio con el Ámbito de evaluación de la calculadora. La regla calcula el precio con descuento en función de la cantidad de dulces que está comprando.
– Entonces, si agrega 7 dulces a su carrito, la Calculadora evalúa la regla del precio y aplica el descuento, reduciendo el costo total.
2. Alcance de la evaluación del configurador:
– Ahora, consideremos los sabores de dulces disponibles en la tienda: fresa, chocolate y limón.
– Existe una regla que dice que si elige dulces con sabor a fresa, no puede elegir dulces con sabor a limón porque no combinan bien.
– Esta regla es un ejemplo de una regla de precio con el alcance de evaluación del configurador. Controla la disponibilidad de ciertas opciones en función de sus elecciones anteriores.
– Si ya tienes caramelos de fresa en tu carrito, el Configurador evalúa la regla y evita que selecciones caramelos de limón, asegurando que no termines con una combinación incompatible.
En este ejemplo anterior
El Ámbito de evaluación de la calculadora ayuda a calcular el precio total de sus dulces en función de ofertas especiales, descuentos y cantidad.
El Ámbito de evaluación del configurador garantiza que siga ciertas reglas al seleccionar diferentes opciones, como sabores, para evitar opciones incompatibles.
¿Explicar el evento de evaluación de la calculadora?
Expliquemos los eventos de evaluación de la calculadora de "Al iniciar", "Al calcular", "Antes de calcular" y "Después de calcular" con un ejemplo en tiempo real utilizando el escenario de la tienda de golosinas:
En breve:
“On Initiate” marca el comienzo del proceso de cálculo de caramelos.
“On Calculate” realiza el cálculo del precio real de los dulces.
"Antes de calcular" aplica cualquier verificación o regla final justo antes del cálculo.
"Después de calcular" permite acciones adicionales o sorpresas después de que se hayan determinado los precios.
Entendamos con más detalle:
1. Al iniciar:
– Suponga que tiene una regla de precio que establece que si el cliente es un miembro leal, obtiene un 5 % de descuento en todas las compras de golosinas.
– Esta regla de precio tendría el evento de evaluación establecido en "Al iniciar".
– Cuando el cliente inicia el proceso de cálculo del precio, como por ejemplo al comenzar una nueva cotización, el sistema verifica si es un miembro fiel y aplica el 5% de descuento a todos los dulces en su carrito desde el principio.
2. En Calcular:
– Imagine que tiene una regla de precio que ofrece un descuento por volumen si el cliente compra más de 10 dulces de cualquier sabor.
– Esta regla de precio tendría el evento de evaluación establecido en "Al calcular".
– A medida que el cliente agrega dulces a su carrito, el sistema calcula continuamente la cantidad total de dulces. Cuando alcanza o supera los 10, se activa la regla de precio y se aplica un descuento por volumen a todos los dulces del carrito.
3. Antes de calcular:
– Supongamos que tiene una regla de precio que establece que si el cliente ha seleccionado dulces con un precio total superior a $30, recibe una bolsa de dulces de cortesía.
– Esta regla de precio tendría el evento de evaluación establecido en "Antes de calcular".
– Justo antes de realizar el cálculo final, el sistema verifica si el precio total de los dulces supera los $30. Si es así, se activa la regla de precio y se agrega una bolsa de dulces de cortesía al carrito.
4. Después de calcular:
– Suponga que tiene una regla de precio que ofrece una oferta promocional especial de "Compre 2, obtenga 1 gratis" para un sabor de dulce específico.
– Esta regla de precio tendría el evento de evaluación establecido en "Después de calcular".
– Una vez que se completa el cálculo final, el sistema revisa los dulces seleccionados por el cliente e identifica si califican para la oferta "Compre 2, obtenga 1 gratis". Si lo hacen, se activa la regla de precio y el sistema agrega los dulces gratis al carrito.
Mediante el uso de estos diferentes eventos de evaluación de la calculadora, puede aplicar descuentos, ofertas o modificaciones específicas en diferentes etapas del proceso de cálculo en Salesforce CPQ.
¿Cuál es el significado del campo "Condición cumplida" en una regla de precios?
Expliquemos los conceptos de "Condición cumplida – Todas" y "Condición cumplida – Cualquiera" usando nuestro ejemplo de tienda de golosinas:
1. Condición cumplida – Todas:
– Imagina que tienes una tienda de golosinas con una promoción especial: si un cliente compra al menos 5 golosinas y el precio total supera los $10, recibe una bolsa de golosinas gratis.
– Esta regla de precio tendría la condición cumplida establecida en “Todos”.
– Cuando un cliente agrega 5 o más dulces a su carrito y el precio total de esos dulces supera los $10, ¡se cumplen todas las condiciones!
– Como resultado, el sistema reconoce que el cliente califica para la promoción y se agrega automáticamente una bolsa de dulces gratis a su pedido al finalizar la compra.
2. Condición cumplida – Cualquiera:
– Ahora, considere una regla de precio diferente: si un cliente compra cualquier dulce con un sabor específico (por ejemplo, “Cereza”), o si compra más de 10 dulces en total, recibe un descuento del 20%.
– Esta regla de precio tendría la condición cumplida establecida en "Cualquiera".
– Cuando un cliente selecciona un dulce con sabor a “Cereza” o agrega más de 10 dulces a su carrito, ¡cualquiera de las condiciones se cumple!
– Como resultado, el sistema aplica el 20% de descuento a los dulces que califican, independientemente de la condición que activó el descuento.
En ambos escenarios, la "Condición cumplida: todas" requiere que se cumplan todas las condiciones especificadas, mientras que la "Condición cumplida: cualquiera" solo requiere que se cumpla al menos una condición. Estos diferentes enfoques le permiten crear estrategias de precios personalizadas basadas en combinaciones específicas o criterios individuales.
¿Puede explicar el campo de objeto de búsqueda en una regla de precio con la ayuda del escenario?
En tu tienda de golosinas tienes diferentes tipos de golosinas con características únicas. El campo Objeto de búsqueda en el objeto Regla de precio es como una conexión especial que lo ayuda a aplicar reglas específicas a ciertos tipos de dulces.
Imagina que tienes un caramelo llamado "Rainbow Lollipop" y quieres crear una regla de precio especial para él. Así es como funciona:
1. Relación de objetos de búsqueda:
– El campo Objeto de búsqueda es como un puente que conecta la regla de precio con el caramelo “Rainbow Lollipop”.
– Te ayuda a establecer una relación especial entre la Regla de Precio y este tipo de dulce específico.
2. Acceder a la información de dulces:
– Una vez que se establece la relación de búsqueda, puede acceder a la información sobre el caramelo “Rainbow Lollipop” dentro de la regla de precio.
– Podrás conocer detalles sobre el dulce, como su sabor, color
3. Aplicación de reglas especiales:
– Al usar el campo Objeto de búsqueda, puede crear reglas especiales que solo se aplican al caramelo “Rainbow Lollipop”.
– Por ejemplo, puede crear una regla que ofrezca un descuento del 20% por cada “Rainbow Lollipop” comprado.
Al tener esta conexión especial entre la Regla de precio y el caramelo “Rainbow Lollipop” a través del campo Objeto de búsqueda, puede crear reglas únicas y personalizadas solo para ese tipo de caramelo. Te permite aplicar ofertas especiales, descuentos u otras acciones específicas al “Rainbow Lollipop” que lo hacen destacar entre otros dulces en tu tienda.
Vamos a entender con más profundidad:
El campo Objeto de búsqueda en el objeto Regla de precios es una función que le permite establecer una relación entre la Regla de precios y otro objeto en su organización de Salesforce.
1. Establecimiento de la relación de búsqueda:
– Al crear una regla de precios, puede seleccionar un objeto relacionado en el campo Objeto de búsqueda.
– Esto establece una relación de búsqueda entre la regla de precio y el objeto elegido.
– El objeto relacionado puede ser un objeto de Salesforce estándar (como Producto o Cuenta) o un objeto personalizado específico para sus necesidades comerciales.
2. Acceso a datos relacionados:
– Una vez que se establece la relación de búsqueda, puede acceder a los datos relacionados del objeto elegido dentro de la regla de precio.
– Esto significa que puede recuperar información de campos específicos en el objeto relacionado y usarla en su lógica de reglas de precios.
– Por ejemplo, si el objeto de búsqueda se establece en "Producto", puede acceder a los campos del objeto Producto, como Nombre del producto, Precio o cualquier campo personalizado relacionado con el producto.
3. Utilización del objeto de búsqueda en la lógica de la regla de precios:
– Con el campo Objeto de búsqueda, puede aprovechar los datos relacionados del objeto elegido para impulsar las condiciones y acciones de la regla de precios.
– Por ejemplo, puede crear una regla de precio que aplique un descuento basado en el valor de un campo en el objeto relacionado.
– Al hacer referencia a los campos en el objeto relacionado, puede definir condiciones y acciones que son dinámicas y adaptables en función de los valores almacenados en el objeto relacionado.
En resumen, el campo Objeto de búsqueda en la Regla de precios le permite establecer una relación con otro objeto, recuperar datos de ese objeto y usarlos en la lógica de su regla de precios.
Si no ponemos ningún nombre de objeto en el campo de objeto de búsqueda, ¿significa que no obtendrá datos de ese objeto y no podemos establecer una condición basada en un registro en particular?
Eso es correcto. Si no especifica un nombre de objeto en el campo Objeto de búsqueda de la Regla de precio, significa que la regla de precio no obtendrá datos de ningún objeto específico . Sin un objeto de búsqueda especificado, no podrá establecer condiciones ni realizar acciones basadas en un registro particular o datos de otro objeto.
El campo Objeto de búsqueda es fundamental para establecer una relación entre la regla de precios y un objeto específico. Le permite acceder y aprovechar los datos de ese objeto en la lógica de su regla de precios. Si deja el campo Objeto de búsqueda en blanco, la regla de precio no tendrá una conexión con ningún objeto, lo que limitará su capacidad para hacer referencia a datos de otros registros o aplicar condiciones basadas en valores específicos .
¿Cuál es el significado de la casilla de verificación Activa en la regla de precios?
Cuando la casilla de verificación "Activo" está marcada, indica que la regla de precios está activa y solo entonces se evaluará durante el proceso de cálculo de precios. Las reglas de precio inactivas no se evalúan y sus condiciones y acciones se ignoran.
¿Cómo afecta el campo Orden de evaluación a la aplicación de las Reglas de precios?
El “Orden de Evaluación” en una Regla de Precios es fundamental para definir la secuencia en la que se evalúan las reglas durante el proceso de cálculo de precios. Ayuda a establecer la prioridad y la jerarquía de las reglas cuando se aplican varias reglas. Las reglas con valores de orden de evaluación más bajos se evalúan primero.
Ejemplo de Orden de Evaluación:
Regla 1: Descuento para barras de chocolate
Orden de evaluación: 1
Condición: Tipo de Caramelo es igual a “Barra de Chocolate”
Acción: Aplicar un 10% de descuento sobre el precio de la barra de chocolate.
Regla 2: compre uno, llévese otro gratis
Orden de evaluación: 2
Condición: la cantidad es mayor o igual a 2
Acción: Proporcionar un dulce gratis por cada dos dulces comprados.
En este ejemplo, la regla 1 tiene un orden de evaluación de 1, mientras que la regla 2 tiene un orden de evaluación de 2.
La regla 1 se evaluará primero, seguida de la regla 2.
Ahora, veamos cómo la Orden de Evaluación impacta el cálculo de precios:
Supongamos que un cliente agrega dos barras de chocolate a su carrito. La Orden de Evaluación dicta la secuencia de ejecución de la regla. La regla 1, con un Orden de Evaluación inferior a 1, se evaluará primero.
Regla 1 (Orden de evaluación 1):
Dado que el tipo de caramelo es una “Barra de Chocolate” (condición cumplida), se aplica un descuento del 10% sobre el precio de cada barra de chocolate.
Regla 2 (Orden de Evaluación 2):
La cantidad es 2 (condición cumplida), pero la regla 2 no se evaluará porque la regla 1 ya se aplicó.
Como resultado, el cliente recibe un 10% de descuento en cada barra de chocolate y no hay cambios debido a la Regla 2.
Nota: La regla 1 se evalúa primero y la regla 2 se omite porque la regla 1 ya se ha aplicado. Sólo se aplicará la primera regla. Esto se debe a que el Orden de evaluación determina la secuencia en la que se evalúan las reglas y, una vez que se aplica una regla, se omiten las reglas posteriores con valores de Orden de evaluación más altos.
¿Qué sucede si queremos que se apliquen las reglas de precios y que no se omita ninguna según el Orden de evaluación?
Si desea que se apliquen ambas reglas sin omitir ninguna de ellas, deberá asegurarse de que ambas reglas tengan el mismo valor de Orden de evaluación. Al asignar el mismo Orden de Evaluación a ambas reglas, indica que tienen la misma prioridad, y ambas serán evaluadas y aplicadas si se cumplen sus respectivas condiciones.
Modifiquemos el ejemplo para ilustrar esto:
1. Regla 1: Descuento para barras de chocolate
– Orden de Evaluación: 1
– Condición: Tipo de Caramelo es igual a “Barra de Chocolate”
– Acción: Aplicar un 10% de descuento sobre el precio de la tableta de chocolate.
2. Regla 2: compre uno, llévese otro gratis
– Orden de Evaluación: 1
– Condición: La cantidad es mayor o igual a 2
– Acción: Proporcionar un caramelo gratis por cada dos caramelos comprados.
Con esta modificación, ambas reglas tienen un Orden de Evaluación de 1, lo que indica que tienen la misma prioridad.
Supongamos que un cliente agrega dos barras de chocolate a su carrito: la regla 1 y la regla 2, ambas con el orden de evaluación 1, se evaluarán en el orden en que aparecen.
– Regla 1 (Orden de Evaluación 1):
– Dado que el tipo de caramelo es una “Barra de Chocolate” (condición cumplida), se aplica un 10% de descuento sobre el precio de cada barra de chocolate.
– Regla 2 (Orden de Evaluación 1):
– La cantidad es 2 (condición cumplida), y como ambas reglas tienen el mismo Orden de Evaluación, también se evalúa la Regla 2.
– Se ejecuta la acción de la Regla 2, entregando un caramelo gratis por cada dos caramelos comprados.
En este escenario, dado que ambas reglas tienen el mismo Orden de Evaluación, se evalúan en el orden en que aparecen y ambas reglas se aplican si se cumplen sus condiciones. El cliente recibe un 10% de descuento en cada barra de chocolate y recibe un dulce gratis debido a la Regla 2.
¿Cómo puede definir condiciones complejas usando la función de Condición avanzada en una regla de precio?
Expliquemos la Condición Avanzada en una Regla de Precio usando un ejemplo de caramelo:
Escenario de regla:
– Desea crear una regla de precio para los dulces que son del tipo “Gummy Bear”, tienen un sabor a “Fresa” o se encuentran dentro de un rango de precios de $1 a $5.
Creando la Condición Avanzada:
– Con la función Condición avanzada, puede definir una condición compleja que involucre múltiples campos y valores de comparación.
– En este caso, configuraría la Condición de precio asociada con la regla de precio con los siguientes componentes:
– Condición 1: Tipo de Caramelo es igual a “Osito de Gominola”
– Condición 2: Sabor igual a “Fresa”
– Condición 3: El precio está entre $1 y $5
(Candy_Type__c = 'Gummy Bear' && Flavor__c = 'Fresa') || (Precio__c >= 1 && Precio__c <= 5)
Tal como es (1 Y 2) O 3, implementaremos esta lógica utilizando la condición avanzada
¿Qué es el campo Producto en la regla de precio?
Expliquemos el campo “Producto” en una Regla de Precio usando un ejemplo de dulces de una manera simple y fácil de entender:
Imagina que tienes una tienda de dulces con una variedad de dulces, como piruletas, barras de chocolate y ositos de goma. Cada caramelo tiene su propio precio. Ahora, hablemos del campo “Producto” en una regla de precio:
1. Selección de un producto de caramelo:
– El campo “Producto” en una regla de precio le permite elegir un dulce específico del inventario de su tienda.
– Por ejemplo, puede seleccionar el caramelo “Gummy Bears” como el producto de destino para la regla de precio.
2. Aplicar acciones de fijación de precios a los dulces seleccionados:
– Una vez que haya seleccionado el caramelo "Gummy Bears" en el campo "Producto", puede definir las acciones de fijación de precios que se aplicarán específicamente a ese caramelo.
– Las acciones de fijación de precios pueden incluir cosas como descuentos u ofertas especiales.
– Por ejemplo, puede crear una regla de precio que proporcione un 10 % de descuento en el precio de los dulces “Gummy Bears”.
3. Creación de condiciones divertidas (opcional):
También puede establecer condiciones divertidas en función de las características de los dulces seleccionados.
Por ejemplo, puede crear una condición que aplique la regla del precio solo si el caramelo "Gummy Bears" es de color rojo.
Podemos agregar el producto en el campo de objeto de búsqueda en lugar del campo de producto en Salesforce, ¿cuál es la diferencia?
¡Estás en lo correcto! Además de seleccionar el producto directamente en el campo "Producto" de una regla de precios, también tiene la opción de hacer referencia al producto a través de un campo de relación de búsqueda utilizando un objeto de búsqueda. Exploremos la diferencia entre los dos enfoques:
1. Campo de producto:
– Cuando selecciona el producto directamente en el campo “Producto” de la Regla de precio, está asociando la regla de precio directamente con un producto específico.
– Este enfoque es útil cuando desea definir acciones o condiciones de fijación de precios que se aplican a un producto o grupo de productos en particular.
– Es una forma sencilla de orientar productos específicos dentro de su catálogo y definir reglas exclusivamente para esos productos.
2. Objeto de búsqueda:
– Con un objeto de búsqueda, puede establecer una relación entre la Regla de precio y otro objeto en Salesforce, como un objeto personalizado o un objeto estándar como una Cuenta u Oportunidad.
– Esto le permite hacer referencia al producto indirectamente a través del objeto relacionado.
– Mediante el uso de una relación de búsqueda, puede definir acciones o condiciones de fijación de precios en función de los datos tanto del objeto relacionado como del producto asociado.
– Este enfoque proporciona más flexibilidad en la creación de reglas que dependen de la información de otros objetos además del propio producto.
La elección entre usar el campo directo "Producto" o un objeto de búsqueda depende de su caso de uso y requisitos específicos. Si solo necesita segmentar y definir reglas para productos específicos, el uso del campo "Producto" suele ser suficiente. Sin embargo, si su lógica de precios involucra datos de objetos relacionados o requiere relaciones más complejas, puede ser beneficioso utilizar un objeto de búsqueda.
¿Cómo se especifican los grupos de productos a los que se aplica la regla de precios?
Expliquemos la implementación de grupos de productos en Reglas de precios usando un ejemplo de dulces:
1. Definir grupos de productos:
-Cree un campo personalizado de "Grupo de productos" en el objeto del producto. Establecer el valor del campo con
2. Asignar atributos del producto:
– Establezca el campo "Grupo de productos" en el objeto del producto en "Caramelos de goma" para los productos de ositos de goma y gusanos de goma.
– Establezca el campo "Grupo de productos" en el objeto de producto en "Caramelos de chocolate" para barras de chocolate y productos de frutos secos cubiertos de chocolate.
3. Cree o edite una regla de precios:
– Cree una nueva regla de precios o edite una existente haciendo clic en el botón "Nuevo" o seleccionando la regla de precios deseada.
4. Asociar con el Objeto Producto:
– En el registro de Regla de precio, localice el campo de búsqueda o el campo de producto que le permite asociar la Regla de precio con el objeto que contiene el campo “Grupo de productos” (en este caso, el objeto Producto).
5. Definir condiciones:
– Dentro de la Regla de Precio, defina las condiciones de precio que especifican los grupos de productos.
– Elija el campo que representa el grupo de productos, como el campo “Grupo de productos” en el objeto asociado (objeto Producto).
– Configure el operador adecuado (p. ej., “Es igual a”) y el valor deseado para el grupo de productos (p. ej., “Caramelos de goma”).
Ejemplo: Condición 1
– Campo: Producto: Grupo de productos
– Operador: Igual
– Valor: “Caramelos de goma”
Ejemplo: Condición 2
– Campo: Producto: Grupo de productos
– Operador: Igual
– Valor: “Caramelos de Chocolate”
6. Especificar acciones de fijación de precios:
– Una vez que se cumplan las condiciones, defina las acciones de fijación de precios que desea aplicar a los productos en los grupos de productos específicos.
– Configure las acciones de fijación de precios en función de sus requisitos, como establecer descuentos, ajustar precios o aplicar cualquier otra lógica de fijación de precios que desee.
Ejemplo: Precio Acción 1
– Si se cumple la Condición 1 (Grupo de productos es igual a “Caramelos de gominola”), establezca un 10% de descuento en los productos afectados.
Ejemplo: Precio Acción 2
– Si se cumple la Condición 2 (Grupo de Producto es igual a “Dulces de Chocolate”), establecer un precio especial en los productos afectados.
¿Cuáles son algunas de las mejores prácticas para diseñar y configurar reglas de precios en Salesforce CPQ?
1. Definir requisitos claros de fijación de precios:
– Defina claramente sus requisitos de precios y comprenda el comportamiento de precios deseado.
– Identificar las estrategias de precios, las reglas de descuento y los cálculos personalizados necesarios.
2. Estructura de las reglas de precios del plan:
– Planifica la estructura de tus Reglas de Precios de forma lógica y organizada.
– Dividir escenarios de precios complejos en reglas de precios más pequeñas y manejables.
– Esto mejora la capacidad de mantenimiento y facilita la resolución de problemas y las modificaciones.
3. Use nombres de reglas descriptivos:
– Asigne nombres significativos y descriptivos a sus Reglas de precios.
– Esto ayuda a identificar y comprender el propósito de cada regla, especialmente cuando se trata de muchas reglas de precios.
4. Establecer orden de evaluación lógica:
– Establezca el campo Orden de evaluación en el objeto Regla de precio de forma adecuada.
– Controlar la secuencia en la que se evalúan y aplican las Reglas de Precios.
– Asegúrese de que el orden de evaluación se alinee con la lógica y los requisitos de precios previstos.
5. Probar y validar reglas de precios:
– Pruebe y valide exhaustivamente sus reglas de precios con varios escenarios de prueba.
– Verificar que los resultados de la fijación de precios se alineen con los resultados esperados.
– Probar diferentes combinaciones de condiciones, configuraciones de productos y escenarios de precios.
6. Aproveche las condiciones avanzadas:
– Utilice la función Condiciones avanzadas para implementar criterios de reglas complejos.
– Combinar múltiples condiciones utilizando operadores lógicos (AND, OR) y funciones.
– Esto permite una lógica de reglas más compleja y un control más detallado.
7. Reglas de revisión y actualización periódicas:
– Revise periódicamente sus reglas de precios para asegurarse de que se mantengan alineadas con las estrategias de precios en evolución y los requisitos comerciales.
– Actualice las reglas según sea necesario para reflejar los cambios en los productos, los modelos de precios o las estrategias de descuento.
8. Lógica de la regla de precio del documento:
– Documente la lógica y el razonamiento detrás de sus Reglas de precios.
– Esto sirve como referencia para futuras modificaciones y ayuda con la transferencia de conocimiento dentro del equipo.
¿Se pueden usar reglas de precios para actualizar valores de campo en un registro? Explicar.
No, las reglas de precios en Salesforce CPQ se utilizan principalmente para los cálculos y ajustes de precios en lugar de actualizar directamente los valores de los campos en un registro.
Si bien las reglas de precios pueden afectar los resultados y resultados de la fijación de precios, no están diseñadas para actualizar directamente los valores de campo en un registro fuera del contexto de fijación de precios.
¿Cuál es la diferencia entre una regla de precio y un programa de descuento?
Las reglas de precios se utilizan para definir una lógica de precios dinámica y condicional, lo que permite cálculos y acciones complejos basados en condiciones específicas. Por otro lado, los Programas de descuento proporcionan un enfoque estandarizado para aplicar descuentos predefinidos de manera uniforme en múltiples productos o escenarios de precios. Las reglas de precios ofrecen más flexibilidad y opciones de personalización, mientras que los calendarios de descuentos ofrecen una forma coherente y optimizada de gestionar los descuentos.
Expliquemos la diferencia entre una regla de precio y un programa de descuento usando un ejemplo de dulces:
Regla de precio:
– Una regla de precios le permite definir acciones o ajustes de precios específicos basados en ciertas condiciones para dulces individuales o grupos de dulces.
– Por ejemplo, puede crear una regla de precios que aplique un descuento del 10 % a todos los dulces de ositos de goma durante un período promocional.
– Las reglas de precios brindan flexibilidad para aplicar diferentes lógicas de precios, descuentos o ajustes basados en diversas condiciones para dulces o grupos de dulces específicos.
Horario de descuento:
– En el mismo escenario de la tienda de golosinas, se usaría un programa de descuentos para administrar los descuentos estandarizados que se aplican a varios dulces.
– Un calendario de descuentos proporciona un enfoque consistente para aplicar descuentos predefinidos de manera uniforme.
– Por ejemplo, puede crear un programa de descuento llamado "10 % de descuento" que ofrece un 10 % de descuento en todos los dulces en toda la tienda.
– Los Programas de descuento ayudan a mantener precios consistentes en diferentes dulces o niveles de precios, lo que garantiza que se aplique el mismo descuento a varios productos sin necesidad de Reglas de precios individuales.
Seguir leyendo
Uso compartido de Apex: con uso compartido: use la palabra clave con uso compartido al declarar una clase para hacer cumplir las reglas de uso compartido del usuario actual. Sin compartir: utilice la palabra clave sin compartir al declarar… Leer más »
Seguir leyendo
Hola amigos, hoy vamos a entender acerca de la relación de contacto de cuenta en Salesforce En general, ¿cómo se relacionan la cuenta y un contacto entre sí? El contacto múltiple es… Leer más »
Seguir leyendo
Recapitulamos las características actuales de LWC para dispositivos móviles y luego analizamos todas las características nuevas e innovadoras disponibles en la versión Spring '23.
La publicación Funciones y herramientas más recientes de LWC para dispositivos móviles apareció primero en el blog de desarrolladores de Salesforce .
Última actualización el 20 de noviembre de 2022 por Rakesh Gupta Han pasado aproximadamente tres años desde que aprobé el examen de Einstein Analytics and Discovery Consultant. En las últimas semanas, muchas personas se comunicaron conmigo para pedirme orientación y un camino para convertirme en un consultor certificado de análisis y descubrimiento de Einstein.
La publicación How to Pass Tableau CRM & Einstein Discovery Consultant Exam apareció primero en Automation Champion .
Seguir leyendo
Última actualización el 7 de noviembre de 2022 por Rakesh Gupta Gran idea o pregunta duradera: ¿Cómo protegen los filtros predicados sus conjuntos de datos de CRM Analytics en función de los requisitos de seguridad? Objetivos: después de leer este blog, podrá: Usar filtros predicados para proteger conjuntos de datos Aplicar herencia de uso compartido para agregar seguridad adicional a
La publicación CRM Analytics: seguridad de datos para controlar el acceso a las filas apareció primero en Automation Champion .
Seguir leyendo
Promociones sensibles al tiempo, ventas relámpago, picos de tráfico y la experiencia de escaparate: hay tantos detalles a tener en cuenta al prepararse para festividades de gran volumen, como el Día de Acción de Gracias en los EE. UU. En Salesforce, la confianza es nuestro valor número uno, y es nuestra principal prioridad en esta temporada navideña es ayudar a nuestros clientes de comercio a entregar productos de gran escala, […]
La publicación API de inicio de sesión del comprador: Técnicas y trucos para aprovechar al máximo las festividades de gran volumen apareció por primera vez en el blog de desarrolladores de Salesforce .
Nuestra nueva API BarcodeScanner permite a los desarrolladores crear más rápidamente componentes web Lightning (LWC) para aplicaciones móviles de Salesforce que pueden escanear una variedad de códigos QR y de barras. Los clientes que necesitan moverse mientras escanean para rastrear el inventario o los paquetes, por ejemplo, pueden encontrar este servicio extremadamente práctico y útil. En el verano […]
La publicación Uso de la nueva API BarcodeScanner en Mobile Lightning Web Components apareció primero en el blog de desarrolladores de Salesforce .
En el CMS mejorado de Salesforce, las extensiones de la barra lateral colocan herramientas de productividad dentro del editor de contenido donde los creadores de contenido las necesitan. Las extensiones de la barra lateral le permiten agregar funciones útiles como correctores ortográficos, editores de gramática y tono, aplicaciones de recomendación de contenido, servicios de traducción… y cualquier otra cosa que pueda soñar. Con acceso de lectura y escritura a su contenido […]
La publicación Crear e implementar extensiones de la barra lateral en el Editor de contenido de CMS apareció por primera vez en el blog de desarrolladores de Salesforce .
Última actualización el 17 de agosto de 2022 por Rakesh Gupta Dreamforce regresa en todo su esplendor para su vigésimo aniversario este año y, como socio de Salesforce, Revenue Grid se complace en compartir este evento con usted. Diseñado para usuarios de Salesforce, Revenue Grid ayuda a las empresas con escenarios de ventas complejos a automatizar la actividad
La publicación Cómo resolver los principales desafíos de captura de actividad Salesforce Admin Face Daily apareció primero en Automation Champion .
Revisión de la aplicación
Seguir leyendo
En nuestra publicación de blog anterior, presentamos la nueva y poderosa API de la plataforma Einstein Bots. En esta publicación, analizaremos cómo funcionan las transferencias de Einstein Bot y profundizaremos en cómo funcionan las transferencias de bot a bot y cómo compartir datos entre bots. ¿Qué es una transferencia de chat de Einstein Bot? Una transferencia de chat de bot es una […]
La publicación Transferencias de chat y uso compartido de datos con la API de la plataforma Einstein Bots apareció por primera vez en el blog de desarrolladores de Salesforce .
SOQL (lenguaje de consulta de objetos de Salesforce) y DML (lenguaje de manipulación de datos) son los lenguajes utilizados en Salesforce para leer y modificar registros, respectivamente. En esta publicación de blog, exploraremos cómo usarlos en Apex, incluidas las mejores prácticas para evitar alcanzar los límites del gobernador. Esto será particularmente útil para los desarrolladores que son nuevos en el desarrollo de Salesforce, […]
La publicación Trabajar con registros de Salesforce usando SOQL y DML apareció primero en el blog de desarrolladores de Salesforce .
La API de la plataforma Einstein Bots le permite agregar Einstein Bots a cualquier canal de conversación. Hemos creado un SDK de Java de código abierto y un conector de canal para brindarle las herramientas que necesita para integrar fácilmente Bots de Einstein en sus canales de conversación además de los canales de participación digital existentes compatibles con Service Cloud. En nuestro anterior […]
La publicación Conectar canales externos con bots de Einstein mediante el marco de conector de canal apareció por primera vez en el blog de desarrolladores de Salesforce .
En el mundo actual, las aplicaciones son fundamentales para atraer a los clientes y, como resultado, existe una creciente demanda de desarrolladores en todas las industrias. Sin embargo, gran parte del tiempo de un desarrollador se dedica a trabajos no relacionados con el código, como el aprovisionamiento y la administración de servidores, la configuración del alojamiento, la administración de datos y la seguridad. Afortunadamente, existen plataformas como Heroku que brindan […]
La publicación ¡5 características asombrosas que los desarrolladores pueden no conocer acerca de Heroku! apareció por primera vez en el blog de desarrolladores de Salesforce .
