La confirmation téléphonique reste le goulot d’étranglement de beaucoup de réseaux de livraison au Maghreb et au MENA — surtout quand le client paie à la livraison. Le même process protège aussi les commandes prépayées : valider l’adresse, le créneau, et éviter les courses à vide qui brûlent le temps livreur et la capacité hub.
Ce guide s’adresse aux responsables ops qui pilotent (ou achètent) un centre de confirmation lié à une plateforme de gestion d’expédition — pas un CRM générique, pas un PBX complet. Speedliv (Storeino) est ce type de plateforme : colis, bordereaux, finance, confirmation, inventaire, app livreur. Le COD / contre remboursement est optionnel, pas une obligation.
Le problème : confirmer sans vérité colis partagée
- Les agents travaillent dans un Excel ou un CRM softphone qui n’alimente pas le colis vu par le hub.
- Les statuts sont marketing (« intéressé ») au lieu d’ops (« confirmé — prêt à préparer », « pas de réponse — règle de rappel », « hors zone »).
- Les règles de relance vivent dans la tête d’un superviseur.
- Finance et last-mile découvrent les annulations quand le livreur est déjà en porte.
- La téléphonie multi-pays est bricolée sans config par pays.
Le coût se mesure : taux de confirmation bas, échecs de livraison, stock réservé pour des commandes mortes, disputes WhatsApp entre call center et hub.
Ce que « bien » veut dire en shipping ops
Une couche confirmation digne d’un réseau de livraison doit :
- Reposer sur le même enregistrement colis que hub, livreur et finance
- Offrir des statuts de confirmation personnalisés (y compris libellés bilingues)
- Imposer des transitions permissionnées
- Organiser le travail par équipes (langue, pays, portefeuille marchand, shift)
- Permettre une téléphonie configurable par pays sans PBX maison obligatoire
- Exposer des KPI de taux de confirmation
Speedliv n’est pas un PBX complet. C’est une file de travail liée aux colis — statuts, permissions, équipes, téléphonie par pays, KPI de confirmation.
Statuts que les agents utilisent vraiment
| Statut | Sens ops | Action suivante |
|---|---|---|
| Confirmé | Prêt à préparer / ramasser / expédier | Hub + inventaire voient le même colis |
| Pas de réponse | Relance selon règle | Reste en file avec compteur de tentatives |
| Rappel | Créneau convenu | Remonter au bon moment |
| Annulation | Motif tracé | Libérer stock réservé ; stopper dispatch |
| Hors zone | Refus clair ou réaffectation | Couverture / partenaire |
| Statuts maison | Liste noire, paiement à clarifier… | Votre SOP |
Chaque statut doit répondre : *que fait le hub ensuite ?*
SOP recommandée (confirmation → ship)
- Ingest — import / création colis (marchands, flux Storeino, API).
- File — équipes avec ownership clair.
- Règles de contact — max tentatives, délais, bascule annulation / retour marchand.
- Confirm — corrections d’adresse, créneau, montant COD optionnel si utilisé.
- Hand-off — colis confirmé visible shipping / bordereaux / inventaire sous un seul ID.
- Revue hebdo — taux de confirmation, tentatives, délai confirm→dispatch, motifs.
KPIs qui comptent
| KPI | Pourquoi | À surveiller |
|---|---|---|
| Taux de confirmation | Volume qui entre en préparation | Par équipe, pays, marchand |
| Tentatives / contact | Charge agents + qualité numéros | Pics = data ou script |
| Délai confirmation → dispatch | Stock réservé & promesse client | Goulot post-confirm |
| Motifs annulation / hors zone | Sourcing & couverture | Zones / SKU récurrents |
Pas de métriques vanité. Si le chiffre n’aide ni le hub ni la finance, hors tableau hebdo.
Scripts et qualité de données
L’agent doit voir sur un écran lié au colis : nom, téléphones (indicatif pays), ville/zone issues de vos listes uploadées, adresse et repères, marchand, mode de paiement (prépayé vs COD optionnel), historique de tentatives.
Normalisez les formats de numéros à l’ingest. Exemple de politique (à adapter) : tentative 1 le jour J, tentative 2 après 90–120 min, tentative 3 le lendemain matin, puis retour marchand / SMS / annulation selon contrat.
Design d’équipes Maghreb / MENA
Splits utiles : langue (AR/FR/EN), pays, portefeuille marchand, shift. Les permissions empêchent un junior de passer un colis en « livré » ou d’éditer un montant COD. Le call center confirme ; le hub ship ; la finance règle.
Frontières d’intégration (honnêtes)
OMS / vitrine crée la demande. La plateforme shipping possède la vérité colis, la file confirmation, bordereaux, app livreur, settlements. Le dialer peut rester externe si les hooks téléphonie-par-pays existent. N’achetez pas un second « CRM call center » qui n’écrit jamais sur le colis scanné par le livreur.
COD amplifie la confirmation — il ne définit pas le produit
Le contre remboursement rend une confirmation solide plus rentable. Mais la plateforme doit aussi tourner en prépayé / mixte. Speedliv traite le COD comme capacité optionnelle.
Multi-pays
Uploadez villes et zones par pays, gardez équipes et téléphonie par pays, une seule plateforme. Maghreb & MENA = focus commercial ; produit multi-pays. Les données démo MAD sont un échantillon, pas une limite.
Plan 30 jours
S1 : geler la liste de statuts ; former. S2 : imposer le log des tentatives ; tuer la double saisie Excel. S3 : dashboard taux de confirmation par équipe. S4 : aligner annulations avec libération de stock si entrepôt dans le scope.
Checklist d’achat / redesign
- Statuts custom + transitions permissionnées
- Équipes et ownership
- KPI taux de confirmation exportables
- Téléphonie configurable par pays (pas de PBX maison forcé)
- Même ID colis que shipping, bordereaux, settlements, inventaire
- Import villes/zones par pays
- COD optionnel
- Langues agents (EN / AR / FR, RTL)
FAQ
Faut-il un PBX complet ? Non — une file liée aux colis avec statuts, équipes et hooks téléphonie.
La confirmation est-elle réservée au COD ? Non — le prépayé a aussi besoin d’adresse et créneau.
Un call center pour plusieurs pays ? Oui si villes/zones et téléphonie par pays sur une plateforme.
Storeino ? Speedliv est la plateforme shipping faite par Storeino.
CTA
Réservez une réunion sur speedliv.com. Démo : https://demo.speedliv.com/en/auth/login — WhatsApp +212 661-962932.
Related : Solution call center · Solution shipping
Politique de contact (exemple à adapter)
- Tentative 1 : jour d’ingest si le SLA l’exige
- Tentative 2 : après 90–120 minutes si pas de réponse
- Tentative 3 : créneau du lendemain matin
- Ensuite : retour marchand, SMS, ou annulation selon contrat
Documentez la politique dans les permissions pour qu’un superviseur de nuit n’invente pas un quatrième chemin invisible à la finance.
Qualité des données affichées à l’agent
Nom, téléphones avec indicatif, ville/zone issues de vos listes uploadées, adresse et repères, marchand, mode de paiement, historique des tentatives. La mauvaise data détruit le taux de confirmation plus vite qu’un mauvais script.
Frontière dialer / plateforme
Gardez le dialer ou les trunks SIP si besoin. La plateforme shipping possède la vérité colis et la file confirmation. N’achetez pas un second CRM call center déconnecté des scans livreur.
FAQ étendue
Durée d’appel idéale ? Assez pour valider adresse et engagement — pas un pitch commercial.
Le marchand confirme déjà ? Il faut quand même un statut système que le hub respecte. Un « OK » WhatsApp n’est pas une transition colis.
L’IA remplace les agents ? Au mieux une assistance (priorisation, qualité numéros). Beaucoup de réseaux COD gardent une confirmation humaine accountable — évaluez sans claims d’automatisation fantaisistes.
Étape suivante : supprimer l'attente des agents
Découvrez comment le logiciel de centre d'appel Speedliv ajoute un numéroteur prédictif, l'enregistrement et le routage des appels et la confirmation assistée par IA à ce process, ou lisez le guide du numéroteur prédictif.
