Sporchi segreti del commercio senza testa: ciò che alcuni venditori intenzionalmente non dicono

Gli sporchi segreti delle soluzioni di commercio senza testa: ciò che alcuni venditori (intenzionalmente) non ti dicono può costarti molto tempo.

Il commercio senza testa, o semplicemente "senza testa", è il beniamino del mondo B2C in questo momento. Secondo Google Trends, le richieste di ricerca per il commercio senza testa sono cresciute in modo esponenziale dall'inizio del 2020. Dal punto di vista dell'e-commerce, è facile capire perché.

I consumatori sono stati costretti a casa, legati ai loro feed sui social media durante la pandemia. I marchi diretti al consumatore possono sfruttare media come Instagram, TikTok o Facebook e portare i loro prodotti direttamente al pubblico previsto. Le soluzioni di commercio senza testa sono un gioco da ragazzi.

Le architetture headless offrono una grande flessibilità. A causa del disaccoppiamento tra front-end e back-end (e la disponibilità delle API), è molto più facile per le organizzazioni che desiderano distribuire il commercio su nuovi canali farlo con una piattaforma che supporta headless.

Le soluzioni di commercio senza testa offrono anche una maggiore agilità poiché il frontend e il backend vengono distribuiti separatamente. Poiché l'agilità è diventata un enorme fattore di differenziazione del business, l'interesse per l'headless è in aumento.

Soluzioni per il commercio senza testa: superare l'hype

Ma cos'è esattamente il commercio senza testa? Come spesso accade nel mondo della tecnologia e del marketing, c'è la tendenza ad aggrapparsi all'ultima parola d'ordine brillante - ripensare ai big data o all'intelligenza artificiale/apprendimento automatico un paio di anni fa - e inserirla in quante più conversazioni possibili .

Quando le persone non riescono davvero a definire cosa sia una cosa, tuttavia, le acque intorno a quella cosa tendono a diventare piuttosto torbide. Questo è esattamente ciò che sta accadendo con il commercio senza testa.

Non possiamo essere troppo duri con i marketer; non sono gli unici a confondere le acque. Molti fornitori si stanno aggiungendo al mix, intenzionalmente o meno, unendo headless, cloud, API e microservizi. Hanno i loro programmi, quindi è a loro vantaggio offuscare i confini tra queste cose. E per essere chiari, nessuno di loro è lo stesso.

In poche parole, commercio senza testa significa:

1. Il frontend/storefront/glass è disaccoppiato dal motore commerciale (cioè il backend).
2. Poiché è disaccoppiato, utilizza funzionalità di back-end come prezzi e promozioni tramite chiamate API.
3. Pertanto, per definizione, affinché una piattaforma di commercio sia in grado di supportare distribuzioni headless, è necessaria la copertura API della funzionalità di back-end commerciale.

Entriamo e diamo un'occhiata più da vicino a cosa è esattamente senza testa (e cosa non è), da dove viene e per chi è.

Il commercio senza testa non è niente di nuovo

Mentre il termine stesso potrebbe aver iniziato a prendere piede solo negli ultimi due anni, il concetto di senza testa non è neanche lontanamente nuovo. Come accennato in precedenza, è un approccio API-first in cui il front-end/strato di presentazione/vetro è disaccoppiato dal core (utilizzando le API).

Ad esempio, in SAP (e in precedenza Hybris), abbiamo abilitato le funzionalità di commercio tramite il nostro livello API Restful (Omni-Commerce Connect) per oltre un decennio. Circa la metà degli oltre 3500 clienti che eseguono SAP Commerce (on-premise e nel cloud) lo fanno senza testa con un CMS di terze parti o una vetrina disaccoppiata su misura.

Il punto è che non fatevi ingannare dal ronzio; headless non è appena emerso sulla scena.

Le soluzioni di puro commercio senza testa non sono per tutti

Senza testa, come tutto il resto, non è per tutti. È complesso, tanto per cominciare. Gli sviluppatori devono avere competenze approfondite e complete su più codebase.

Ma non è tutto. Richiedono maturità IT e capacità di sviluppo, poiché un livello di presentazione/vetrina su misura deve essere creato interamente da zero utilizzando framework e librerie front-end (come Angular/React/Vue) o tramite una soluzione di partner come minimo. Questi frontend personalizzati in genere non sono supportati dal fornitore.

Inoltre, i frontend su misura in genere limitano la capacità degli operatori aziendali di progettare e aggiornare il frontend senza l'aiuto dell'IT. Se questa è una considerazione importante per la tua attività, allora le soluzioni di commercio senza testa potrebbero non essere adatte a te.

La buona notizia: i fornitori offrono funzionalità "senza testa e frontalmente" con una copertura API del 100% e una vetrina disaccoppiata senza la necessità di costruirla da zero. Questo approccio accelera lo sviluppo del frontend e la tempistica complessiva di consegna del progetto.

Headless non è sinonimo di microservizi

Come accennato all'inizio, alcuni fornitori stanno intenzionalmente confondendo le acque confondendo headless con i microservizi. Mettiamo le cose in chiaro.

No, i microservizi NON sono equivalenti alle API. E no (sto per usare la mia voce “esterna” qui), UN'ARCHITETTURA BASATA SU MICROSERVIZI NON È UN PREREQUISITO PER SENZA TESTA (le API, invece, lo sono).

Secondo Martin Fowler, "lo stile architettonico del microservizio è un approccio allo sviluppo di una singola applicazione come una suite di piccoli servizi, ciascuno in esecuzione nel proprio processo e comunicante con meccanismi leggeri, spesso un'API di risorse HTTP".

Avete letto bene: i microservizi espongono le loro capacità tramite le API e, in quanto tali, sono concetti complementari, non intercambiabili. Confronta un'architettura basata su microservizi con un'architettura monolitica in cui l'intera applicazione è costituita da "un pezzo" di codice. Nel mondo reale, poche applicazioni sono completamente basate su microservizi o completamente monolitiche; in genere cadono da qualche parte nel mezzo.

Sebbene i microservizi possano fare molte cose, sono anche costosi (molte spese generali) e non sono affatto un proiettile d'argento per l'agilità. Senza entrare nei pro e contro di ogni modello architettonico, vale la pena notare che il vantaggio principale di un'architettura basata su microservizi è la velocità e l'agilità con cui le grandi organizzazioni di sviluppo possono creare software. L'overhead è piccolo rispetto al tempo necessario per sviluppare codice in un'architettura monolitica.

Quindi, è piuttosto prezioso per un fornitore di piattaforme commerciali come Amazon che in genere ha centinaia di sviluppatori che ci lavorano. Tuttavia, questo tipo di architettura non funzionerebbe bene per tutti. È particolarmente adatto per le organizzazioni che non hanno le doti IT e le corrispondenti risorse di sviluppo del commercio per trarne vantaggio.

È meglio considerare quella che Gartner chiama architettura aziendale componibile. Questo modello di elementi costitutivi intercambiabili consente a un'azienda di riorganizzarsi secondo necessità, a seconda di fattori quali un cambiamento nei valori dei clienti o un cambiamento improvviso nella catena di approvvigionamento o nei materiali. Questi blocchi o moduli possono essere micro, ma anche macro servizi.

Secondo Gartner, questa architettura fornisce: velocità attraverso la scoperta, maggiore agilità attraverso la modularità, migliore leadership attraverso l'orchestrazione e resilienza attraverso l'autonomia. Questo non avrebbe potuto essere più importante che durante la pandemia, quando le organizzazioni hanno dovuto ripensare completamente e trasformare i propri modelli di business nel giro di pochi giorni o rischiare di andare in bancarotta.

Ora, se ti stai chiedendo perché alcuni fornitori si stanno fondendo senza testa con i microservizi, la risposta è vecchia quanto lo stesso mercato del software aziendale. Sottolineando una nuova brillante capacità, consente ai fornitori emergenti di distogliere l'attenzione dalle funzionalità in cui non sono all'altezza della piattaforma e della robustezza delle funzionalità.

E mentre un'architettura moderna è sicuramente una considerazione importante quando si seleziona una piattaforma di commercio, non può essere a scapito della ricchezza funzionale o della capacità di potenziare gli utenti aziendali.

Headless è qui per restare

Poiché il numero di punti di contatto continua a crescere, il commercio senza testa non sta andando da nessuna parte. Quando scegli una piattaforma, considera tutti i requisiti funzionali e non applicabili alla tua attività, non solo oggi, ma anche domani.

Selezionare una piattaforma che potrebbe fare il lavoro oggi, ma che non supporterà la tua crescita in futuro ( ad esempio, la localizzazione internazionale ) è miope e si tradurrà solo nel prendere a calci la proverbiale lattina lungo la strada.

Infine, il fatto che alcuni fornitori vogliano che tu guardi l'oggetto luminoso e brillante non significa che gli altri requisiti improvvisamente non contano. La gestione delle informazioni sui prodotti, la gestione dei contenuti Web, la gestione degli ordini, le funzionalità B2B, le funzionalità B2C e la personalizzazione sono essenziali.

Non cadere nella trappola di unire funzionalità robuste con architettura legacy, nonostante ciò che dicono alcuni fornitori.