Ce qu'un développeur BigCommerce devrait être en mesure de vous montrer avant que vous ne l'embauchiez

 Un développeur BigCommerce digne d’intérêt est capable de vous présenter trois éléments au cours d’un seul entretien téléphonique : une version de référence fonctionnelle que vous pouvez parcourir vous-même, un référentiel de thèmes Stencil que vous pouvez réellement consulter, et une intégration qu’il peut décrire au niveau des champs, c’est-à-dire en précisant quel champ de l’ERP correspond à quel attribut de BigCommerce. Si un prestataire n’est pas en mesure de vous présenter ces trois éléments sur-le-champ, c’est qu’il ne les possède pas, et aucune présentation soignée de son portfolio ne pourra changer cela.

Nous sommes MageMontreal, un partenaire de développement BigCommerce basé à Montréal qui intervient également sur Adobe Commerce, Magento Open Source et Shopify Plus. Nous faisons partie des prestataires que vous êtes peut-être en train d’évaluer en ce moment même, et nous estimons que ce fait est suffisamment important pour être clairement mentionné dès le deuxième paragraphe d’un article consacré à la manière d’évaluer les prestataires. Si vous n’avez pas encore choisi BigCommerce comme plateforme, notre comparatif des plateformes de e-commerce B2B constitue un bon point de départ avant de poursuivre la lecture de cet article.

D'après notre expérience, la plupart des décisions de recrutement dans ce domaine se prennent sur la base de captures d'écran de portfolios. C'est un problème, car les captures d'écran ne révèlent que très peu de choses sur un prestataire. Une capture d'écran prouve qu'un développeur BigCommerce est capable de personnaliser la vitrine d'une boutique en ligne. Elle ne prouve en rien que cette personne est capable de synchroniser un catalogue avec un ERP, de modéliser correctement des tarifs spécifiques aux clients ou de remettre un projet fini à votre équipe interne sans en prendre le contrôle. Vous trouverez ci-dessous les 9 éléments qui permettent de distinguer les compétences réelles d'un dossier commercial bien conçu.

Que fait réellement un développeur BigCommerce dans le cadre d'un projet B2B ?

Un développeur BigCommerce travaillant sur un catalogue B2B doit répartir son temps entre trois tâches distinctes, alors que la plupart des agences ne maîtrisent véritablement qu’une seule d’entre elles. La première concerne le catalogue et les données : structurer les produits, les variantes, les groupes de clients et les listes de prix afin que la tarification s’applique correctement à chaque segment d’acheteurs. La deuxième porte sur la vitrine en ligne au sein de Stencil, le moteur de thèmes de BigCommerce basé sur Handlebars, ou, de plus en plus souvent, au sein de Catalyst, le nouveau framework « headless » de BigCommerce.

La troisième tâche, et celle qui apparaît le moins dans un portfolio, concerne le travail d’intégration. Cela implique de connecter BigCommerce à un ERP tel qu’Epicor Prophet 21, NetSuite OneWorld ou Microsoft Dynamics 365 Business Central, et d’assurer la synchronisation bidirectionnelle des données relatives aux stocks, aux prix et aux commandes. Un développeur BigCommerce doué pour la création de thèmes mais peu compétent en matière d’intégration produira une belle vitrine en ligne qui, en quelques semaines, se désynchronisera discrètement de votre ERP. C’est ce type d’échec que cet article vise à vous aider à repérer avant de signer un contrat.

Quels sont les 9 outils qu'un développeur BigCommerce devrait vous présenter lors du premier entretien ?

Voici la liste à envoyer à un développeur BigCommerce avant l'entretien, et non après. Chaque point comprend une ligne décrivant la question et une ligne indiquant ce que doit contenir une réponse satisfaisante. Collez-la dans un e-mail adressé à chaque prestataire figurant sur votre liste de présélection et comparez les réponses côte à côte.

1. Demandez : « Montrez-moi une boutique BigCommerce que vous avez créée, qui est toujours en ligne et dont vous disposez encore pour faire une démonstration.»
   Critère d'acceptation : ils partagent l'écran d'une véritable boutique actuellement en ligne et naviguent dans le panneau d'administration en direct, et non dans un compte de démonstration.
2. Question : Montrez-moi le dépôt Git d'un thème Stencil que vous avez créé.
   Critère d'acceptation : un historique de commits s'étendant sur plusieurs mois et comportant des modifications progressives, et non un seul téléchargement en masse datant de la semaine du lancement.
3. Question : Expliquez-moi en détail une intégration en temps réel entre BigCommerce et un ERP, au niveau des champs.
   Réponse correcte : Le candidat cite le nom de l’ERP, par exemple Epicor Prophet 21 ou NetSuite OneWorld, et décrit précisément le mappage des champs, sans se contenter d’une vague référence à la « synchronisation des données ».
4. Question : Montrez-moi une liste de prix associée à un groupe de clients dans un compte en production.
   Réponse : Ils naviguent dans le panneau de configuration et montrent des modifications de prix au niveau des variantes, et non un code de réduction générique.
5. Question : Montrez-moi un webhook que vous avez créé pour la synchronisation des commandes ou des stocks.
   Réponse : Ils décrivent l'événement déclencheur, la charge utile et le point de terminaison récepteur, dans cet ordre.
6. Question : Montrez-moi un script qui utilise l'API Catalog v3 pour mettre à jour des produits en masse.
   Critère d'acceptation : du code réel qu'ils ont écrit ou qu'ils gèrent, et non une capture d'écran de la documentation de l'API de BigCommerce.
7. Question : Avez-vous configuré le punchout cXML pour un acheteur ?
   Réponse : Indiquez s'il s'agit d'un compte spécifique pour lequel cela a été mis en place, ou répondez honnêtement « pas encore, voici qui l'a fait » plutôt que de bluffer avec assurance.
8. Question : Montrez-moi la documentation que vous avez remise à l'équipe interne d'un client après le lancement.
   Critère d'acceptation : un document concret comportant de véritables captures d'écran et les noms des champs, et non la promesse d'en rédiger un ultérieurement.
9. Question : Avez-vous déjà développé quelque chose sur Catalyst ou avec l'API GraphQL Storefront ?
   Critère de sélection : un projet concret ou une explication sincère des raisons pour lesquelles Stencil est aujourd'hui la solution la mieux adaptée à votre catalogue spécifique.

Comment consulter un référentiel de thèmes Stencil sans être développeur ?

Pas besoin d’écrire du code pour tirer des enseignements concrets d’un dépôt Git. Demandez un accès en lecture et examinez trois éléments. Tout d’abord, l’historique des commits : une version de Stencil en bon état présente des commits répartis sur plusieurs semaines, accompagnés de messages décrivant des modifications précises, et non un seul commit gigantesque intitulé « final ».

Deuxièmement, examinez où se trouve la logique personnalisée. Si chaque fonctionnalité personnalisée est directement intégrée au thème Stencil au lieu d’être isolée dans un extrait de code du Script Manager ou dans une application autonome, cela pose un problème de maintenabilité qui ne manquera pas de se manifester dès le premier changement de développeur. Troisièmement, soyez attentif aux signes spécifiques indiquant qu’une seule personne travaille sous la pression des délais : absence de commentaires, absence de fichier README, noms de variables tels que « temp2 » et « fixThis », et un historique de commits qui passe de zéro à des centaines de fichiers en une seule opération. Ce schéma signifie presque toujours que la transition vers le prochain développeur BigCommerce sera coûteuse.

Quelles sont les 5 questions qui permettent de distinguer un développeur BigCommerce d'un généraliste ?

Sur BigCommerce, posez ces cinq questions et prêtez attention à la précision des réponses, plutôt qu'à l'assurance affichée.

1. Quelle est la différence entre une liste de prix et une remise par groupe de clients, et dans quels cas utilise-t-on l'une plutôt que l'autre ?
2. Expliquez-moi comment vous procéderiez pour synchroniser les stocks entre BigCommerce et un ERP tel qu’Epicor Prophet 21 sans risquer de vendre deux fois les mêmes articles.
3. Qu'est-ce que l'on développe au sein du thème Stencil par rapport à une application distincte ou au Script Manager, et en quoi cette distinction est-elle importante six mois après le lancement ?
4. Si nous devions mettre en place une solution cXML « punchout » pour un grand acheteur, qu'est-ce que cela impliquerait concrètement ?
5. Qu'est-ce que Catalyst peut faire aujourd'hui que Stencil ne peut pas faire, d'une manière qui serait pertinente pour notre catalogue spécifique ?

Un développeur BigCommerce ayant déjà réalisé ce type de travail répond à chacune de ces questions en moins d’une minute, en joignant un exemple concret. Un généraliste utilise un langage neutre vis-à-vis de la plateforme : « Nous gérons des intégrations tout le temps », sans citer le moindre système.

Que doivent inclure les services de développement BigCommerce, et quels éléments sont facturés séparément ?

Les dépassements budgétaires dans cette catégorie sont presque toujours dus à une mauvaise définition du périmètre, et non à un problème de tarif. Des services de développement BigCommerce bien définis précisent exactement quels groupes de clients, quelles listes de prix et quelles intégrations sont inclus avant la signature du contrat, ce qui évite que les catégories ci-dessous ne fassent l'objet de discussions en cours de projet.

Consultez notre présentation détaillée des services de développement BigCommerce si vous souhaitez obtenir une version plus complète de cette discussion sur le périmètre du projet avant de signer quoi que ce soit.

Pourquoi faudrait-il évaluer une agence BigCommerce à l'aune de ses réalisations en matière d'intégration plutôt qu'à celle de son portfolio ?

Le travail d'intégration réalisé par une agence BigCommerce n'apparaît presque jamais dans son portfolio, car il est, par nature, invisible lorsqu'il fonctionne correctement. Personne ne fait de capture d'écran d'un webhook. Demandez plutôt un exemple concret : comment ont-ils connecté BigCommerce à un moteur fiscal tel qu'Avalara, et que s'est-il passé la dernière fois qu'un barème fiscal a changé en cours de trimestre ?

La question diagnostique essentielle porte sur la gestion des défaillances. Demandez à n’importe quelle agence BigCommerce ce qui se passe lorsqu’un webhook échoue de manière silencieuse, comment elle s’en rend compte et combien de temps il lui faut pour le détecter. Une agence disposant d’une véritable expertise en matière d’intégration vous décrira les systèmes de surveillance et d’alerte. Une agence qui n’en dispose pas citera la réclamation d’un client comme méthode de détection. Pour une vision technique plus approfondie de la manière dont les connexions ERP sont réellement mises en place sur cette plateforme, notre article consacré à l’intégration d’Epicor P21 et de BigCommerce aborde le middleware, l’application native et les options de développement sur mesure de manière plus détaillée que ne le permet cet espace.

Que doit savoir un développeur BigCommerce B2B au sujet des listes de prix et des groupes de clients ?

Un développeur BigCommerce spécialisé dans le B2B doit maîtriser parfaitement un ensemble spécifique de fonctionnalités natives, et pas seulement les compétences en matière de thèmes. Les « groupes de clients » permettent de segmenter vos acheteurs, tandis que les « listes de prix » appliquent à ces groupes des règles de tarification spécifiques au niveau des variantes ; c’est ainsi qu’un acheteur en gros voit des prix unitaires différents de ceux affichés à un visiteur au détail sur le même catalogue. Une erreur à ce niveau peut avoir deux conséquences : soit tous les acheteurs voient le même prix, ce qui va à l’encontre de l’objectif de la tarification B2B, soit la tarification cesse de fonctionner de manière invisible pour un segment donné lors d’une promotion.

Au-delà de la tarification, un développeur BigCommerce B2B compétent doit maîtriser les fonctionnalités de BigCommerce B2B Edition, notamment les comptes d’entreprise, les rôles d’acheteurs multi-utilisateurs et les workflows de validation, ainsi que les configurations multi-boutiques pour les entreprises gérant des expériences B2B et B2C distinctes à partir d’un même back-end. Si vos acheteurs ont besoin de la fonctionnalité « punchout » cXML pour que leur système d’achat puisse accéder directement à votre catalogue, il s’agit d’une compétence spécialisée et peu courante ; il vaut mieux le vérifier dès le départ plutôt que de découvrir cette lacune en cours de développement.