Dynamic Pricing Agent.
Precios que se mueven con la demanda, sin destruir margen. Respuesta a competidores en horas, no en días.
El agente custom que monitorea demanda, stock y competencia por SKU, calcula la propuesta de precio óptima dentro del rango aprobado por el pricing team, valida margen contra el floor y publica vía SCAPI cuando el Pricing Manager aprueba. Para Pricing Managers, Revenue Operations y Category Managers que necesitan reactividad sin perder gobernanza.
¿Qué hace Dynamic Pricing Agent?
Dynamic Pricing Agent monitorea de forma continua señales de demanda, stock y precios de competidores por SKU, calcula la elasticidad histórica y propone ajustes de precio con impacto estimado en margen y conversión. El Pricing Manager aprueba (o configura micro-ajustes automáticos por debajo del umbral) y el agente publica vía SCAPI con TTL, dejando audit trail completo en el Price History DMO.
Cómo funciona paso a paso
De la señal de mercado al precio publicado en el storefront. 6 pasos con aprobación humana donde corresponde.
Monitoreo continuo
Hidrata demanda (pageviews, conversion, add-to-cart), stock por canal y precios de competidores por SKU. Modo batch o event-driven según categoría.
Cálculo de elasticidad
Cruza la señal actual con el historial de elasticidad de la categoría y el costo unitario del ERP para estimar el impacto del ajuste en margen y conversión.
Propuesta dentro del rango válido
El agente genera una propuesta de precio dentro del rango definido por Margin Guard (floor) y política de marca (ceiling). Incluye impacto estimado en margen y revenue.
Aprobación humana sobre el threshold
Cambios mayores al umbral configurado pasan al Pricing Manager vía Slack o portal con un clic. Micro-ajustes (típicamente menores a 1-2%) pueden auto-aprobarse según política.
Publicación vía SCAPI con TTL
El precio aprobado se escribe en el Pricebook vía SCAPI, dispara cache invalidation del CDN y queda activo en el storefront en menos de 60 segundos.
Tracking de outcome
El agente mide conversión, margen real y reacción del competidor en las 24-72 hs siguientes. Alimenta la calibración del próximo ciclo.
Ejemplo de interacción real
Arquitectura del agente
Las cuatro primitivas que sostienen al Dynamic Pricing Agent dentro de tu org de Salesforce.
Data
Fuentes de grounding
- Pricebook + Price History DMO
- Competitor Price DMO
- Margin DMO (costo desde ERP)
- Demand Signals (Data Cloud)
- Inventory por canal (OCI / OMS)
- Segment + Loyalty tier
Actions
Lo que el agente ejecuta
- proposePriceChange
- validateMarginGuard
- requestApproval
- publishPrice (SCAPI)
- logPriceEvent (audit trail)
- rollbackPrice
Guardrails
Controles de confianza
- Margin Guard (floor por SKU)
- Price ceiling de marca
- Compliance LATAM (24.240, CDC)
- SKUs regulados fuera de scope
- Audit trail inmutable
- Trust Layer + zero retention
Channels
Dónde decide el humano
- Slack (canal principal)
- Email con link de un clic
- Portal de aprobación en Salesforce
- Mobile (Safari iOS, Chrome Android)
Requiere Data Cloud: Recomendado (DMOs Commerce + Calculated Insights de demanda)
Requiere Einstein Trust Layer: Sí (incluido en Agentforce)
Implementación en 5 fases
De discovery al rollout con scope expandido. Dynamic Pricing Agent en producción en 12-14 semanas.
Discovery y política de pricing
Workshop con Pricing, Finanzas y Categorías. Documentación explícita de floors de margen, ceilings de marca y SKUs regulados fuera de scope.
Data readiness
Limpieza del Margin DMO (costos del ERP), integración del Competitor Price DMO, Web SDK de Data Cloud para Demand Signals, Pricebook por segmento.
Agent build
Topics (Demand Predictor, Competitor Tracker, Margin Guard, Markdown Optimizer), Actions con JSON schema, prompts con few-shot examples, integración con Slack para aprobación.
Shadow mode + piloto controlado
Sem 10-11 modo shadow: el agente genera propuestas que no llegan al humano, se comparan contra decisiones manuales. Sem 11-12 piloto en 100-200 SKUs de mayor GMV.
Rollout y retrospectiva mensual
Expansión de scope mes a mes. Retrospectiva mensual con métricas, calibración de umbrales y ajuste del calendario de eventos comerciales para el próximo trimestre.
Equipo típico de implementación
Requisitos para arrancar
Lo que necesitás tener listo antes de poner Dynamic Pricing Agent en producción.
Datos mínimos
- Histórico de pricing y conversión 12 meses
- Costo unitario actualizado en ERP
- Datos de competidores (scraping o APIs)
- Política de pricing documentada por categoría
Licencias
- Commerce Cloud (B2C, B2B o D2C)
- Agentforce for Commerce (Flex Credits)
- Data Cloud (recomendado)
- Einstein Trust Layer (incluido)
Integraciones
- SCAPI v24.5+ (batch price book update)
- ERP / SAP para Margin DMO
- Competitor pricing tool (Prisync, Competera, Wiser)
- Slack o email para aprobación
- CDN (Fastly, Cloudflare) para cache invalidation
Org readiness
- Sponsor en Pricing y CFO
- Governance de aprobación humana definida
- SLA de aprobación por categoría acordado
- Calendario de eventos comerciales del trimestre
KPIs: antes y después
KPIs esperados al implementar este agente. Rangos referenciales para planificación; los resultados reales dependen del estado de los datos y la operación de cada empresa.
| Métrica | Antes | Después | Cambio |
|---|---|---|---|
| Margen bruto promedio | Baseline | +3-7 ppt | Mejora sostenida |
| GMV en categorías cubiertas | Baseline | +5-15% | Captura de demanda |
| Tiempo de respuesta a competidor | 1-3 días | 2-5 horas | Días → Horas |
| Tiempo del Pricing Manager por cambio | 6-10 min | 30-60 s | -90% |
| Stock residual fin de temporada | Baseline | -15-20 ppt | Markdown progresivo |
| Time-to-value | N/A | 3-6 meses post go-live | Progresivo |
Solu entrega un dashboard con cuatro cuadrantes en vivo: KPIs de negocio (GMV, margen, stock residual), KPIs operativos (propuestas por Topic, SLA de aprobación), consumo de Flex Credits y alertas de calidad de Hydrators.
Riesgos comunes y cómo los mitigamos
Precios mal aplicados destruyen confianza
Un precio fuera de rango publicado en el storefront genera quejas en redes y daño de marca difícil de revertir.
Mitigación: Margin Guard como primer filtro determinístico, ceiling de marca, rollback en menos de 2 minutos y aprobación humana sobre el threshold. El agente nunca decide solo en cambios mayores.
Conflictos con promociones activas
El agente propone un cambio de precio sobre un SKU que ya está en promoción y genera doble descuento o stack inadvertido.
Mitigación: Hydrator de Promotion DMO antes del razonamiento. Si el SKU tiene promoción activa, el agente queda fuera de scope hasta que la promoción venza, salvo override explícito del Pricing Manager.
Compliance LATAM y prácticas comerciales
Ajustes de precio sobre medicamentos, alimentos básicos o categorías con regulación de precio máximo violan la Ley 24.240, el CDC brasileño o equivalentes locales.
Mitigación: SKUs regulados explícitamente fuera de scope. Audit trail inmutable en Price History DMO para demostrar base objetiva ante la Secretaría de Comercio o el regulador local.
Race to bottom en eventos comerciales
En Hot Sale o Cyber Monday, igualar al competidor más barato sin floor lleva a todos al precio de costo en horas.
Mitigación: Floor de margen no negociable, capping de variación máxima por propuesta y revisión semanal del comportamiento del agente durante eventos comerciales por parte del Pricing Manager.
Costo desactualizado en ERP
Un costo viejo en SAP o Oracle hace que el agente proponga precios que parecen rentables pero destruyen margen, especialmente en mercados de inflación alta.
Mitigación: Hydrator de Margin con alerta automática si un SKU no actualiza costo en más de 36 horas. Si el costo falla, el agente no propone cambios para ese SKU. Safe default ante incertidumbre.
Preguntas Frecuentes
Sólo en el modo de micro-ajuste automático configurado por categoría para variaciones menores al 1-2%. Cualquier cambio sobre el threshold definido por el Pricing Manager pasa siempre por aprobación humana, con un clic desde Slack o el portal. La governance la define el cliente, no el agente.
El Hydrator de Competitor entra en circuit breaker después de 3 fallos consecutivos. El agente sigue evaluando con señales internas (demanda, stock, margen) y registra el fallback en el audit trail. Si el costo desde ERP falla, el agente no propone ningún cambio para ese SKU hasta que se restaure el dato.
Sí, y es donde más impacto tiene. La clave es la frecuencia de actualización del Margin DMO desde el ERP, idealmente diaria. En implementaciones con SAP R/3 legacy resolvemos vía BAPI exportando costos estándar a S3, ingestados por Data Cloud. El agente reemplaza el trabajo manual repetitivo de actualización que en inflación se vuelve inviable.
Vía SCAPI con soporte de batch price book update (v24.5 o superior) para actualizar hasta 200 SKUs en una sola llamada. El Segment Price Decisioner genera variantes de precio dentro del rango permitido por segmento (loyalty tier, B2B, canal) y la escritura en los price books afectados es atómica.
12-14 semanas típicamente. La fase más larga es data readiness: limpiar el Margin DMO suele tomar 3-5 semanas porque los costos en el ERP tienen inconsistencias que no estaban en el radar (SKUs con costo cero, importados sin costo de internación, dólares sin tipo de cambio). El agente exige esa limpieza antes de operar.
No. Reemplaza el trabajo manual repetitivo de actualización (donde más errores ocurren) y libera al Pricing Manager para foco estratégico: política de categorías, negociación con proveedores, gestión de eventos comerciales. La aprobación humana sobre cambios sensibles sigue siendo del Pricing Manager.
Tu pricing no puede esperar a la reunión del lunes.
Hablá con un Commerce Architect de Solu. En discovery mapeamos tu política de pricing, los floors de margen y el primer scope de SKUs.