Savez-vous ce qui est le plus redouté au moment d’acheter un nouveau logiciel ? En particulier, lorsqu’il s’agit d’un logiciel transactionnel dédié à une entreprise à forte croissance ?
C’est de savoir s’il peut évoluer, autrement dit s’il sera bien « scalable ». En effet, c’est une question cruciale : comment être sûr qu’il ne tombera pas en panne au moment le plus important ?
Bien sûr, durant la démonstration à laquelle vous avez assisté, le logiciel a semblé parfaitement fonctionner – il traite bien une commande à la fois. Mais comment résistera-t-il à la charge lors des pics de vente ? (Surtout s’il s’agit d’un système de gestion des commandes distribuées, qui doit pouvoir indiquer la disponibilité exacte des articles et traiter les commandes).
Imaginez que vos clients doivent attendre à cause de la latence du site, ou pire, qu’une partie de votre système technologique tombe en panne. Cela serait une très mauvaise expérience pour le client.
Aussi, en prenant en compte les bons indicateurs d’évolutivité et en posant les bonnes questions à l’avance, c’est l’assurance que votre système pourra vous soutenir dans toutes les situations. Non seulement au cours des six premiers mois, mais aussi au fur et à mesure que votre entreprise se développe et que vos volumes augmentent, année après année.
Voici les 5 indicateurs d’évolutivité clés à prendre en compte :
1. Les commandes par seconde
De quoi s’agit-il ? C’est le nombre de commandes que le système de gestion des commandes peut traiter (recevoir de votre plateforme e-commerce/ou d’autres canaux numériques) par seconde.
Pourquoi est-ce important ? Lors des pics d’activité, vous devez vous assurer de ne pas perdre de commandes et de ne pas faire attendre les clients.
Les questions à poser :
– Combien de commandes pouvez-vous traiter par seconde ? Par minute ? Par jour ?
o Quels sont les volumes de commandes traités en moyenne et en période de pic ? Cette question est importante car les volumes de commandes peuvent commencer par être faibles et augmenter au cours de la journée avant de diminuer.
Quelques exemples concrets :
– Un client de Fluent Order Management traite 284 000 commandes par jour (cela représente une moyenne de 11,833 commandes par heure, 197 commandes par minute, 3.3 par seconde).
– Un autre a pu gérer 181 commandes par seconde.
– Enfin, un autre, qui compte des lignes de commandes plus nombreuses que les deux autres, compte 302 000 articles vendus par seconde.
2. Les promesses de commande par seconde
De quoi s’agit-il ? C’est le nombre de promesses de livraison et de retraits de commandes que votre système de gestion des commandes peut formuler en même temps.
Les promesses comprennent la vérification de la disponibilité des articles et le traitement de la commande avant qu’elle ne soit passée. Les promesses de livraison et de retraits peuvent être affichées sur la Page de Listing de Produits (PLP) pour plusieurs articles, sur la page produit (PDP) pour un seul article, et également pendant le paiement pour montrer la disponibilité de la livraison et les options de retrait pour l’ensemble du panier, y compris les différentes options de traitement par article.
Pourquoi est-ce important ? Partager aux les clients toutes les informations relatives à la collecte et la livraison de leur commande (délai, lieu, heure, …) plus tôt dans leur parcours d’achat permet d’augmenter les taux de conversion et de réduire le nombre de commandes annulées.
Les questions à poser :
– Combien de promesses de commande pouvez-vous formuler par seconde ? Par minute ? Par jour ?
– Pouvez-vous fournir des promesses de retrait et/ou de livraison pour plusieurs articles sur les PLP ?
– Les promesses de commande sont-elles basées sur des données en temps réel ou sur des données mises en cache ?
Quelques exemples concrets :
o Fluent Order Management est capable de formuler plus de 7,6 millions de promesses de livraison et de retrait fiables, en moyenne par jour (soit 88 promesses par seconde).
o Pour un client en période de pic d’activité, Fluent Order Management a fait 1 969 promesses de livraison et de retrait par seconde.
3. Le volume global des appels API
De quoi s’agit-il ? C’est le nombre d’appels API qu’une solution peut traiter par seconde, minute, heure, jour et mois.
Pourquoi est-ce important ? Cela donne une indication de l’évolutivité globale, car avec une solution innovante et cloud-native, le volume d’appels API effectués pour formuler les promesses de commande et recevoir les mises à jour de données de stock dépassera de loin le volume d’appels API réalisés pour les commandes.
Les questions à poser :
– Combien d’appels API pouvez-vous traiter par seconde ? Par minute ? Par jour ?
– Quel est le pic d’appels API traités par seconde ?
Quelques exemples concrets :
– Fluent Order Management traite plus de 100 milliards d’appels API par mois en moyenne (soit 3,3 milliards d’appels API par jour, 2,3 millions d’appels API par minute, 38,3 milliers d’appels par seconde).
– Pour un seul client, lors d’un pic de ventes, Fluent Order Management a atteint plus de 9 millions d’appels API par jour.
4. Le temps de réponse de l’API
De quoi s’agit-il ? Il existe deux types de temps de réponse de l’API :
– Le temps de réponse moyen de l’API : le temps moyen de réponse d’une API à une demande pour tous les types de demandes, simples et complexes.
– Le temps de réponse de l’API pour les demandes complexes : le temps nécessaire pour répondre à une demande complexe qui inclut, par exemple, la disponibilité de la collecte et de la livraison de la commande, sur la base de décisions d’approvisionnement en direct (en temps réel, sans utiliser de données mises en cache).
Pourquoi est-ce important ? Des temps de réponse plus rapides signifient qu’un Système de gestion des commandes distribuées (DOM) peut traiter plus de demandes par seconde, minute et heure. Une latence plus longue se traduit par un chargement plus lent des pages, ce qui a un impact négatif sur l’expérience client et les conversions.
Les questions à poser :
– Quel est le temps de réponse moyen de l’API ?
– Pouvez-vous donner des exemples de temps de réponse pour des demandes complexes ?
Quelques exemples concrets :
– Fluent Order Management a un temps de réponse API moyen de 20 millisecondes (en combinant les requêtes simples et complexes).
– Les temps de réponse pour les requêtes API simples varient entre 5 et 10 ms.
– Les temps de réponse pour les requêtes API complexes peuvent être de 500 ms pour des choses telles que 24 promesses de livraison et de collecte sur la Page de Listing des Produits.
5. Les mises à jour des positions de stock traitées par seconde
De quoi s’agit-il ? C’est le nombre de mises à jour de la disponibilité des stocks qu’une solution DOM est capable de consommer et de traiter à partir d’autres systèmes, tels que votre ERP, ou d’autres systèmes de transactions de vente à partir de votre solution de point de vente (POS – Point of Sale).
Pourquoi est-ce important ?
Pour deux raisons :
– Précision du stock : Plus votre DOM traite rapidement les mises à jour des positions de stock, plus la disponibilité de votre stock sur les canaux numériques sera précise. En l’absence de stocks exacts, vous risquez de vendre trop et de devoir annuler des commandes, ce qui déçoit les clients. Cela augmentera également le nombre d’appels passés vers le service client, et les coûts associés.
– De nombreux systèmes obsolètes existants peuvent envoyer des flux delta : si votre ERP ne peut envoyer que toutes les positions de stock sous la forme d’un gros fichier « batch », plutôt que les seules positions de stock modifiées, il est important que votre DOM puisse traiter rapidement et intelligemment ces données afin que les enregistrements modifiés puissent être mis à jour le plus rapidement possible.
Les questions à poser :
– Combien de mises à jour de position de stock pouvez-vous traiter par seconde ?
– Quels sont les volumes maximum de mises à jour de positions de stock traitées par seconde ? Par minute ? Par jour ?
Quelques exemples concrets :
– Un client envoie à Fluent Order Management 180 millions de mises à jour de positions de stock par jour (soit 7,5 millions de mises à jour de stock par heure, 125 000 par minute, et 2 000 par seconde).
– Le volume maximum (jusqu’à présent) traité par Fluent Order Management a été de 369 271 mises à jour de positions de stock en une minute (soit 6 155 mises à jour de positions de stock par seconde).
Quelle est la morale de cette histoire ?
Le nombre de commandes par seconde n’est pas le seul paramètre à étudier
Si vous évaluez des systèmes de gestion des commandes et que vous ne vous intéressez qu’au nombre de commandes par seconde, vous passez probablement à côté de données essentielles. En particulier lorsqu’il s’agit de déterminer dans quelle mesure une solution peut s’adapter à vos objectifs de croissance. Approfondissez le sujet. Songez plutôt aux questions suivantes :
- Combien de commandes pouvez-vous traiter par seconde ? Par minute ? Par jour ?
o Quels sont les volumes de commandes traités en période de pic d’activité ? - Combien de promesses de commande pouvez-vous faire par seconde ? Par minute ? Par jour ?
o Quels sont les pics de volume pour les promesses de commande ? - Pouvez-vous fournir des promesses de retrait et/ou de livraison pour plusieurs articles sur la Page de Listing de Produits ?
- Les promesses de commande sont-elles basées sur des informations en temps réel ou sur des données mises en cache ?
- Combien d’appels API pouvez-vous traiter par seconde ? Par minute ? Par jour ?
o Quel est le pic d’appels API par seconde ? - Quel est le temps de réponse moyen de l’API ?
- Pouvez-vous fournir des exemples de temps de réponse pour des demandes complexes ?
- Combien de mises à jour de positions de stock pouvez-vous traiter par seconde ?
o Quels sont les volumes maximum de mises à jour de positions de stock traitées par seconde ? Par minute ? Par jour ?
Pour en savoir plus sur la façon dont Fluent Order Management peut vous aider à atteindre vos objectifs de croissance, contactez-nous dès aujourd’hui.
