Secretele murdare ale comerțului fără cap: ceea ce unii vânzători nu spun în mod intenționat

Secretele murdare ale soluțiilor comerciale fără cap: ceea ce unii vânzători (intenționat) nu vă spun, vă poate costa foarte mult.

Comerțul fără cap – sau, pur și simplu, „fără cap” – este dragul lumii B2C chiar acum. Potrivit Google Trends, cererile de căutare pentru comerț fără cap au crescut exponențial de la începutul anului 2020. Din punct de vedere al comerțului electronic, este ușor de înțeles de ce.

În timpul pandemiei, consumatorii au fost închiși în casă, legați de rețelele lor de socializare. Brandurile direct către consumatori pot profita de media precum Instagram, TikTok sau Facebook și pot duce produsele direct către publicul vizat. Soluțiile de comerț fără cap sunt o idee simplă.

Arhitecturile fără cap oferă o mare flexibilitate. Datorită decuplării front-end-ului și backend-ului (și disponibilității API-urilor), este mult mai ușor pentru organizațiile care doresc să implementeze comerț pe noi canale să o facă cu o platformă care acceptă headless.

Soluțiile de comerț fără cap oferă, de asemenea, o agilitate mai mare, deoarece front-end-ul și backend-ul sunt implementate separat. Deoarece agilitatea a devenit un factor de diferențiere extraordinar de afaceri, interesul pentru fără cap este în creștere.

Soluții comerciale fără cap: depășirea hype-ului

Dar ce este exact comerțul fără cap? Așa cum este adesea cazul în lumea tehnologiei și a marketingului, există tendința de a se agăța de cel mai recent cuvânt la modă strălucitor - gândiți-vă la date mari sau la inteligența artificială/învățarea automată cu câțiva ani în urmă - și de a-l injecta în cât mai multe conversații posibil. .

Când oamenii nu pot defini cu adevărat ce este un lucru, totuși, apele din jurul acelui lucru tind să devină destul de tulbure. Exact asta se întâmplă cu comerțul fără cap.

Nu putem fi prea duri cu marketerii; nu sunt singurii care tulbură apele. O mulțime de furnizori adaugă la mix, intenționat sau altfel, prin combinarea headless, cloud, API-uri și microservicii. Ei au agendele lor, așa că este în avantajul lor să estompeze liniile dintre aceste lucruri. Și pentru a fi clar, niciuna dintre ele nu este la fel.

Mai simplu spus, comerțul fără cap înseamnă:

1. Frontend-ul/storefront/glass este decuplat de motorul de comerț (adică, backend-ul).
2. Deoarece este decuplat, consumă capabilități backend precum prețurile și promoțiile prin apeluri API.
3. Prin urmare, prin definiție, pentru ca o platformă de comerț să poată susține implementări fără cap, are nevoie de acoperire API a funcționalității backend de comerț.

Să intrăm și să aruncăm o privire mai atentă la exact ce este fără cap (și ce nu), de unde provine și cui este.

Comerțul fără cap nu este ceva nou

În timp ce termenul în sine a început să se aprindă abia în ultimii doi ani, conceptul de fără cap nu este nici pe departe nou. După cum s-a menționat mai sus, este o abordare bazată pe API în care front-end-ul/stratul de prezentare/sticlă este decuplat de nucleu (folosind API-urile).

De exemplu, la SAP (și anterior Hybris), am activat capabilități comerciale prin intermediul stratului nostru API Restful (Omni-Commerce connect) de peste un deceniu. Aproximativ jumătate dintre cei peste 3500 de clienți care rulează SAP Commerce (on-premises și în cloud) fac acest lucru fără cap, cu un CMS terță parte sau vitrine decuplate la comandă.

Ideea este că nu vă lăsați păcăliți de zgomot; fără cap nu tocmai a apărut în scenă.

Soluțiile de comerț pur fără cap nu sunt pentru toată lumea

Fără cap, ca în orice altceva, nu este pentru toată lumea. Este complex, pentru început. Dezvoltatorii trebuie să aibă abilități profunde și extinse în mai multe baze de cod.

Dar asta nu este tot. Acestea necesită maturitate IT și capacitate de dezvoltare, deoarece un strat de prezentare/vitrină personalizat trebuie să fie construit în întregime de la zero, folosind cadre și biblioteci front-end (cum ar fi Angular/React/Vue) sau printr-o soluție parteneră la minimum. Aceste interfețe personalizate nu sunt, în general, acceptate de furnizor.

În plus, front-end-urile personalizate limitează de obicei capacitatea practicienilor de afaceri de a proiecta și actualiza interfața fără ajutorul IT. Dacă acesta este un aspect important pentru afacerea dvs., atunci soluțiile comerciale fără cap ar putea să nu fie potrivite pentru dvs.

Vestea bună: furnizorii oferă capabilități „fără cap și direct” cu acoperire API de 100% și o vitrină decuplată, fără a fi nevoie să o construiască de la zero. Această abordare accelerează dezvoltarea front-end și calendarul general de livrare a proiectului.

Headless nu este egal cu microservicii

După cum am menționat la început, unii vânzători îngrădesc în mod intenționat apele prin combinarea fără cap cu microservicii. Să clarificăm recordul.

Nu, microserviciile NU sunt echivalente cu API-urile. Și nu (sunt pe cale să-mi folosesc vocea „din afară” aici), O ARHITECTURĂ BAZATĂ PE MICROSERVICII NU ESTE O CERINȚĂ PREALĂ PENTRU HEADLESS (API-urile, pe de altă parte, sunt).

Potrivit lui Martin Fowler, „stilul arhitectural de microservicii este o abordare a dezvoltării unei singure aplicații ca o suită de servicii mici, fiecare rulând în propriul proces și comunicând cu mecanisme ușoare, adesea un API de resurse HTTP.”

Ai citit bine – microserviciile își expun capacitățile prin intermediul API-urilor și, ca atare, sunt concepte complementare, nu interschimbabile. Comparați o arhitectură bazată pe microservicii cu o arhitectură monolitică în care întreaga aplicație constă dintr-o „o singură bucată” de cod. În lumea reală, puține aplicații sunt fie complet bazate pe microservicii, fie complet monolitice; de obicei cad undeva la mijloc.

Deși microserviciile pot face o mulțime de lucruri, ele sunt, de asemenea, costisitoare (o mulțime de cheltuieli) și nu sunt deloc un glonț de argint pentru agilitate. Fără a intra în avantajele și dezavantajele fiecărui model arhitectural, este de remarcat faptul că principalul avantaj al unei arhitecturi bazate pe microservicii este viteza și agilitatea cu care marile organizații de dezvoltare pot construi software. Suprafața este mică în comparație cu timpul de dezvoltare a codului într-o arhitectură monolitică.

Deci, este destul de valoros pentru un furnizor de platforme comerciale precum Amazon, care are de obicei sute de dezvoltatori care lucrează la el. Cu toate acestea, acest tip de arhitectură nu ar funcționa bine pentru toată lumea. Este o potrivire deosebit de slabă pentru organizațiile care nu au cotele IT și resursele corespunzătoare de dezvoltare a comerțului pentru a beneficia de el.

Este mai bine să luați în considerare ceea ce Gartner numește arhitectura de afaceri componabilă. Acest model de blocuri interschimbabile permite unei afaceri să se rearanjeze după cum este necesar, în funcție de factori precum o schimbare a valorilor clienților sau schimbarea bruscă a lanțului de aprovizionare sau a materialelor. Aceste blocuri sau module pot fi servicii micro, dar și macro.

Potrivit Gartner, această arhitectură oferă: viteză prin descoperire, agilitate mai mare prin modularitate, leadership mai bun prin orchestrare și rezistență prin autonomie. Acest lucru nu ar fi putut fi mai important decât în ​​timpul pandemiei, când organizațiile au trebuit să-și regândească complet și să-și orienteze modelele de afaceri în câteva zile sau riscă să intre în faliment.

Acum, dacă vă întrebați de ce unii furnizori confundă fără cap cu microservicii, răspunsul este la fel de vechi ca piața de software pentru întreprinderi în sine. Subliniind o nouă capacitate strălucitoare, le permite vânzătorilor în curs de dezvoltare să-și deturneze atenția de la capabilități în care sunt insuficiente precum platforma și robustețea caracteristicilor.

Și în timp ce o arhitectură modernă este cu siguranță o considerație importantă atunci când alegeți o platformă de comerț, aceasta nu poate fi în detrimentul bogăției funcționale sau a capacității de a împuternici utilizatorii de afaceri.

Fără cap a venit pentru a rămâne

Pe măsură ce numărul punctelor de contact continuă să crească, comerțul fără cap nu merge nicăieri. Atunci când selectați o platformă, luați în considerare toate cerințele funcționale și nefuncționale aplicabile afacerii dvs., nu doar astăzi, ci și mâine.

Selectarea unei platforme care ar putea face treaba astăzi, dar care nu vă va susține creșterea pe linie ( de exemplu, localizarea internațională ) este miop și va avea ca rezultat doar aruncarea cu piciorul proverbialului pe drum.

În cele din urmă, faptul că unii vânzători doresc să te uiți la obiectul strălucitor și strălucitor nu înseamnă că celelalte cerințe dintr-o dată nu contează. Gestionarea informațiilor despre produse, gestionarea conținutului web, gestionarea comenzilor, capabilitățile B2B, capabilitățile B2C și personalizarea sunt esențiale.

Nu cădeți în capcana de a combina funcționalitatea robustă cu arhitectura moștenită, în ciuda a ceea ce spun unii furnizori.