Sale secrets du commerce sans tête : ce que certains vendeurs ne disent pas intentionnellement

Les sales secrets des solutions de commerce sans tête : ce que certains fournisseurs ne vous disent pas (intentionnellement) peut vous coûter très cher.

Le commerce sans tête - ou, simplement, "sans tête" - est le chouchou du monde B2C en ce moment. Selon Google Trends, les demandes de recherche pour le commerce sans tête ont augmenté de façon exponentielle depuis le début de 2020. Du point de vue du commerce électronique, il est facile de comprendre pourquoi.

Les consommateurs ont été confinés chez eux, attachés à leurs flux de médias sociaux pendant la pandémie. Les marques s'adressant directement aux consommateurs peuvent tirer parti de médias comme Instagram, TikTok ou Facebook et proposer leurs produits directement à leur public cible. Les solutions de commerce sans tête sont une évidence.

Les architectures sans tête offrent une grande flexibilité. En raison du découplage du frontend et du backend (et de la disponibilité des API), il est beaucoup plus facile pour les organisations qui souhaitent déployer le commerce sur de nouveaux canaux de le faire avec une plateforme prenant en charge le headless.

Les solutions de commerce sans tête offrent également une plus grande agilité car le frontend et le backend sont déployés séparément. Depuis que l'agilité est devenue un formidable différenciateur commercial, l'intérêt pour le headless est en plein essor.

Solutions de commerce sans tête : couper à travers le battage médiatique

Mais qu'est-ce que le commerce sans tête exactement ? Comme c'est souvent le cas dans les mondes de la technologie et du marketing, on a tendance à s'accrocher au dernier mot à la mode - repensez au big data ou à l'intelligence artificielle/apprentissage automatique il y a quelques années - et à l'injecter dans autant de conversations que possible. .

Lorsque les gens ne peuvent pas vraiment définir ce qu'est une chose, cependant, les eaux autour de cette chose ont tendance à devenir assez troubles. C'est exactement ce qui se passe avec le commerce sans tête.

Nous ne pouvons pas être trop durs avec les spécialistes du marketing ; ils ne sont pas les seuls à brouiller les pistes. De nombreux fournisseurs ajoutent au mélange, intentionnellement ou non, en confondant headless, cloud, API et microservices. Ils ont leurs agendas, c'est donc à leur avantage de brouiller les lignes entre ces choses. Et pour être clair, aucun d'eux n'est pareil.

En termes simples, le commerce sans tête signifie :

1. Le frontend/storefront/glass est découplé du moteur de commerce (c'est-à-dire le backend).
2. Comme il est découplé, il consomme des fonctionnalités backend telles que la tarification et les promotions via des appels d'API.
3. Par conséquent, par définition, pour qu'une plate-forme de commerce puisse prendre en charge les déploiements sans tête, elle a besoin d'une couverture API de la fonctionnalité de backend de commerce.

Allons-y et regardons de plus près ce qu'est exactement le sans tête (et ce qu'il n'est pas), d'où il vient et à qui il est destiné.

Le commerce sans tête n'est pas nouveau

Alors que le terme lui-même n'a peut-être commencé à prendre de l'ampleur qu'au cours des deux dernières années, le concept de sans tête n'est pas nouveau à distance. Comme mentionné ci-dessus, il s'agit d'une approche basée sur l'API dans laquelle le front-end/couche de présentation/verre est découplé du noyau (à l'aide des API).

Par exemple, chez SAP (et anciennement Hybris), nous activons les capacités de commerce via notre couche API Restful (Omni-Commerce connect) depuis plus d'une décennie. Environ la moitié des plus de 3 500 clients qui utilisent SAP Commerce (sur site et dans le cloud) le font sans tête avec un CMS tiers ou une vitrine découplée sur mesure.

Le fait est, ne vous laissez pas berner par le buzz; headless ne vient pas d'émerger sur la scène.

Les solutions de commerce sans tête pures ne sont pas pour tout le monde

Headless, comme pour tout le reste, n'est pas pour tout le monde. C'est complexe, pour commencer. Les développeurs doivent avoir des compétences approfondies et étendues sur plusieurs bases de code.

Mais ce n'est pas tout. Ils nécessitent une maturité informatique et une capacité de développement, car une couche de présentation/vitrine sur mesure doit être entièrement créée à partir de zéro à l'aide de frameworks et de bibliothèques frontaux (tels que Angular/React/Vue) ou via une solution partenaire au strict minimum. Ces interfaces personnalisées ne sont généralement pas prises en charge par le fournisseur.

De plus, les interfaces sur mesure limitent généralement la capacité des professionnels à concevoir et mettre à jour l'interface sans l'aide de l'informatique. S'il s'agit d'une considération importante pour votre entreprise, les solutions de commerce sans tête uniquement pourraient ne pas vous convenir.

La bonne nouvelle : les fournisseurs offrent des fonctionnalités "headless and head-on" avec une couverture API à 100 % et une vitrine découplée sans qu'il soit nécessaire de la construire à partir de zéro. Cette approche accélère le développement frontal et le calendrier global de livraison du projet.

Headless n'est pas synonyme de microservices

Comme nous l'avons mentionné au début, certains fournisseurs brouillent intentionnellement les cartes en confondant headless et microservices. Mettons les pendules à l'heure.

Non, les microservices ne sont PAS équivalents aux API. Et non (je suis sur le point d'utiliser ma voix "extérieure" ici), UNE ARCHITECTURE BASÉE SUR DES MICROSERVICES N'EST PAS UN PRÉ-REQUIS À HEADLESS (les API, en revanche, le sont).

Selon Martin Fowler, "le style architectural de microservice est une approche pour développer une application unique en tant que suite de petits services, chacun s'exécutant dans son propre processus et communiquant avec des mécanismes légers, souvent une API de ressource HTTP".

Vous avez bien lu - les microservices exposent leurs capacités via des API et, en tant que tels, sont des concepts complémentaires et non interchangeables. Comparez une architecture basée sur des microservices à une architecture monolithique où l'ensemble de l'application consiste en « un seul morceau » de code. Dans le monde réel, peu d'applications sont entièrement basées sur des microservices ou entièrement monolithiques ; ils se situent généralement quelque part au milieu.

Bien que les microservices puissent faire beaucoup de choses, ils sont également coûteux (beaucoup de frais généraux) et ne sont en aucun cas une solution miracle pour l'agilité. Sans entrer dans les avantages et les inconvénients de chaque modèle architectural, il convient de noter que le principal avantage d'une architecture basée sur des microservices est la vitesse et l'agilité avec lesquelles les grandes organisations de développement peuvent créer des logiciels. La surcharge est faible par rapport au temps nécessaire pour développer du code dans une architecture monolithique.

Il est donc très utile pour un fournisseur de plateforme de commerce comme Amazon, qui compte généralement des centaines de développeurs qui y travaillent. Cependant, ce type d'architecture ne fonctionnerait pas bien pour tout le monde. C'est une solution particulièrement mal adaptée aux organisations qui ne disposent pas des outils informatiques et des ressources de développement commercial correspondantes pour en bénéficier.

Il vaut mieux considérer ce que Gartner appelle l'architecture métier composable. Ce modèle de blocs de construction interchangeables permet à une entreprise de se réorganiser selon ses besoins, en fonction de facteurs tels qu'un changement dans les valeurs des clients ou un changement soudain dans la chaîne d'approvisionnement ou les matériaux. Ces blocs de construction ou modules pourraient être des micro, mais aussi des macro services.

Selon Gartner, cette architecture offre : la rapidité grâce à la découverte, une plus grande agilité grâce à la modularité, un meilleur leadership grâce à l'orchestration et la résilience grâce à l'autonomie. Cela n'aurait pas pu être plus important que pendant la pandémie, lorsque les organisations ont dû complètement repenser et faire pivoter leurs modèles commerciaux en quelques jours ou risquer de faire faillite.

Maintenant, si vous vous demandez pourquoi certains fournisseurs confondent headless et microservices, la réponse est aussi ancienne que le marché des logiciels d'entreprise lui-même. En mettant l'accent sur une nouvelle capacité brillante, cela permet aux fournisseurs émergents de détourner l'attention des capacités là où elles manquent, comme la plate-forme et la robustesse des fonctionnalités.

Et bien qu'une architecture moderne soit certainement une considération importante lors de la sélection d'une plate-forme de commerce, cela ne peut pas se faire au détriment de la richesse fonctionnelle ou de la capacité à responsabiliser les utilisateurs professionnels.

Headless est là pour rester

Alors que le nombre de points de contact continue de croître, le commerce sans tête ne va nulle part. Lors de la sélection d'une plate-forme, tenez compte de toutes les exigences fonctionnelles et non fonctionnelles applicables à votre entreprise, non seulement aujourd'hui, mais aussi demain.

La sélection d'une plate-forme qui pourrait faire le travail aujourd'hui mais qui ne soutiendra pas votre croissance sur toute la ligne ( par exemple, la localisation internationale ) est à courte vue et n'aura pour résultat que de donner un coup de pied à la boîte proverbiale sur la route.

Enfin, le fait que certains vendeurs veuillent que vous regardiez l'objet brillant et brillant ne signifie pas que les autres exigences n'ont soudainement plus d'importance. La gestion des informations sur les produits, la gestion du contenu Web, la gestion des commandes, les capacités B2B, les capacités B2C et la personnalisation sont essentielles.

Ne tombez pas dans le piège de confondre fonctionnalité robuste et architecture héritée, malgré ce que disent certains fournisseurs.