Accueil »
Salescast » Ici
Commencer avec Salescast
Entrer en production avec Lokad
ne coûte rien (essai gratuit) mais reste quand même un investissement en matière de temps, car il faut généralement plusieurs jours, voire plusieurs semaines pour démarrer si plusieurs équipes sont impliquées.
Pour une moyenne entreprise, le processus est le suivant:
- Émission d'instructions à la TI et supervision de la démonstration de faisabilité : 1/2 journée.
- La TI prépare les données à importer : 1 à 3 jours (1 personne).
- La direction valide les prévisions : 1/2 journée.
- La TI finalise l'accès aux données pour la production : 1 ou 2 jours (1 personne)
N.B.: Oui, la TI doit être impliquée, l'importation de données depuis Excel ne fonctionnera pas. Nous avons malheureusement trop souvent vu ce cas de figure. De nombreuses solutions concurrentes prennent en charge l'importation de données depuis Excel, mais selon nous, même avec les meilleures intentions, ce processus ne fera que nuire à votre société. Pour en savoir plus, veuillez lire l'article Excel comme référentiel d'entreprise nuira à votre sociétéEn pratique, l'installation de Salescast prend plus de temps pour les grandes entreprises, mais, nous remarquons que mêmes dans de telles situations, commencer avec Lokad et Salescast reste un processus très léger, ne nécessitant qu'un seul employé. Naturellement, l'équipe de Lokad est toujours là pour vous aider (
contact@lokad.com) à chaque étape de ce processus.
Données historisées nécessaires à Salescast
Notre technologie de prévision est strictement statistique, et cette section a été conçue pour vous expliquer quelles données sont nécessaires à Lokad pour la génération des meilleures prévisions possibles.
Il existe à la base
3 grands types de données prenant en charge la logique de prévision :
- L'historique des commandes (nécessaire).
- Les descripteurs d'articles, également appelés libellés (facultatifs mais recommandés).
- Les événements, comme les promotions (pas recommandés pour le déploiement initial).
Nous utilisons le mot
article lorsque nous nous référons à une Unité de gestion des stocks / Produit / Code-barre, ex. l'article individuel étant stocké et vendu, les termes variant d'un domaine à un autre. Pour chaque type de donnée, nous donnons plus de détails ci-dessous.
Avant d'entrer dans les détails, soulignons qu'il existe des
données dont Lokad n'a généralement PAS besoin. Notre moteur de prévision a d'abord été conçu pour exploiter des
structures basées sur un calendrier comme la saisonnalité, le jour de la fête des mères, et des événements religieux comme Pâques ou le Ramadan, etc. Ces informations n'ont donc pas besoin d'être transférées à Lokad, car le moteur de prévision détectera automatiquement les structures de vente basées sur un calendrier.
Données des commandes de clients
Logiquement, plus nous pouvons analyser de données, plus votre prévision est précise. Ce principe s'applique à l'historique des commandes et au niveau de l'agrégation. Le scénario idéal est donc de recevoir de votre part des
données de ventes quotidiennes au niveau d'un article, sur au moins 2, idéalement 3 ans. Détaillons ce point :
En ce qui concerne l'
historique des commandes, plus l'historique est long - mieux c'est. Un long historique facilite l'amélioration de la précision des prévisions. Selon une règle empirique, avec seulement 12 mois d'historique, aucune analyse de saisonnalité annuelle n'est possible ;
Un historique de 2 ans et bon, un historique de 3 ans (et plus) est idéal.
Remarque : Avec Lokad, tous les produits n'ont pas besoin d'avoir un long historique. Lorsque nous disons "historique de 2 ans", nous voulons dire que certains produits devraient au moins avoir 2 ans d'historique. En se basant sur l'analyse de ces anciens produits, Lokad peut appliquer la saisonnalité à la plupart des produits récents ayant moins de 12 mois d'historique de vente.Veuillez également noter que l'agrégation de données est un processus avec perte qui écarte les informations valables. En pratique, cela signifie que même si nous voulons générer des prévisions hebdomadaires, il est préférable d'avoir des ventes quotidiennes comme entrées ; c'est préférable, car cela générera des prévisions plus précises.
Les données devraient également de préférence être disponibles au
niveau le plus bas comme l'unité de gestion des stocks (plutôt que la famille de produits). Pour finir, vos besoins en matière de stock doivent être optimisés au niveau de l'unité de gestion des stocks. Contrairement au système de prévision classiques, Lokad est parfaitement capable de gérer une demande intermittente.
En pratique, l'historique des commandes est disponible en détail dans le progiciel de gestion intégré, e-commerce, ou comptable déjà utilisé par votre société. C'est l'endroit d'où nous obtenons les données.
Libellés (descripteurs de produits)
Les descripteurs de produits - "libellés" dans la technologie Lokad - représentent les données supplémentaires prélevées par Lokad pour fournir de meilleures prévisions. En pratique, un
groupe, une famille, une sous-famille de produits font de parfaits libellés. A la base, il s'agit d'informations hiérarchiques utilisées pour différentier un article de tous les autres articles vendus par votre société. Par exemple, prenons un article ayant un historique de moins de 3 mois, il est presque impossible d'établir la saisonnalité annuelle de l'article en faisant une corrélation directe avec les ventes d'autres articles : il n'y a pas suffisamment de données pour prendre en charge la corrélation. Pourtant,
avec des libellés, Lokad peut savoir quels articles partagent la même saisonnalité annuelle, et applique un modèle de saisonnalité même à un produit sur le marché depuis moins de 3 mois.
En pratique, tout comme l'historique des transactions pour les commandes,
votre application business actuelle contient déjà une description structurée des articles vendus. Par conséquent, il est inutile d'entrer manuellement ces données pour alimenter Salescast avec des libellés. Salescast pourra importer les descriptions d'articles déjà disponibles dans vos systèmes. Selon notre expérience, l'identification de 3 ou 4 libellés suffit à améliorer la précision de manière substantielle.
Événements (ex : promotions)
Les événements sont plus subtiles, parce que, selon notre expérience, très peu de compagnies gardent une trace de ces derniers de
manière suffisamment précise pour que les informations soient directement exploitables à des fins statistiques. En général, nous recommandons d'exclure les événements de l'itération avec Lokad, afin de se focaliser d'abord sur les bénéfices immédiats.
Votre équipe TI ou Lokad, votre appel
Pour finir, il existe
deux façons de communiquer des données à Salescast. L'option la plus fréquente est :
votre personnel TI crée une réplique de votre base de données, dans laquelle les données historisées sont formatées suivant nos directives (situation la plus fréquente). Dans ce cas, aucun frais d'installation ne sera facturé, car Salescast pourra naturellement importer les données communiquées par votre société.
L'autre option est :
le personnel de Lokad crée un adaptateur de données personnalisé dans Salescast afin que nous puissions importer des données de votre système sans nécessiter aucun effort de votre personnel TI, sauf celui de nous accorder l'accès à distance aux données. Dans ce cas, nous conviendrons généralement d'un forfait de 2000 € à 5000 € selon la complexité de votre installation.