Comparaison
Un acheteur qui passe lui-même sa commande dans votre catalogue à vos prix vaut mieux que n’importe quel document lu par n’importe quoi. Le problème n’est pas la qualité, c’est l’adoption.
Si votre acheteur accepte de se connecter à votre portail, le portail gagne et ce n’est même pas serré. Un acheteur qui choisit des produits dans votre catalogue, à la liste de prix assignée à son entreprise, avec ses conditions de paiement appliquées au paiement, produit une commande qui n’a demandé aucune extraction, aucun rapprochement et aucune revue. Rien n’a été lu, donc rien n’a pu être mal lu. Shopify B2B fait cela nativement et la plupart des grossistes sur Shopify devraient l’activer.
Le problème des portails n’a jamais été la qualité. C’est l’adoption. Vos comptes les plus gros et les plus anciens sont en général les moins disposés à changer leur façon de commander, parce que leur côté du processus a un système d’achat qui produit un PDF et un acheteur qui est évalué sur autre chose que votre confort. Quand un bon de commande est généré, numéroté et approuvé dans le système de l’acheteur, le saisir dans votre portail revient à faire le travail deux fois.
Les deux ne sont donc pas concurrents. La bonne configuration pour la plupart des grossistes, c’est les deux : un portail pour les comptes en libre-service, et la réception documentaire derrière, pour les comptes qui n’y viendront pas. PDF to Order lit le bon de commande reçu par courriel quelle que soit sa mise en page, rapproche chaque ligne de votre catalogue Shopify, la tarife depuis les mêmes listes de prix B2B que votre portail, et écrit une commande provisoire Shopify native qu’une personne valide.
Le test honnête, c’est votre liste de comptes, pas un tableau de fonctionnalités. Demandez à vos dix plus gros clients s’ils passeront eux-mêmes leurs commandes dans un portail, et notez que ceux qui répondent non sont la raison d’être de cette page.
Décrit avec générosité, parce que ça le mérite. C’est une vraie plateforme de vente en gros, et si vous ne l’utilisez pas, vous en reconstruisez probablement des morceaux à la main.
Une entreprise est un enregistrement de premier plan, pas un client avec une étiquette. Chaque emplacement porte sa propre adresse, son catalogue, ses conditions de paiement et son traitement des taxes, et l’historique remonte à l’entreprise plutôt qu’à une seule adresse courriel.
Les acheteurs sont rattachés à une entreprise avec une permission de commander par emplacement, donc un acheteur junior peut commander pour une succursale sans voir les prix ni l’historique de tout le groupe.
Un catalogue contrôle ce qu’une entreprise voit et ce qu’elle paie. Publiez un sous-ensemble de produits, masquez les lignes qu’elle n’a pas le droit d’acheter, montrez à un distributeur un assortiment différent de celui d’un détaillant.
Un catalogue porte une liste de prix, soit un pourcentage de réduction sur votre prix de détail, soit un prix fixe par variante. Les règles de quantité s’ajoutent par-dessus, donc minimums et incréments sont appliqués au panier et les paliers de volume s’appliquent automatiquement.
Les conditions sont assignées à un emplacement d’entreprise et appliquées au paiement. Un acheteur à 30 jours net complète sa commande sans payer, et la commande porte sa date d’échéance et le numéro de bon de commande de l’acheteur.
Votre équipe peut monter une commande pour une entreprise dans l’admin et l’envoyer à l’acheteur, ce qui couvre le devis et le compte qui veut confirmer avant de s’engager. Cette commande provisoire est le même objet que PDF to Order écrit, et c’est pour cela que les deux approches convergent au lieu de s’opposer.
Le premier groupe adopte tout de suite : comptes récents, petits comptes, comptes tenus par une ou deux personnes qui commandent pour elles-mêmes, et comptes sans aucun système d’achat. Pour eux, le portail est une amélioration nette. Ils voient le stock, ils voient leur prix, ils repassent la commande du mois dernier en quelques clics.
Le deuxième groupe adopte sous pression puis décroche. Ils utilisent le portail pour la première commande parce que vous l’avez demandé, puis une commande urgente repart par courriel parce que c’était plus rapide ce jour-là, et en un trimestre la moitié de leur volume est revenue dans votre boîte de réception.
Le troisième groupe n’adopte jamais, et c’est là qu’est l’argent. Les comptes dont les bons de commande sont produits par un ERP ou une suite d’achats, les acheteurs institutionnels dont le processus est fixé par une politique plutôt que par une préférence, et les acheteurs qui commandent chez trois cents fournisseurs et n’apprendront pas trois cents portails. Ce groupe représente en général une minorité de vos comptes et une majorité de votre chiffre d’affaires. L’erreur n’est pas de construire le portail, c’est de supposer que le troisième groupe finira par devenir le premier.
Si vous en reconnaissez plus de deux parmi vos dix plus gros clients, un portail seul ne videra pas votre boîte de réception.
La commande est assemblée, numérotée et approuvée dans leur système, et le PDF en est la sortie. Leur service des finances n’acceptera pas une commande sans numéro de bon de commande correspondant chez eux.
C’est la politique d’achat qui décide du processus, pas l’acheteur. Le bon de commande est un document contrôlé, avec une référence, un approbateur et une ligne budgétaire derrière, et personne dans cette chaîne ne peut basculer vers votre portail.
Un responsable des achats gère plus de fournisseurs qu’il ne peut en retenir, et chacun veut son identifiant. Apprendre votre portail est un coût qu’il paie pour votre bénéfice.
Quelqu’un commande chez vous de la même façon depuis onze ans. Ça marche, c’est documenté à l’interne, et c’est le compte que vous êtes le moins prêt à bousculer. Commander là-bas, c’est souvent trois rôles plutôt qu’une personne, un gérant de succursale qui envoie une liste, un bureau qui la transforme en bon de commande et la comptabilité qui approuve, donc personne seul ne peut adopter votre portail.
De votre côté, un portail est évidemment mieux : données plus propres, aucune ressaisie, aucun risque d’extraction, stock en temps réel, moins d’appels au service client. Du côté de l’acheteur, c’est un identifiant de plus, une réinitialisation de mot de passe de plus, et un flux de travail de plus en dehors du système où vit le reste de ses achats. Le courriel ne lui coûte rien. Il est déjà ouvert, il ne demande aucune formation, il laisse un fil qu’il peut transférer à son patron, et il fonctionne à l’identique chez tous ses fournisseurs.
Cette asymétrie est toute l’histoire. Les bénéfices vont surtout à vous et l’effort va surtout à lui. Beaucoup d’acheteurs l’absorbent volontiers, parce que la visibilité du stock et le réapprovisionnement en libre-service leur profitent aussi. Ceux qui refusent ne sont pas difficiles, ils font le calcul sur leur propre temps.
Plus le compte est gros, plus c’est net. Un acheteur dans une grande organisation est évalué sur le coût, sur la disponibilité et sur le respect de son processus d’achat, et rien dans cette liste ne le récompense pour vous simplifier la réception. L’adoption devrait donc être proposée plutôt qu’exigée.
Les lignes qui changent une décision. Remarquez combien le portail remporte carrément, et que celles qu’il perd portent sur les comptes qu’il atteint, pas sur sa qualité.
| Portail B2B Shopify | App de portail tierce | LevelOps PDF to Order | |
|---|---|---|---|
| Temps de mise en place | De quelques jours à quelques semaines de configuration | Jours à semaines, plus un chargement de données | Moins d’une heure, plus 2 à 5 minutes de synchronisation catalogue |
| Forme du coût | Inclus dans votre forfait, aucun frais par commande | Abonnement mensuel, très variable | Gratuit pour vos 5 premières commandes, puis 50 $ une fois ou de 100 $ à 250 $ par mois |
| Qui doit changer ses habitudes | L’acheteur, à chaque commande | L’acheteur, à chaque commande | Personne, l’acheteur continue d’envoyer ce qu’il envoie déjà |
| Gère le bon de commande produit par l’ERP de l’acheteur | Seulement si quelqu’un le retape | La plupart attendent une structure définie | Oui, toute mise en page, sans template ni mappage de champs |
| Revue humaine avant la création de la commande | Inutile, l’acheteur est l’auteur, rien n’est lu | Variable selon l’app | Oui, toujours, parce que le risque d’extraction est réel |
| Rapprochement catalogue | L’acheteur le fait en choisissant le produit | Souvent SKU exact seulement, à l’import | SKU exact, puis rapprochement sémantique, plus les codes acheteurs appris |
| Source du prix | Votre catalogue et votre liste de prix | Variable, souvent un fichier de prix distinct | Votre catalogue et vos listes de prix B2B, jamais le document |
| Commande provisoire Shopify native | Une vraie commande au paiement, plus le réapprovisionnement en libre-service | Variable | Oui, avec le fichier source attaché |
| Maintenance continue | Entretien du catalogue plus l’intégration des acheteurs | Gérée par l’éditeur, plus votre chargement de données | Gérée par l’éditeur, le catalogue reste synchronisé |
| Pour qui ça échoue | Quiconque ne se connectera pas | Quiconque ne se connectera pas | Personne qui envoie des documents, inutile s’il n’en arrive aucun |
| Meilleur cas d’usage | Les comptes qui se serviront eux-mêmes | Les comptes en libre-service sans B2B natif | Les comptes qui continuent d’envoyer des bons de commande par courriel |
Il produit la commande la plus propre possible. Un acheteur qui choisit des produits dans votre catalogue à votre liste de prix, cela signifie aucune étape d’extraction, aucune étape de rapprochement, aucune étape de revue, et rien à se tromper puisque rien n’a été interprété. Toutes les autres approches de cette page, la nôtre comprise, tentent de récupérer cette qualité après coup, et une commande récupérée ne vaut jamais mieux qu’une commande juste à la source.
Il n’a aucun coût par commande. Une fois les entreprises, catalogues et listes de prix configurés, un compte peut passer mille commandes et le coût marginal est nul. La réception documentaire, la nôtre comme celle des autres, se tarife par commande parce que lire un document est un travail. Le volume que vous déplacez vers un portail devient gratuit à traiter, ce qui vaut mieux que de l’automatiser.
C’est une meilleure expérience pour l’acheteur qui en veut une : stock en temps réel, ses propres prix, l’historique, la reprise de commande en quelques clics. Cela élimine aussi toute une classe de litiges, parce qu’un acheteur qui choisit le produit et voit le prix ne peut pas discuter ensuite du SKU qui était visé. Et une commande qui démarre dans Shopify avec la bonne entreprise, le bon emplacement et la bonne liste de prix arrive dans votre ERP et vos rapports avec moins de corrections.
Donc si vous pouvez déplacer l’essentiel de votre volume dans un portail, faites-le et n’achetez rien d’autre avant d’avoir essayé. Si vos acheteurs sont enthousiastes à l’idée du libre-service, nous ne sommes pas le bon achat.
Ce ne sont pas des défauts du portail. Juste les commandes qu’il ne reçoit jamais, et ce qui leur arrive dans une entreprise qui a décidé que le portail était le plan.
Le PDF du compte qui ne se connectera pas arrive quand même, doit quand même devenir une commande Shopify, et est quand même tapé par une personne. Un projet de portail ne réduit pas ce travail, il réduit la liste de comptes concernés.
Les commandes du portail absorbent une pointe sans aide. Celles par courriel non, et les jours de pointe sont ceux où le bureau des commandes peut le moins absorber une heure de saisie de plus et risque le plus une erreur coûteuse. Tableurs aux cellules fusionnées, formulaires numérisés et listes photographiées finissent dans la même file.
Votre plus gros client est celui auquel vous êtes le moins prêt à poser un ultimatum. L’exception que vous lui avez accordée devient permanente, et les exceptions permanentes sont la façon dont la saisie manuelle survit à un lancement de portail réussi.
Une fois le portail en place, les commandes par courriel deviennent une exception plutôt qu’un processus, donc personne ne les compte. La saisie continue et disparaît de tous les plans.
Même commande, même compte, mêmes prix. L’acheteur n’a rien changé.
Vous recevez une adresse de transfert unique à l’installation, et une règle de transfert envoie une copie du bon de commande. Rien ne change du côté du client, et c’est la seule raison pour laquelle cela atteint les comptes qu’un portail ne peut pas atteindre.
Recherche par SKU exact d’abord. Quand il n’y a pas de SKU, ou que le SKU est le leur et non le vôtre, le rapprochement travaille depuis la description, le conditionnement et l’unité, et une correction de votre réviseur est retenue pour ce compte.
La commande provisoire est créée pour l’entreprise Shopify B2B quand elle existe, donc le catalogue, la liste de prix, les règles de quantité et les conditions de paiement assignés à ce compte s’appliquent automatiquement. Si le PDF de l’acheteur porte un prix optimiste, votre liste de prix tranche quand même.
Le résultat est une commande provisoire Shopify ordinaire, avec le fichier source attaché. Votre équipe voit l’original à côté des lignes rapprochées, corrige ce qui est signalé, et valide. Une fois validée, elle rejoint les commandes du portail, et rien en aval n’a besoin de savoir par quelle porte elle est entrée.
Commencez par le portail. Activez Shopify B2B, configurez correctement les entreprises, les emplacements, les catalogues et les listes de prix, et invitez les comptes les plus susceptibles d’adopter. Puis comptez les bons de commande qui arrivent encore par courriel après cette poussée, et non avant, parce que ce reliquat est ce que vous cherchez vraiment à régler et il est en général plus gros que prévu.
Placez la réception documentaire derrière le portail pour ce reliquat. Les deux lisent le même catalogue et les mêmes listes de prix, donc un compte qui adopte le portail plus tard cesse simplement d’envoyer des documents et il n’y a rien à défaire.
Le calcul est simple dès que vous avez le compte du reliquat. À 100 commandes par courriel par mois, Growth est à 250 $, soit environ 2,50 $ la commande contre environ 6 minutes du temps de quelqu’un chacune, ce qui représente environ 10 heures par mois récupérées. Avec un taux d’erreur manuel de 3%, ces 100 commandes en portent environ trois de mauvaises, et à environ 250 $ pour en corriger une, cela fait un vrai montant posé sur votre mois.
Imposer le portail est l’endroit où tout dérape, et l’échec est commercial plutôt que technique. Un acheteur qui ne peut pas commander comme il le veut ne se plaint pas, en général. Il commande moins souvent, ou il consolide chez un fournisseur qui accepte un courriel. Vous le verrez comme un volume qui s’effrite sur un vieux compte, pas comme un problème de portail. Faites donc du portail la meilleure option et jamais la seule.
Une grande part du volume en gros ne vient pas d’un acheteur du tout. Elle vient de vos propres représentants, dans un salon, en visite chez un détaillant ou au téléphone, et les deux options de cette page peuvent la servir. Si vos représentants utilisent le portail, donnez-leur un accès et laissez-les commander au nom du compte : ils voient le stock, les prix du compte s’appliquent, et la commande existe dès qu’ils valident.
En pratique, beaucoup de représentants ne commandent pas ainsi. Ils écrivent sur un formulaire papier parce qu’il n’y a pas de réseau, ils ramassent une feuille de kiosque, ou le client leur remet une liste. Ce document connaît le même sort qu’un bon de commande par courriel, retapé plus tard, à partir d’une écriture manuscrite, par quelqu’un au bureau. Le transférer produit la même commande provisoire rapprochée et tarifée.
Traiter manuellement les commandes B2B, c’est simplement une contrainte à accepter si on veut garder certains clients. LevelOps offre une excellente solution pour lire les commandes dans divers formats et les convertir en brouillons pour validation finale.
Après trois mois avec LevelOps, la part des commandes PDF reçues par courriel qui exigent une saisie manuelle est tombée sous 10 %, contre 60 % avant l'adoption de l'outil.
Un gain de temps énorme et très facile à mettre en place. Nous traitons des bons de commande en EDI, PDF, Excel ou e-mail, et l’équipe écoute toujours les retours clients.
Chaque page de comparaison dit où l’alternative gagne réellement. Si l’une convient mieux à votre portefeuille de comptes que nous, c’est la réponse utile.
L’EDI couvre les détaillants qui l’imposent, pas les comptes entre les deux.
Les parseurs exigent un template par expéditeur. Un vrai bon de commande dans les deux.
Gardez SPS pour les détaillants qui l’imposent, automatisez ce qu’il ne touche jamais.
OrderEase est un portail et une passerelle EDI. Où chacun gagne.
Un OMS gère les commandes une fois créées. La réception les fait entrer.
Les minutes par commande et le salaire caché dans votre boîte de réception.
Entreprises, catalogues, listes de prix et conditions, plus les commandes qui contournent votre portail.
Le produit lui-même, de l’extraction à la commande provisoire.
Ce que coûte l’automatisation du reliquat, déroulée par volume.
Comptez les bons de commande qui arrivent encore par courriel après votre poussée sur le portail. Ce chiffre est la raison d’être de la réception documentaire, et vos propres commandes les plus mal formatées trancheront plus vite qu’un tableau comparatif.
Vos 5 premières commandes réussies sont gratuites et sans expiration. Si vos acheteurs utilisent votre portail, nous vous dirons de construire le portail plutôt.
FAQ
Si vous vendez en gros sur Shopify et que vous avez accès aux fonctions B2B natives, oui. Entreprises, emplacements, catalogues, listes de prix et conditions de paiement remplacent une pile de tableurs et de remises appliquées à la main, et rien sur cette page ne plaide contre un portail.
Certains oui, d’autres non, et la répartition est assez prévisible. Les comptes récents, petits et à l’aise avec le numérique adoptent vite, surtout ceux qui n’ont aucun système d’achat. Les comptes dont les bons de commande sont générés par un ERP n’adoptent presque jamais.
Nous ne vous donnerons pas de chiffre, parce que nous n’en avons aucun de traçable, et tout fournisseur qui annonce un taux d’adoption universel devine. Mesurez le vôtre : comptez les comptes qui envoient un bon de commande par courriel aujourd’hui, puis demandez à vos dix plus gros s’ils saisiraient eux-mêmes cette commande dans un portail.
Vous pouvez, et c’est un vrai risque commercial. Un acheteur qui ne peut pas commander comme il le veut commande moins souvent, commande moins, ou commande chez un concurrent qui accepte un courriel. Imposer fonctionne quand vous avez le rapport de force, et la plupart des grossistes ne l’ont pas avec leurs plus gros comptes.
Ce sont précisément les comptes qu’un portail n’atteindra pas. Le bon de commande est assemblé, numéroté et approuvé dans leur système, puis envoyé par courriel parce que c’est ce que ce système produit. PDF to Order le lit plutôt que de demander à l’acheteur de le ressaisir.
Oui. Quand le compte existe comme entreprise Shopify B2B, la commande provisoire est créée pour cette entreprise et tarifée depuis le catalogue et la liste de prix qui lui sont assignés. Le document de l’acheteur ne fixe jamais le prix.
Les fonctions B2B natives, entreprises, catalogues et listes de prix, sont offertes sur Shopify Plus. PDF to Order fonctionne sur tout forfait Shopify qui gère les commandes provisoires, et utilise automatiquement les entreprises et listes de prix B2B quand elles existent.
Le portail coûte le prix de votre forfait Shopify, sans frais par commande. PDF to Order est gratuit pour vos 5 premières commandes réussies, sans expiration, puis 50 $ une seule fois pour 15 commandes sur Pay as You Go, 100 $ par mois pour 33 commandes sur Starter, ou 250 $ par mois pour jusqu’à 100 commandes sur Growth, avec 20 pour cent d’économie en paiement annuel.
