Problemas de suministro en relación con ejemplos

Para manejar grandes volúmenes de datos sin sacrificar la calidad de los resultados y, al mismo tiempo, obtener los resultados en un periodo de tiempo aceptable, se han hecho determinados requisitos respecto a la composición de los contactos propuestos en una sesión.

Una de las estrategias que utiliza Optimize es dividir loa datos del contacto propuesto en subconjuntos aleatorios de, aproximadamente, el mismo número de clientes; se optimizan los contactos propuestos de cada uno de estos ejemplos de forma independiente. Si hay varias hebras configuradas y soportadas por el hardware, estos muestreos de cliente se procesan de forma simultánea.

Existe una clase de problemas que puede generar errores o resultados no óptimos que representan un efecto secundario del enfoque de muestreos de cliente. El número de muestreos de cliente utilizados para la ejecución de una sesión se determina dividiendo el número de cliente del PCT por el valor del parámetro de configuración Optimize|AlgorithmTuning| CustomerSampleSize. Es importante que haya suficientes contactos propuestos que coincidan con cada regla de capacidad para que cada ejemplo aleatorio de cliente sea estadísticamente similar respecto a cada característica utilizada por la regla de capacidad.

Por ejemplo, supongamos que tenemos 1 millón de clientes y que tenemos un tamaño del muestreo de cliente configurado de 1000. Esta configuración implica que tenemos 1000 muestreos de cliente. Imagínenos que tenemos una regla de capacidad configurada como: mínimo de 1 correo electrónico, máximo de 5000 correos electrónicos. Lo que hace Optimize en este ejemplo es extraer las restricciones de la regla y modificarlas para propagar la regla entre los muestreos de cliente. En este ejemplo, la restricción de máximo de 5000 correos electrónicos se divide por el número de ejemplos, de forma que cada ejemplo se procesa con una restricción de máximo de 5 correos electrónicos. Pero, ¿qué se hace con la restricción de mínimo de 1 correo electrónico? Es imposible que cada ejemplo necesite un mínimo de 1/1000 de correo electrónico.

En lugar de esto, se seleccionará de forma aleatoria un ejemplo para procesar con una restricción de mínimo de 1 correo electrónico, mientras que los otros 999 ejemplos se procesan sin ninguna restricción de número mínimo de correo electrónico. Este proceso funciona muy bien, a menos que no haya suficientes contactos propuestos que usen el correo electrónico, para garantizar que todos los 1000 ejemplos obtengan, como mínimo, 1 correo electrónico. Si los contactos propuestos contienen sólo 500 contactos que utilizan correo electrónico, hay menos del 50% de probabilidades de que un ejemplo concreto contenga un correo electrónico. Esto significa que tiene un probabilidad mayor que el 50% de salir de la sesión sin errores, porque no se puede satisfacer el valor mínimo, aunque en los contactos propuestos hubiera 500 veces dicho valor mínimo. Para evitar esta situación, las características utilizadas en una regla de capacidad deberían estar bien representadas en relación con el número de ejemplos.