Inicio »
Salescast » Aquí
Primeros pasos con Salescast
Para comenzar a operar con Lokad
no es necesario realizar pagos anticipados (prueba gratuita). No obstante, se requieren algunas horas para configurar adecuadamente la exportación de los datos. Alrededor del 90% del esfuerzo total ni siquiera es específico de Salescast, y de hecho se aplicaría a cualquier proveedor de pronóstico que usted quisiera evaluar.
Para una compañía mediana el proceso generalmente es el siguiente:
- Envío de instrucciones al departamento de TI y supervisión del POC (prueba de concepto): 1 hora.
- El departamento de TI prepara los datos que serán importados: 3 horas (1 persona).
- La dirección valida los pronósticos: 1 hora.
- El departamento de TI finaliza el acceso a los datos para la producción: 1 o 2 días (1 persona).
N.B.: Sí, el departamento de TI debe ser parte del proceso, ya que la importación de datos desde Excel no funcionará. Hemos sido testigos de esta lamentable conclusión muchas veces. Muchas soluciones de la competencia son compatibles con la importación de datos desde Excel, pero creemos que, a pesar de las buenas intenciones, el proceso sólo resulta dañino para la industria. Para más información, lea el artículo El uso de Excel como archivo de datos dañará a su compañía.
En la práctica, la configuración de Salescast toma más tiempo en el caso de compañías grandes, pero aún en estos casos hemos observado que comenzar a utilizar Lokad y Salescast sigue siendo un proceso muy dinámico, que generalmente no requiere del trabajo de más de una persona a la vez. Naturalmente, el equipo de Lokad está a siempre a disposición para ayudarlo (
contact@lokad.com) en cada etapa del proceso.
Datos históricos que requiere Salescast
Nuestra tecnología de pronóstico es estrictamente estadística, y esta sección tiene como objetivo ofrecerle más detalles sobre los datos que Lokad realmente necesita para elaborar los mejores pronósticos posibles.
Existen básicamente
3 tipos de datos que son compatibles con la lógica de pronóstico:
- Historial de pedidos (necesario).
- Descriptores de artículo, también llamados etiquetas (opcionales pero recomendados).
- Eventos, como promociones (no recomendados al inicio).
Utilizamos la palabra
artículo para referirnos al SKU/producto/código de barras, es decir, al artículo individual que se almacena y se vende, los términos son diferentes en los distintos campos. A continuación proporcionamos más detalles sobre cada tipo de dato.
Antes de adentrarnos en las especificidades, destaquemos que existen
datos que Lokad generalmente NO necesita. Nuestro motor de pronóstico está diseñado en forma nativa para aprovechar los
patrones de calendario, como la estacionalidad, el Día de la Madre, los eventos religiosos como Pascuas o Ramadán, etc. Así, no es necesario comunicar esta información a Lokad, ya que el motor de pronóstico detectará automáticamente los patrones de ventas relacionados con el calendario.
Datos de orden de venta
Como principio básico, cuantos más datos analicemos, más elevada será la precisión de su pronóstico. Esto se aplica al historial de órdenes y al nivel de agregación. La situación ideal es, por lo tanto, que recibamos
datos de ventas diarios a nivel de artículo por al menos 2 o, en una situación ideal, 3 años de historial. Expliquemos esto más detalladamente:
En lo que se refiere al
historial de órdenes, cuanto más extenso sea el historial, mejor. Contar con un historial extenso es la manera más sencilla de mejorar la precisión del pronóstico. Como regla general, con sólo 12 meses de historial, ningún análisis de estacionalidad es posible.
2 años de historial es aceptable, 3 años (o más) es excelente-
Nota: Con Lokad, no necesitamos que todos los productos tengan un historial extenso. Cuando decimos 2 años de historial
, sólo queremos decir que al menos algunos productos tengan 2 años de historial. Basándose sobre el análisis de esos productos con más historia, Lokad puede aplicar la estacionalidad a productos más recientes que tengan menos de 12 meses de historial de ventas.Luego es necesario destacar que la agregación de datos es un proceso que genera pérdidas, ya que desecha información valiosa. En la práctica, esto significa que incluso cuando deseamos elaborar pronósticos semanales, es mejor tener ventas diarias como dato de entrada; mejor en el sentido de que dará como resultado pronósticos más precisos.
Además, es mejor si los datos están disponibles
al nivel más bajo, como el de SKU (en lugar de a nivel de familia de producto). Después de todo, su inventario debe ser optimizado a nivel de SKU. A diferencia del sistema de pronóstico clásico, Lokad puede trabajar con la demanda intermitente.
En la práctica, el historial de pedidos está disponible con todos sus detalles en el ERP, el eCommerce, o el paquete de contabilidad que ya utiliza su compañía. De allí obtendremos los datos.
Etiquetas (descriptores de producto)
Los
Descriptores de artículos o "etiquetas" en la terminología de Lokad representan datos adicionales que son aprovechados por Lokad para entregar mejores pronósticos. En la práctica, un
grupo, una familia una subfamilia de productos son candidatos ideales para las etiquetas. Básicamente, es información jerárquica que se utiliza para diferenciar un artículo de todos los demás vendidos por su compañía. Por ejemplo, si consideramos un artículo que tiene menos de 3 meses de historial, es casi imposible determinar la estacionalidad anual del artículo a través de una correlación directa con ventas de otros artículos: no existen datos suficientes para poder establecer la correlación. Aún así,
con las etiquetas, Lokad puede distinguir qué artículos comparten la misma estacionalidad anual, y aplicar un patrón de estacionalidad incluso a un producto que ha estado en el mercado durante menos de 3 meses.
En la práctica, en forma similar a lo que sucede con el historial de transacciones para las órdenes,
la aplicación comercial que usted utiliza actualmente ya contiene una descripción estructurada de los artículos que se venden. Como resultado, no es necesario llevar a cabo la tediosa tarea de reingresar manualmente estos datos para transmitir las etiquetas a Salescast. Salescast podrá importar las descripciones de los artículos que ya se encuentran disponibles en sus sistemas. En nuestra experiencia, identificar 3 o 4 etiquetas es suficiente para generar mejoras sustanciales en la precisión.
Eventos (ej. promociones)
Los eventos son más sutiles porque, en nuestra experiencia, muy pocas compañías realmente hacen un seguimiento de ellos en un
modo lo suficientemente preciso para que la información sea directamente aprovechable para fines estadísticos. En general, recomendamos excluir los eventos de la iteración con Lokad para poder concentrarse en los beneficios más inmediatos primero.
Su equipo de TI o Lokad, usted decide
Finalmente, existen
dos modos de exponer los datos a Salescast. La opción más frecuente:
su equipo de TI se encarga de crear una base de datos replicada, donde se formatean sus datos históricos de acuerdo con nuestras directrices. En este caso, no hay cargos de configuración, ya que Salescast podrá importar en forma nativa los datos expuestos por su compañía.Generalmente, esta es la solución más
rentable. Le sugerimos que envíe nuestras
instrucciones técnicas a su departamento de TI para comenzar con la exportación de los datos.
La otra opción es:
El equipo de Lokad se encarga de crear un adaptador de datos personalizado dentro de Salescast para que podamos importar los datos desde su sistema prescindiendo del trabajo de su equipo de TI, excepto para que nos otorgue acceso remoto a los datos. En este caso, generalmente acordamos un paquete por una tarifa que va desde los US$ 3000 hasta los US$ 8000, de acuerdo con la complejidad de su configuración.