Intégrations : faire entrer ses commandes sans les retaper

Ce que coûte vraiment la ressaisie des commandes

Recopier une commande prend entre une et deux minutes : ouvrir la notification de la boutique, lire le nom, le téléphone, la ville, l'article, puis les écrire ailleurs. À trente commandes par jour, c'est une heure de travail qui ne produit rien — une heure qui n'a servi ni à appeler un client, ni à régler un retour, ni à relancer un colis bloqué.

Le second coût est plus sournois. Un numéro de téléphone recopié à la main est faux de temps en temps : un chiffre inversé, un zéro oublié, une ligne décalée dans le tableur. Le lead semble parfait, l'agent appelle, personne ne répond, et la commande part en « injoignable » alors que le client attendait son colis. Le même phénomène touche l'adresse et le total : un total mal recopié donne une discussion avec le livreur, puis un refus.

C'est la raison d'être d'une intégration : elle ne rend pas le travail plus rapide par principe, elle supprime une source d'erreurs dont on ne voit jamais la trace. Un numéro transmis par la boutique est le numéro que le client a écrit lui-même. S'il est faux, il est faux à la source — et cela, au moins, se corrige à l'appel.

Les quatre façons de faire entrer une commande

Les quatre voies ne se classent pas de la pire à la meilleure : elles répondent à des situations différentes. Le bon critère est simple — quelle est la source réelle de vos commandes aujourd'hui, et qui peut toucher à du code chez vous.

La correspondance des champs, l'étape qu'on ne peut pas sauter

Une commande qui arrive d'ailleurs n'a aucune raison de porter les mêmes noms de champs que la plateforme. Une boutique appelle « full_name » ce qu'une autre appelle « nom_client » et une feuille « Client ». Avant de pouvoir devenir un lead, la commande doit donc être lue : chaque champ reçu est relié une fois au champ correspondant de la plateforme, et ce réglage est ensuite réutilisé pour toutes les commandes suivantes.

La plateforme propose cette correspondance toute seule, en comparant les noms reçus à une liste de mots connus en français comme en anglais, et en écartant les faux amis — « Product name » ne doit pas devenir le nom du client, « Total quantity » ne doit pas devenir le prix total. La proposition se corrige d'un clic. Cinq champs doivent impérativement être reliés, les autres sont facultatifs.

• Nom du client — Obligatoire. Sans nom, l'agent ne sait pas qui il appelle.
• Téléphone — Obligatoire, et contrôlé : un numéro qui n'est pas un mobile marocain valide bloque le lead.
• SKU du produit — Obligatoire. C'est le seul lien entre l'article de votre boutique et le produit du catalogue.
• Prix total client — Obligatoire : c'est le montant que le livreur doit encaisser.
• Ville et adresse — Facultatifs au moment de l'import, mais une ville absente ou inconnue sera tranchée pendant l'appel de confirmation.

Doublons, leads endommagés et commandes qui n'arrivent nulle part

Trois incidents reviennent chez tous les vendeurs qui branchent une source de commandes. Les connaître à l'avance évite d'accuser l'intégration d'avoir perdu une vente qu'elle a en réalité mise de côté.

• La même commande reçue deux fois — Une boutique qui réessaie un envoi, une relecture qui repasse sur une commande déjà vue : l'identifiant de la commande d'origine est mémorisé, et un deuxième passage ne crée rien. Une ligne de feuille est reconnue par le contenu de ses colonnes reliées, ce qui produit le même effet.
• Deux commandes du même client — Même téléphone et même produit à quelques heures d'intervalle : ce n'est pas le même envoi reçu deux fois, c'est peut-être une vraie deuxième commande, ou un client qui a cliqué deux fois. Le lead est signalé comme doublon probable et attend un œil humain plutôt que d'être supprimé.
• Le lead endommagé — SKU inconnu, ville non reconnue, total incohérent, téléphone invalide : la commande entre quand même, dans une liste à part, avec le motif précis. Elle se corrige et devient un lead normal. C'est le mécanisme qui garantit qu'une intégration ne fait jamais disparaître une commande.
• La commande restée en attente — Elle existe, mais la correspondance des champs n'était pas encore enregistrée. L'écran de la connexion indique combien de commandes attendent, et le simple fait de relier les colonnes les libère.

La commande de vérification, à passer le jour du branchement

Une intégration qui « semble » marcher ne prouve rien tant qu'une commande ne l'a pas traversée en entier. La vérification prend cinq minutes et se fait une seule fois, le jour du branchement.

1. Passer une commande réelle — Depuis la boutique, le formulaire ou la feuille, avec votre propre téléphone et une adresse que vous connaissez.
2. Regarder l'écran de la connexion — Il doit afficher la dernière commande reçue, avec l'heure. S'il n'affiche rien, le problème est en amont : l'adresse du webhook, la clé, ou le partage de la feuille.
3. Ouvrir le lead — Vérifier les quatre champs qui coûtent de l'argent quand ils sont faux : le téléphone, la ville, le total à encaisser et le bon article.
4. Vérifier le SKU — Si le lead est parti dans les leads endommagés avec un SKU inconnu, c'est que la référence de votre boutique n'est pas celle du catalogue. Un SKU se corrige dans la boutique, pas dans la commande.
5. Annuler le lead de test — Puis laisser passer la première vraie commande et refaire le même contrôle sur elle : c'est celle-là qui compte.