Demande de devis : Transformer WooCommerce en plateforme B2B

La ​​semaine dernière, le directeur d'une petite entreprise de vente de lubrifiants industriels m'a écrit. L’essence de son problème tient en une phrase : « Nous utilisons WooCommerce, et nous ne pouvons normalement pas accepter les demandes de propositions commerciales. » Ce qui suit est une histoire que j’entends au moins une fois par mois et provenant d’entreprises complètement différentes. Le client se rend sur le site, voit le catalogue, trouve les articles souhaités - et puis le cirque commence. Il appelle le responsable, le responsable ouvre 1C, recherche les marchandises, récupère manuellement le CP dans Excel et l'envoie par mail. Le client demande à changer deux positions, le gérant refait le dossier et le renvoie. Quelque part entre la troisième et la quatrième lettre, quelqu’un perd le fil, mélange les versions du document et l’affaire reste en suspens. Cela vous semble familier ? Beaucoup pour moi. Parce que nous avons vécu cela nous-mêmes avant de construire un système qui résout entièrement ce problème, du premier clic au CP signé.

Je développe et commercialise pour des entreprises industrielles B2B depuis plus d'une décennie, et pendant ce temps, je suis arrivé à une conclusion simple : WooCommerce est une excellente plateforme de commerce électronique, mais elle n'est absolument pas prête pour le B2B. Le bouton « Acheter » et le panier d'achat constituent le paradigme de la vente au détail. Dans le monde de la vente en gros, personne n’achète sur un site Web avec une carte. Soixante-dix pour cent des transactions B2B commencent par une demande de devis – une demande de devis, ou RFQ en abrégé. Le client souhaite connaître le prix de son volume spécifique, avec sa remise spécifique, avec livraison à son entrepôt spécifique. Et il souhaite recevoir un document - beau, scellé, détaillé - qu'il pourra montrer à sa direction ou à son service comptable. Et c’est là que WooCommerce lève la main, car il n’y a rien de tel dedans.

Vous pouvez bien entendu installer un plugin séparé pour RFQ. Il y en a une vingtaine sur le marché. Mais tu sais quoi ? Je l'ai essayé. La plupart d’entre eux ne sont que des formulaires de commentaires collés au panier. Le client envoie une demande, le manager reçoit un email, puis tout est comme avant - travail manuel dans Excel, ping-pong de lettres, perte de versions. Aucun des plugins que j'ai testés n'offrait un workflow complet : d'une demande en passant par des négociations jusqu'à une proposition commerciale acceptée. Aucun n'a généré de PDF avec les détails de l'entreprise. Aucun ne prenait en charge le système de dialogue dans WooCommerce, de sorte que toute la correspondance concernant la transaction se trouvait au même endroit. Et c'est l'une des raisons pour lesquelles nous avons décidé de construire notre propre module B2B, et de ne pas assembler un Frankenstein à partir de dix plugins différents.

Pourquoi le bouton Acheter tue les ventes B2B

Laissez-moi vous expliquer pourquoi le modèle WooCommerce standard ne fonctionne pas pour la vente en gros, et il est important de le comprendre non seulement techniquement, mais également du point de vue des processus métier. Lorsqu'un acheteur au détail vient sur le site, il voit le prix, ajoute le produit au panier, paie par carte et attend la livraison. L'ensemble du processus est linéaire, prévisible et automatisé. Le manager n'est pas impliqué du tout, sauf lorsque des problèmes surviennent.

En B2B, tout fonctionne fondamentalement différemment. Le prix d'un produit n'est pas un chiffre fixe sur l'étiquette de prix. C'est le résultat de négociations, qui dépendent d'une douzaine de facteurs : volume d'achat, historique des relations avec le client, soldes de stocks actuels, logistique, saisonnalité, situation concurrentielle. Le même produit peut coûter 1 500 roubles pour un nouveau client et 1 200 roubles pour un grossiste régulier qui achète par palettes. Et ce prix n'est pas gravé dans le marbre : il peut être discuté, vous pouvez demander une remise supplémentaire en fonction du volume, ou convenir d'un paiement différé. Le bouton « Acheter pour 1 500 roubles » dans ce contexte ressemble à une offre de négociation avec une machine - dénuée de sens et un peu insultante pour un acheteur professionnel.

J'ai constaté ce problème avec nos clients à maintes reprises. L'entreprise investit de l'argent dans un magnifique site Web WooCommerce, remplit le catalogue, configure des filtres et des recherches - et ne reçoit aucune commande via le site. Pas parce que le site est mauvais. Mais parce que le client grossiste ne comprend tout simplement pas quoi faire avec le bouton « Acheter ». Il lui faut un bouton « Demander un devis ». Il a besoin de pouvoir rassembler une liste de postes, d'indiquer les volumes souhaités et de l'envoyer au manager avec la mention « besoin de CP d'ici jeudi ». Et le gestionnaire a besoin d'un outil pour répondre à cette demande rapidement, sans quitter le panneau d'administration de WooCommerce.

Voici le problème : WooCommerce contient en fait tous les éléments de base du B2B. Il existe un catalogue de produits, il existe un panier comme mécanisme pour générer une liste d'articles, il existe un système d'utilisateurs et de rôles, il existe une API REST pour l'automatisation. Il manque un niveau : celui des négociations. Le même processus lorsque le client et le manager échangent des offres, discutent des prix et des conditions et parviennent à un accord. C'est cette couche que nous avons construite.

Pour être honnête, lorsque nous avons commencé à concevoir le module Demande de devis, je pensais que ce serait une tâche relativement simple. Un formulaire de demande, un tableau dans le panneau d'administration, la génération de PDF - cela ressemblait à quelques semaines de travail. La réalité s'est avérée plus compliquée. Parce que RFQ n’est pas une fonction isolée. C'est le cœur du processus B2B, et il est lié à tout : à la tarification, aux groupes de clients, au système de notification, à votre compte personnel, aux documents comptables. Vous ne pouvez pas créer un bon module RFQ sans réfléchir à l’ensemble de la chaîne.

Cycle complet : du panier au reçu signé

Laissez-moi vous guider à travers l'ensemble du processus tel qu'il apparaît avec notre module - à travers les yeux du client et à travers les yeux du manager. Ceci est important car la beauté d’une solution ne réside pas dans les fonctionnalités individuelles, mais dans la manière dont elles sont connectées les unes aux autres.

Imaginez : un acheteur se rend sur le site Internet d'un grossiste qui vend des huiles industrielles. Il est connecté à son compte B2B, ce qui lui permet de voir des prix qui correspondent à son groupe de clients. Disons qu'il fait partie du groupe « Concessionnaires » et qu'il bénéficie d'une réduction de 15 % sur le prix de base. Il trouve les bons articles - de l'huile hydraulique HVLP-46 en fûts de 200 litres, de l'huile de compresseur VDL-100 en bidons, de l'huile de transmission TM-5 en vrac. Ajoute chaque article au panier en indiquant les quantités requises. Jusqu'à présent, cela ressemble à une boutique en ligne classique.

Mais vient ensuite ce qui distingue une plateforme B2B du commerce de détail. Au lieu du bouton « Passer une commande », il voit le bouton « Demander un devis ». Cliquez et le formulaire de demande s'ouvre. Il est déjà pré-rempli : les articles du panier sont automatiquement extraits, les détails de l'entreprise sont extraits du profil. Le client peut ajouter un commentaire - par exemple, "nous avons besoin d'une livraison à Ekaterinbourg, de préférence avant la fin du mois, veuillez envisager une remise sur le volume". Envoie une demande.

Que se passe-t-il du côté de WooCommerce ? Une nouvelle requête est créée dans la base de données avec le statut « Nouveau ». Toutes les positions sont stockées dans un tableau séparé - avec les prix, les quantités et les liens vers les produits. Le responsable reçoit une notification par e-mail : « Nouvelle demande de CP d'Ural Mechanisms LLC, 3 postes d'un montant de 847 000 roubles. Dans le même temps, une notification apparaît dans le panneau d'administration de WooCommerce : le tableau de bord affiche le nombre de demandes non traitées.

Le responsable ouvre la demande dans le panneau d'administration et voit l'ensemble : qui est le client, de quel groupe, quel historique d'achat il a, ce qu'il demande. Et ici commence la partie la plus intéressante : le système de dialogue. Le gestionnaire ne va pas sur le client de messagerie et n'ouvre pas Excel. Il y a un chat directement dans la carte de demande - comme Conversations, comme dans les systèmes CRM. Le responsable écrit: "Bonjour, Alexey. Pour le HVLP-46, nous pouvons accorder une réduction supplémentaire de 5% lors de la commande de 10 barils ou plus. Pour le TM-5 en vrac, la quantité minimale est de 1 000 litres. Nous préparerons le poste de commandement dans l'heure." Le client reçoit une notification par e-mail et peut répondre soit par e-mail (la réponse est introduite dans le système), soit via son compte personnel sur le site Internet.

J'ai longtemps réfléchi à la question de savoir si ce système de dialogue était vraiment nécessaire ou si les notifications standard par courrier électronique suffisaient. La pratique a montré que le dialogue est ce qui différencie un instrument professionnel d'un métier. Sans eux, tout glisse dans le même ping-pong email que nous voulions éliminer. Lorsque la correspondance pour chaque demande CP est stockée dans WooCommerce, le responsable voit l'historique complet de la communication avec le client. Si un manager tombe malade, son collègue peut reprendre la transaction sans perdre le contexte. Si un client appelle avec une question, le responsable ouvre la carte de demande et voit ce qui a été convenu hier. Cela semble évident, mais croyez-moi, j'ai vu des entreprises où les managers négociaient les CP dans leur boîte de réception personnelle, et quand quelqu'un démissionnait, toute l'histoire les suivait.

Le gérant a donc préparé une proposition commerciale. Il ajuste les prix dans la fiche de demande - quelque part il accorde une remise, quelque part il modifie la quantité et ajoute des commentaires sur les conditions de livraison et de paiement. Cliquez sur « Créer un CP » et le système génère automatiquement un document PDF. Pas seulement un tableau avec les prix, mais une offre commerciale à part entière avec un en-tête de l'entreprise, un logo, des détails, un sceau et une signature. Quelque chose qui peut être imprimé, montré au réalisateur et joint au contrat. Le statut de la demande passe automatiquement à « CP envoyé », le client reçoit un email avec un PDF en pièce jointe.

Le client ouvre le PDF, regarde les prix, discute avec la direction. Il décide que tout va bien - il accède à son compte personnel sur le site Web, ouvre une demande et clique sur « Accepter CP ». Ou s’il n’est pas satisfait, il écrit dans le dialogue : « Le prix pour la deuxième position est élevé, les concurrents proposent 8 % moins cher. » Le responsable corrige la proposition, génère une nouvelle version PDF et la renvoie. Ce cycle peut être répété aussi souvent que vous le souhaitez - l'intégralité de l'historique des versions est enregistrée dans le système.

Lorsqu'un devis est accepté, la demande est automatiquement convertie en commande WooCommerce à prix fixe. Pas avec les prix catalogue actuels, mais avec ceux convenus lors des négociations. C'est un point fondamental : le prix fixé dans le CP ne doit pas changer, même si le lendemain les prix du catalogue étaient augmentés de 10 %.

Permettez-moi d'aborder plus en détail quelques éléments clés de ce processus, car, comme d'habitude, le diable est dans les détails.

Je vais commencer par la génération automatique de PDF, car c'est là que la plupart des solutions du marché échouent. J'ai vu des plugins qui génèrent un "PDF" - essentiellement une page HTML enregistrée au format PDF via un navigateur. Pas de polices, pas de balisage, pas de détails. C'est dommage de montrer un tel document à un client, et le service comptable ne l'acceptera tout simplement pas pour le travail. Notre générateur PDF crée un document qui ressemble à une véritable proposition commerciale, préparée dans Word ou InDesign. Dans l'en-tête se trouvent le logo de l'entreprise et tous les détails (TIN, KPP, OGRN, adresse légale). Dans le corps il y a un tableau avec les positions, les prix, les quantités, les montants. Vous trouverez ci-dessous les totaux, les modalités de paiement et de livraison, ainsi que la durée de validité de l'offre. Et surtout, le cachet et le fac-similé de la signature de la personne habilitée. Tout cela est configuré dans le panneau d'administration : téléchargez un logo, un sceau, remplissez les détails, sélectionnez un modèle - et chaque CP suivant est généré automatiquement.

Je me souviens qu'un de nos clients - une société de vente de roulements - m'a montré une boîte de vitesses qu'il avait déjà envoyée. Il s'agissait d'un fichier Excel avec un logo inséré sous forme d'image dans la cellule A1, avec des bordures de tableau qui bougeaient et des formules qui s'envolaient de temps en temps. Le responsable a passé 30 à 40 minutes à préparer chaque CP, car la moitié du temps était consacré au formatage. Après le passage à la génération automatique de PDF, ce temps a été réduit à deux minutes - cliquez sur « Créer un CP » et vérifiez le résultat.

Parlons maintenant des statuts des demandes - cela semblerait une bagatelle, mais ce sont eux qui transforment le chaos en un processus contrôlé. Nous avons mis en place cinq statuts : « Nouveau », « En cours de traitement », « CP envoyé », « Accepté », « Rejeté ». Chaque transition est accompagnée d'une notification par e-mail aux deux parties : le client et le manager. Le manager ne peut pas oublier la demande, car il y a un compteur non traité sur le tableau de bord. Le client sait toujours à quel stade en est sa demande, car il voit le statut dans son compte personnel. C'est un cliché en matière de transparence du processus, mais cela fait des merveilles pour la confiance des clients.

Que se passe-t-il si le client ne souhaite pas seulement demander un prix, mais souhaite faire une contre-offre ? C'est pourquoi le système d'offres existe. Le gestionnaire crée une offre (son propre CP), le client peut créer une contre-offre (sa propre contre-offre avec d'autres prix), le gestionnaire accepte ou fait une nouvelle offre. Il s'avère qu'il s'agit d'une vente aux enchères à part entière, non seulement publique, mais individuelle. J'ai vu comment ce mécanisme fonctionne pour notre client, qui vend des équipements spéciaux. Là, la transaction moyenne passe par trois à quatre cycles de négociations, et auparavant tout cela se faisait par correspondance. Désormais, chaque tour constitue une nouvelle offre dans le système, avec des prix et des conditions fixes. Si six mois plus tard, le client dit « ils m'ont promis ce prix », le responsable ouvre l'histoire et montre exactement ce qui a été convenu.

Comment les groupes B2B changent la donne

Une demande de devis n'existe pas en vase clos. Sa valeur augmente considérablement lorsqu'elle est intégrée à un système de regroupement et de tarification B2B. Laissez-moi vous expliquer comment cela fonctionne dans notre module, car c'est cette connexion qui distingue une solution B2B mature d'un simple formulaire de feedback.

Chaque client B2B appartient à un groupe spécifique : « Revendeurs », « Grossistes », « Partenaires VIP », « Détaillants ». Chaque groupe a ses propres règles de tarification : pourcentage de remise par rapport au prix de base, prix de gros fixes, tarification échelonnée (plus vous en prenez, moins cher). Lorsqu'un client crée une demande de CP, les prix dans son panier sont déjà calculés en tenant compte de son groupe. Le gestionnaire voit le prix de base, le prix client et la différence - et peut prendre consciemment des décisions concernant des remises supplémentaires, en comprenant la marge.

J'ai été confronté à une situation où un responsable accordait une remise « par rapport au prix de base », sans savoir que le client faisait déjà partie du groupe bénéficiant d'une remise de 15 %. En conséquence, la remise totale était de 30 %, ce qui a englouti la totalité de la marge. Ceci est impossible avec notre système - le responsable voit une image complète de la tarification directement dans la carte de demande CP. Il voit quel est le prix fixé pour le groupe de clients, quel est le prix minimum acceptable (prix plancher) et peut prendre des décisions dans un corridor donné.

Il y a encore une chose qui, à mon avis, est d'une importance cruciale : l'héritage des règles. Nos groupes de clients sont hiérarchiques - par exemple, le groupe « Région de l'Oural » hérite des règles des « Concessionnaires », mais avec une remise supplémentaire de 3 % pour la logistique. Lorsqu'un client de la région de l'Oural demande un CP, le système applique automatiquement tous les niveaux de prix : remise du revendeur de base plus bonus régional. Le gestionnaire n'a pas besoin de s'en souvenir ni de le calculer manuellement - tout est calculé automatiquement.

Parlons maintenant de quelque chose que beaucoup de gens négligent, mais qui change radicalement l'efficacité des ventes B2B : le portefeuille B2B. Il s'agit d'un mécanisme de solde prépayé que nous avons mis en place pour les clients réguliers. Cela fonctionne simplement : le client effectue un acompte (par exemple, transfère 500 000 roubles sur le compte), ce montant est crédité sur son « portefeuille » dans WooCommerce. Lors de l'acceptation du CP, le paiement est automatiquement débité du solde du portefeuille, sans opérations de paiement supplémentaires.

Pourquoi est-ce nécessaire ? Je vais vous expliquer avec un exemple. L'un de nos clients, un distributeur d'huile automobile, compte environ 200 clients réguliers qui passent des commandes chaque semaine. Auparavant, chaque commande suivait un cycle complet : facturation, attente de paiement, contrôle de réception, expédition. Le cycle a duré 3 à 5 jours ouvrables. Avec un portefeuille, un client régulier reconstitue son solde une fois par mois, puis demande simplement un CP et l'accepte - l'argent est débité instantanément et l'expédition commence le même jour. Le délai entre la demande et l'expédition a été réduit de cinq jours à plusieurs heures. Pour une entreprise où le taux de rotation est un facteur clé de rentabilité, cela représente une énorme différence.

Le wallet est intégré à un système de notification : le client reçoit un email lorsque les fonds sont crédités, à chaque fois qu'ils sont débités et lorsque le solde minimum est atteint. Le gestionnaire voit le solde du portefeuille du client directement dans la carte de demande CP et peut immédiatement dire : « Vous avez 340 000 sur votre solde, CP pour 287 000 - il y a suffisamment de fonds, nous pouvons expédier aujourd'hui. Cela supprime toute une couche de communication et accélère considérablement le processus.

Et si vous regardiez les choses de l'autre côté - depuis le service comptable ? Chaque transaction du wallet est enregistrée avec des métadonnées : date, montant, type d'opération (dépôt, annulation, retour), ordre ou CP associé. Un comptable peut télécharger l’historique des transactions pour n’importe quelle période et le comparer avec un relevé bancaire. Nous n’avons pas réinventé la roue : nous avons simplement fait ce qui fonctionne depuis longtemps dans les systèmes ERP de gros, uniquement dans WooCommerce, sans avoir besoin de déployer un système de comptabilité séparé.

Notifications par e-mail : le héros méconnu du processus B2B

Je pourrais écrire un article séparé uniquement sur le système de notification, car c'est une de ces choses qui est invisible lorsqu'il fonctionne correctement, mais désastreusement perceptible lorsqu'il ne fonctionne pas bien. Dans les ventes B2B, une notification manquée est une affaire perdue. Le client a envoyé une demande, n'a pas reçu de confirmation - il pensait que le site ne fonctionnait pas et s'est adressé à un concurrent. Le responsable n'a pas vu la nouvelle demande - le client attend deux jours, s'énerve et appelle pour se plaindre. Des situations familières ? Nous les avions également, jusqu'à ce que nous construisions un système de notification couvrant chaque étape du processus.

Pour chaque événement significatif, un email est envoyé à la fois au client et au manager. Nouvelle demande - le client reçoit une confirmation "Votre demande a été acceptée, numéro RFQ-2024-0347, le responsable vous contactera dans les 2 heures", le responsable reçoit "Nouvelle demande de Mechanics LLC pour 5 postes, montant 1,2 million de roubles". Le responsable a répondu dans le dialogue - le client reçoit une notification avec le texte du message. Le CP est prêt - le client reçoit un PDF en pièce jointe. Le statut a changé, les deux parties en sont conscientes.

Mais ce qui est vraiment important - et c'est ce que la plupart des plugins n'ont pas - c'est l'intégration des notifications avec le système de messagerie global du module. Nous n'envoyons pas seulement des e-mails via wp_mail(). Nous disposons d'un module SMTP à part entière avec suivi de livraison, journalisation de chaque lettre envoyée et renvoi en cas d'erreur. Un responsable peut accéder au journal des lettres et voir : « La lettre du CP a été envoyée au client à 14h32, ouverte à 14h47, PDF téléchargé à 15h03. » Ce n'est pas seulement une commodité : c'est un outil de gestion des ventes. Si le client a ouvert le CP mais n'a pas répondu dans les 24 heures, le responsable sait qu'il est temps d'appeler et de clarifier s'il y a des questions. Si la lettre n'est pas remise, le responsable en sera immédiatement informé et pourra contacter le client d'une autre manière.

Les modèles de lettres sont configurés dans le panneau d'administration. Vous pouvez modifier le texte, ajouter des variables (nom du client, numéro de demande, liste des articles, montant), personnaliser le branding (logo, couleurs, signature). Chaque e-mail a un aspect professionnel, non pas comme une notification système de WordPress, mais comme une communication d'entreprise d'une entreprise.

Je suis particulièrement fier d'une fonctionnalité que nous avons ajoutée suite aux commentaires des clients. Ceci est un résumé pour le leader. Une fois par jour ou une fois par semaine, le responsable du service commercial reçoit un récapitulatif : combien de demandes ont été reçues, combien ont été traitées, combien de CP ont été acceptés, quelle est la conversion, quelle est la facture moyenne. Sans ce résumé, le responsable est obligé d'accéder à la zone d'administration de WooCommerce et de déterminer lui-même les chiffres - et nous savons tous à quelle fréquence les managers le font. Autrement dit, jamais. Mais un e-mail contenant deux indicateurs clés est ouvert et lu par tout le monde.

Compte personnel : portail libre-service pour les grossistes

Vous savez ce que j'aime dans les bonnes plateformes B2B ? Ils réduisent le fardeau des gestionnaires en donnant aux clients la possibilité de résoudre eux-mêmes les problèmes. Votre compte personnel dans WooCommerce prêt à l’emploi est, pour le moins, un spectacle modeste. Adresse de livraison, historique des commandes, changement de mot de passe. Pour la vente au détail, c'est suffisant. Pour le B2B – ridiculement peu.

Dans notre module, le compte personnel d'un client B2B est un portail libre-service à part entière. La section « Mes demandes » affiche l'historique complet de toutes les demandes de CP avec leur statut actuel. Le client voit quelles demandes sont en cours, quels CP attendent sa décision, quelles transactions ont été réalisées. Peut ouvrir n'importe quelle demande et relire toute la correspondance avec le manager - dialogues, offres, contre-offres. Peut télécharger n'importe quelle version PDF - actuelle ou précédente.

Mais il y a autre chose. Le client peut créer une nouvelle demande de CP non seulement via le panier, mais aussi directement depuis son compte personnel. De plus, il peut utiliser des « Fiches d'achat » - des ensembles enregistrés de biens qu'il achète régulièrement. Disons que chaque mois, un client commande les mêmes 15 huiles. Il crée une liste d'achats, l'enregistre et la prochaine fois, il clique simplement sur « Demander un devis pour cette liste ». Il n'est pas nécessaire de parcourir à nouveau le catalogue, de rechercher des produits et de les ajouter au panier. Trois clics - et la demande a été adressée au responsable.

Je me souviens d'une conversation avec un directeur commercial d'une de nos entreprises clientes. Elle a déclaré : "Auparavant, je passais la moitié de ma journée de travail à prendre des commandes par téléphone - le client dicte les positions, je les saisis dans 1C et vérifie la disponibilité. Désormais, les clients créent leurs propres demandes via le site Web et je passe ce temps à travailler avec de nouveaux clients." Ce responsable traitait 25 à 30 demandes par jour au lieu de 12 à 15 auparavant, et il y avait moins d'erreurs, car le client sélectionne lui-même les articles dans le catalogue et ne dicte pas au téléphone "l'huile hydraulique... qu'est-ce que c'est... enfin, la même que celle que nous avons prise la dernière fois".

Les sous-comptes sont une autre histoire essentielle pour le B2B. Dans les grandes entreprises, plusieurs personnes sont impliquées dans les achats. Il y a un acheteur qui génère des demandes. Il y a un chef du service approvisionnement qui coordonne. Il y a un comptable qui vérifie les documents. Notre module de sous-compte vous permet de créer des utilisateurs supplémentaires sous une même entreprise B2B, avec des droits d'accès différents. L'acheteur peut générer des demandes, mais ne pas accepter de CP. Le gestionnaire peut accepter le CP, mais pas en modifier les détails. Le comptable ne voit que les documents financiers et l'historique des transactions du portefeuille. Ce n'est pas un luxe : c'est un réel besoin pour les gros clients B2B, et si votre plateforme ne peut pas le faire, vous perdez de gros clients qui ont besoin de ces fonctionnalités.

Je réfléchis depuis longtemps à la profondeur avec laquelle nous devons intégrer RFQ avec d'autres fonctions B2B. Vous pouvez faire le minimum : un formulaire de demande, un email au manager, une réponse manuelle. Beaucoup de gens le font, et formellement, cela fonctionne. Mais « fonctionne » et « fonctionne bien » sont deux niveaux différents. Lorsque tous les composants - groupes de clients, tarification, portefeuille, sous-comptes, boîtes de dialogue, PDF - sont connectés en un seul système, une synergie apparaît qui ne peut être obtenue en regroupant cinq plugins différents. Le gestionnaire travaille dans une seule interface, le client voit tout dans un seul compte personnel, les données ne sont pas perdues lors du déplacement entre les modules et le reporting est basé sur des données complètes et cohérentes.

Et voici un autre aspect dont on parle rarement, mais qui est d'une importance cruciale pour les entreprises ayant un historique : le versioning et l'audit. Chaque action dans le système de demande CP est enregistrée : qui a créé la demande, qui a modifié le prix, qui a accepté l'offre, qui a généré le PDF. Un an plus tard, lorsque le client déclare « on nous avait promis des conditions particulières », le manager peut restituer la chronologie complète des négociations. Pour les entreprises travaillant avec des clients gouvernementaux ou de grandes entreprises, où chaque centime du CP peut être soumis à un audit, ce n'est pas seulement une commodité, c'est une nécessité.

Je voudrais parler séparément de l'intégration avec 1C, car pour les entreprises russes, c'est souvent un facteur décisif. Notre module de demande KP est intégré au module de synchronisation 1C : Trade Management. Qu’est-ce que cela signifie en pratique ? Lorsqu'un gestionnaire crée un CP, les prix et les soldes sont relevés de 1C en temps réel. Lorsque le CP est accepté et qu'une commande WooCommerce est créée, cette commande est automatiquement exportée vers 1C. La comptabilité fonctionne dans le système habituel, le gestionnaire travaille dans WooCommerce, le client travaille dans son compte personnel sur le site. Personne ne saisit deux fois les mêmes données.

J'ai rencontré des entreprises où le directeur commercial accepte d'abord une commande dans WooCommerce, puis en crée manuellement une copie dans 1C, puis émet une facture dans 1C, puis l'envoie au client depuis Outlook. Quatre systèmes, quatre actions manuelles, quatre points d'erreur potentiels. Avec notre connexion, il s'agit d'une seule action : acceptez le CP, le reste se fait automatiquement.

Parlons de chiffres, car les entreprises ne comprennent que le langage de l'argent. Le responsable commercial B2B moyen traite 15 à 20 demandes de vente par jour. Chaque demande prend 30 à 45 minutes : rechercher des produits dans le catalogue ou 1C, calculer les prix en tenant compte des remises, créer une proposition dans Excel ou Word, envoyer au client, attendre une réponse, ajuster, renvoyer. Cela représente 7 à 10 heures par jour pour une opération de routine. Grâce à l'automatisation via notre module, le temps de traitement d'une demande est réduit à 10-15 minutes, car les prix sont calculés automatiquement, le PDF est généré en une seconde et le dialogue se déroule au même endroit. Un responsable peut traiter 40 à 50 demandes par jour ou consacrer le temps libéré à attirer de nouveaux clients. Calculez les économies : si un manager coûte à l'entreprise 80 000 roubles par mois et que son efficacité double, cela équivaut à l'embauche d'un deuxième manager sans frais supplémentaires.

Autre indicateur que nous suivons : la conversion d'une demande de CP en commande. Pour nos clients, avant la mise en œuvre du système, le taux de conversion était de 25 à 35 % - sur quatre demandes de CP, une seule s'est transformée en accord. Après mise en œuvre - 45-55%. Pourquoi? Parce que la vitesse de réponse a augmenté (le client n'a pas le temps de partir chez un concurrent), la qualité de la proposition s'est améliorée (PDF professionnel au lieu d'Excel tordu), et le système de rappel ne permet pas d'oublier les demandes en attente.

Mais je vais être honnête : automatiser les requêtes KP n'est pas une baguette magique. Cela ne servira à rien si vos prix ne sont pas compétitifs, si les marchandises sont en rupture de stock, si les gestionnaires ne sont pas formés pour travailler avec le système. La technologie est un multiplicateur, et non un substitut, des processus métier. Un bon processus multiplié par un bon outil produit un excellent résultat. Un mauvais processus multiplié par le même outil produit un chaos automatisé.

Pourquoi avons-nous intégré cela dans un seul plugin et n'en avons-nous pas fait un produit distinct ?

C'est une question qu'on me pose régulièrement, et elle mérite une réponse honnête. Il existe des plugins RFQ distincts sur le marché : YITH Request a Quote, WooCommerce B2B, NexusPress Quote et une douzaine d'autres. Pourquoi ne pas les utiliser ?

Je vais essayer de répondre non pas de manière abstraite, mais avec un exemple précis. Disons que vous mettez YITH Request a Quote (l'un des plus populaires). Il vous donne un formulaire de demande et une notification par e-mail. Pas mal. Mais il ne sait rien de vos groupes B2B – car les groupes de clients sont gérés par un autre plugin (disons B2BKing). Il ne génère pas de PDF – il nécessite un troisième plugin (WooCommerce PDF Invoices). Il ne prend pas en charge le portefeuille - le quatrième plugin (TeraWallet). Un système de dialogue ? Le cinquième plugin ou même un CRM tiers. Des sous-comptes ? Sixième.

Vous vous retrouvez avec six plugins de six développeurs différents qui sont mis à jour à des moments différents, peuvent entrer en conflit les uns avec les autres et ne communiquent pas. Le gestionnaire fonctionne dans six interfaces différentes. Le prix calculé dans un plugin n'est pas transféré à un autre. Si l’un d’eux se brise, toute la chaîne s’effondrera. Et chaque plugin coûte entre 50 et 100 $ par an. Total : 300 à 600 $ par an, plus le temps d'intégration et de support.

Nous avons pris un chemin différent. RFQ fait partie d'un module B2B unique, qui comprend les groupes de clients, les tarifs, le portefeuille, les sous-comptes, la génération de PDF, le système de dialogue et les notifications par e-mail. Tous les composants ont été développés par une seule équipe, utilisent une base de données, un système de paramètres, une interface d'administration. Lorsqu'un client du groupe « Concessionnaires » génère une demande de CP, le système applique automatiquement les prix du concessionnaire, le gestionnaire voit le solde du portefeuille, l'historique complet de la relation est disponible dans la boîte de dialogue et un PDF est généré avec les détails corrects. Tout cela – un plugin, une licence, une mise à jour.

Pour être honnête, tout mettre dans un seul plugin est un défi d'ingénierie. Il est beaucoup plus facile de créer un petit module hautement spécialisé qui ne fait qu'une seule chose. Mais la commodité de l’utilisateur – à la fois gestionnaire et client – ​​nécessite une intégration. Le processus B2B est de nature de bout en bout, il traverse toutes les couches du système. Le couper en morceaux isolés signifie créer les mêmes fissures dans lesquelles les données et le temps sont perdus.

J'aime l'analogie avec la voiture. Vous pouvez acheter un moteur chez un fabricant, une transmission chez un autre, une suspension chez un troisième et des composants électroniques chez un quatrième. Techniquement, ils peuvent travailler ensemble – si vous passez beaucoup de temps à vous adapter. Mais aucune personne sensée ne fait ça. Achetez une voiture dont tous les composants sont conçus pour fonctionner ensemble. La logique est la même avec les logiciels d’entreprise.

À propos, concernant l'aspect pratique de la mise en œuvre, je veux dissiper un mythe que j'entends tout le temps. "Nos managers n'arrivent pas à comprendre." Vous savez, je le pensais aussi. Lorsque nous avons montré le système pour la première fois aux responsables de l'un des projets, je m'attendais à de la résistance. Les gens sont habitués à Excel, au courrier, à leur assiette - et du coup, on leur propose de travailler via l'interface Web de WooCommerce. Mais quelque chose d'étonnant s'est produit : les managers s'y sont habitués en une demi-journée. Et pas les plus jeunes et les plus avancés techniquement, mais des directeurs commerciaux ordinaires qui ont plus de quarante ans et qui considèrent Excel comme le summum du progrès technologique. Pourquoi? Parce que l'interface a été conçue pour leur tâche. Pas pour la tâche d'un développeur, ni pour la tâche d'un directeur, mais spécifiquement pour la tâche d'un manager qui traite des dizaines de demandes chaque jour.

Lorsque vous ouvrez le tableau de bord, vous voyez une liste de demandes avec des indicateurs d'état colorés. Le rouge est neuf, non traité. Jaune - au travail. Vert - Le CP a été envoyé, nous attendons la décision du client. Gris - terminé. Le gestionnaire comprend instantanément où se trouve l'incendie et ce qui nécessite une attention immédiate. Clique sur une demande et voit toutes les informations sur un seul écran : client, positions, prix, dialogue, historique. Pas besoin de basculer entre les onglets, pas besoin de rechercher de la correspondance par courrier. Tout en un seul endroit. Cela semble banal, mais c'est précisément cette « banalité » qui fait gagner au manager deux à trois heures chaque jour.

Et encore un détail qui semble insignifiant, mais qui s'est avéré en pratique crucial : des réponses rapides dans les dialogues. Nous avons remarqué que les managers répondent aux clients avec les mêmes phrases 80 % du temps. "Merci pour votre demande, le poste de commandement sera prêt dans l'heure." "La quantité minimale pour cet article est de 5 unités." « La remise sur volume est possible à partir de 10 unités. » Nous avons ajouté des modèles de réponses rapides qu'un responsable peut insérer en un clic et modifier si nécessaire. Bagatelle? Mais lorsqu'un responsable reçoit 30 demandes par jour et doit rédiger 2 à 3 messages pour chacune, les économies sont perceptibles. Le temps, c'est de l'argent, en particulier dans le domaine des ventes, où la vitesse de réponse est directement liée à la conversion.

Une conversation distincte est la mobilité. Le manager n'est pas toujours assis devant l'ordinateur. Il peut être en réunion avec un client, en voyage d'affaires ou dans un entrepôt. Les gens nous ont souvent dit : « Ce serait formidable de pouvoir voir les demandes depuis votre téléphone et d'y répondre lors de vos déplacements. » Le panneau d'administration de WooCommerce n'est pas particulièrement adapté aux mobiles, mais nous avons délibérément conçu notre interface de demande CP pour qu'elle fonctionne bien sur les écrans mobiles. Le responsable peut ouvrir une demande par téléphone, lire le dialogue, envoyer une réponse rapide, modifier le statut. Bien sûr, il ne sera pas possible d’assembler entièrement un CP depuis un téléphone, mais il est tout à fait possible de répondre rapidement à la demande d’un client pour qu’il n’ait pas à attendre demain.

Un autre point à mentionner est l'analyse des demandes KP. Les données sont du pétrole, et lorsque toutes les demandes transitent par un seul système, vous obtenez des analyses que vous n'avez jamais eues avec un processus manuel. Le temps moyen de traitement des demandes est-il de 47 minutes ou 4 heures ? Quel manager traite le plus rapidement et lequel tarde systématiquement ? Quels sont les produits les plus demandés ? Quel pourcentage de demandes proviennent de nouveaux clients et quel pourcentage de clients réguliers ? Comment la saisonnalité affecte-t-elle le nombre de demandes ? Tout cela est visible dans les rapports, et cela permet au chef du service commercial de prendre des décisions basées sur des données, et non sur des sentiments. Je connais une entreprise où, après avoir mis en œuvre l'analyse des demandes, le CP a constaté qu'un responsable traitait les demandes en 52 minutes en moyenne et un autre en 3 heures. La différence ne résidait pas dans la compétence, mais dans le fait que le deuxième responsable perdait du temps à chercher les prix en 1C parce qu'il ne connaissait pas la possibilité d'extraire des données. Une formation de cinq minutes a résolu le problème, mais sans analyses, personne ne l'aurait remarqué.

J'entends souvent la question : comment cela évolue-t-il ? Et si nous n’avions pas 20 demandes par jour, mais 200 ? Ou 2000 ? La réponse est simple : nous avons initialement conçu le système pour des charges élevées. Demandes CP, positions, offres, dialogues - tout cela est stocké dans des tables de base de données personnalisées, et non dans des métachamps WordPress, comme le font de nombreux plugins. La différence est fondamentale. Lorsque vous avez 50 000 demandes par an et que chacune est associée à 10 postes, cela fait 500 000 enregistrements. Dans la table wp_postmeta, où WordPress vide tout d'affilée, un tel volume de données transforme toute requête en une opération extrêmement longue. Dans les tables personnalisées avec les index corrects, les mêmes données sont traitées en millisecondes. Nous l'avons testé sur un site en ligne avec 16 844 produits et des milliers de requêtes – aucun problème de performances.

Et enfin, sur la sécurité des données, car les offres commerciales contiennent des informations confidentielles : prix, remises, conditions, détails. Tous les points de terminaison API du module RFQ sont protégés par la vérification des droits d'accès - le client ne voit que ses demandes, le responsable voit tout. Les fichiers PDF sont générés sur le serveur et stockés dans un répertoire sécurisé qui n'est pas directement accessible via une URL. Les conversations sont cryptées lors de la transmission et leur accès est limité aux participants à une demande spécifique. Cela peut sembler une exigence évidente, mais j'ai vu des plugins dans lesquels les PDF des propositions commerciales étaient stockés dans wp-content/uploads/ avec des noms de fichiers prévisibles, et n'importe qui pouvait télécharger la proposition d'un concurrent simplement en remplaçant un numéro différent dans l'URL. Avec notre système, cela est impossible.

Je souhaite terminer par une réflexion qui peut ne pas paraître évidente. La demande de devis n'est pas une fonction technique. C’est le point de contact avec le client, le moment où se noue ou se rompt une relation commerciale. Chaque demande de CP est un client déjà intéressé, qui a déjà trouvé votre produit et qui est déjà prêt au dialogue. La seule question est de savoir avec quelle commodité, rapidité et professionnalisme vous lui répondrez.

Lorsqu'un acheteur reçoit une heure après la demande une proposition joliment conçue - avec des prix précis pour son groupe, tenant compte de son volume, avec un sceau et des détails - il comprend qu'il travaille avec une entreprise sérieuse. Lorsqu'il doit attendre deux jours que le responsable assemble le CP manuellement dans Excel, il pense que cette entreprise est en désordre. La première impression se forme dès les premières minutes et votre outil pour travailler avec CP est le visage de votre entreprise pour votre client grossiste.

WooCommerce peut être une puissante plateforme B2B. Pas à la place de 1C, pas à la place de l'ERP - mais en plus d'eux, en tant que vitrine et portail libre-service pour les clients. Mais pour ce faire, il lui faut la bonne couche B2B, et le RFP est un élément clé de cette couche. Nous avons passé des centaines d'heures à le construire correctement - avec des boîtes de dialogue, avec des PDF, avec des portefeuilles, avec des intégrations. Si vous développez du B2B sur WooCommerce et souhaitez que vos clients non seulement font défiler le catalogue, mais achètent réellement via le site, voyez comment cela fonctionne. Installez COS WP Woo e-commerce, configurez le module de demande CP et montrez-le à votre service commercial. Les gestionnaires vous remercieront.