Sommaire
Réponse directe
Priorisez les KPI calculables dans ERP-STOK : delivery_rate_pct, refused_rate_pct, refused_returned_orders (refus+retours groupés), COD livré, tops ville/produit/variante sur quantités livrées (ville « pire taux » avec minimum 10 commandes). Team Performance expose sent_to_delivery_by par agent logistique. La confirmation se pilote via volumes statuts et notes — pas via un classement refus-by-agent dans Insights. Complétez avec KPIs management (délai confirmation, file return_pending_scan) non tous auto-dashboardés.
Le problème : trop de chiffres, pas les bons
Beaucoup de marchands COD suivent le CA Shopify et ignorent le taux de livraison réel, la file retours ou la charge confirmation. D’autres inventent des KPI « ROAS par agent » que le produit ne calcule pas.
Ce référentiel distingue ce qu’ERP-STOK affiche réellement de ce que vous devez suivre manuellement ou via exports.
(A) COD Delivery Insights — métriques disponibles
Sur une cohorte de commandes (created_at entre deux dates), le module agrège total_orders, delivered_orders, refused_returned_orders, delivery_rate_pct, refused_rate_pct, montant COD livré et classements.
refused_returned_orders regroupe refus et retours pour le KPI — utile en tendance, pas équivalent à « refus pur à la porte » isolé.
| Métrique | Définition ERP-STOK | Précaution |
|---|---|---|
| total_orders | Commandes créées dans la plage | Cohorte created_at, pas date livraison |
| delivered_orders | delivery_status = delivered | Base du delivery_rate_pct |
| refused_returned_orders | Refus + retours groupés KPI | Ne pas appeler « refus seul » |
| delivery_rate_pct | delivered ÷ total × 100 | Pas de benchmark « idéal » imposé |
| refused_rate_pct | refused_returned ÷ total × 100 | Même regroupement refus/retour |
| Tops produit/variante | Quantités livrées | Pas tops « refus » séparés par défaut |
| Pires villes (taux) | Taux refus/retour par ville | Minimum 10 commandes (WORST_CITY_MIN_ORDERS) |
(A) Team Performance — envoi livraison par agent
La vue Team Performance (livraison) agrège notamment les envois par agent via sent_to_delivery_by : qui a passé les commandes au transporteur, volumes livrés et refused_returned associés à ces flux.
Utile pour piloter la logistique « envoi » — distinct de la performance appels confirmation.
Ce que COD Insights ne classe pas
Pas de ranking par source d’acquisition (Facebook vs Google vs organique) dans COD Insights — ne le présentez pas comme fonctionnalité produit.
Pas de KPI « refus par agent confirmation » dans Insights : les agents confirmation travaillent via statuts, notes et fichiers assignés ; l’analyse refus se fait plutôt par ville, produit, variante et transporteur.
- Ne pas inventer de dashboard attribution acquisition dans ERP-STOK.
- Ne pas attribuer un refused_rate_pct par agent call sans export custom.
- Utiliser notes + statuts pour auditer la qualité confirmation.
(B) Recommandations management — hors auto-dashboard
Ces indicateurs aident la décision mais ne sont pas tous centralisés dans un seul écran Insights :
- Délai médian confirmation (création → confirmer) — suivi process interne.
- Taille file return_pending_scan et âge moyen — module retours.
- Écart stock affiché / physique ponctuel — inventaire + files livraison.
- Taux double_commande / faux_numéro — filtres confirmation.
- Délai sync polling constaté par transporteur — ops livraison.
- Coût livraison par colis livré — finance externe au module Insights.
Fréquence de lecture recommandée
| KPI | Fréquence suggérée | Où |
|---|---|---|
| delivery_rate_pct / refused_rate_pct | Hebdomadaire + mensuel | COD Insights |
| Ville / produit (volume OK) | Mensuel | COD Insights |
| sent_to_delivery_by | Hebdo ops logistique | Team Performance |
| return_pending_scan backlog | Quotidien entrepôt | Module retours |
| Délai confirmation | Hebdo manager call | Exports / filtres confirmation |
Limites statistiques à respecter
Un taux de 50 % sur 4 commandes n’a pas la même valeur que sur 400. Le seuil ≥10 commandes pour certaines villes « pires » limite les conclusions hâtives.
Aucun pourcentage cible universel ni garantie de zéro refus n’est promis — comparez vos propres cohortes dans le temps.
Exemple fictif
Exemple illustratif (fictif) — lecture hebdo KPI
Semaine 30 (fictif) : 220 commandes cohorte, delivery_rate_pct 61 %, refused_rate_pct 28 % (refused_returned_orders groupés). Ville X apparaît en « pire taux » avec 14 commandes — action confirmation renforcée. Ville Y a 3 commandes et 66 % refus — ignorée (sous seuil 10). Top variante = quantités livrées, pas refus. Team Performance : agent L a 80 % des sent_to_delivery_by — pas interprété comme « meilleur confirmeur ».
Où lire les KPIs dans ERP-STOK
COD Delivery Insights : cohorte dates, delivery_rate_pct, refused_rate_pct, refused_returned_orders, tops ville/produit/variante (livré), pires villes si ≥10 commandes.
Team Performance livraison : métriques liées à sent_to_delivery_by.
Confirmation : statuts, assignation, notes — pas classement refus agent dans Insights.
Module retours : file return_pending_scan pour KPI entrepôt complémentaire.
Pour conclure
Pilotez d’abord les KPIs natifs Insights et Team Performance ; complétez avec indicateurs management non dashboardés.
Lisez refused_returned_orders comme signal groupé ; exigez le volume avant de sanctionner une ville ou une variante.
Limites et points d’attention
- refused_returned_orders mélange refus et retours — nuancez en interne.
- Pas de KPI acquisition source dans le produit.
- Pas de refus-by-agent confirmation dans Insights.
- Aucun benchmark sectoriel officiel ni promesse d’amélioration chiffrée.
- Petits échantillons trompeurs malgré le seuil ville.