9 kluczowych funkcji system贸w B2B e-commerce

Zapraszamy Was do zapoznania si臋 z drug膮 cz臋艣ci膮 artyku艂u o ciekawych funkcjach system贸w B2B e-commerce. Je偶eli nie mieli艣cie jeszcze okazji, to przeczytajcie najpierw pierwszy artyku艂 z serii. Koncepcje, kt贸re jednak tutaj przedstawimy, s膮 niezale偶ne od siebie 鈥 ka偶d膮 z nich mo偶na wykorzysta膰 osobno. Wykorzystajcie je w Waszych systemach i zbudujcie doskona艂膮 platform臋 dla Waszych Klient贸w.

Cechy platformy B2B

W B2B trzeba pami臋ta膰 o specyfice platformy. Cz臋sto s膮 to systemy, kt贸re wymagaj膮 wiele r贸偶nych typ贸w dost臋pu (np. u偶ytkownik贸w z mo偶liwo艣ci膮 kompletowania zam贸wienia, podgl膮du historii lub udzielania p艂atno艣ci). Systemy Business To Business cz臋sto (ale nie zawsze) s膮 te偶 wykorzystywane na urz膮dzeniach desktopowych lub tabletach. Wersja mobile jest potrzebna tylko w wyj膮tkowych okoliczno艣ciach. Wynika to z wygody u偶ytkowania. Przy zam贸wieniach, kt贸re potrafi膮 posiada膰 kilkaset wierszy produkt贸w, ci臋偶ko sobie wyobrazi膰, 偶e zamawianie przez smartfona mog艂oby by膰 wygodnym procesem.

Standardowe elementy platformy B2B e-commerce

Warto te偶 pami臋ta膰 o innych funkcjach system贸w B2B, kt贸re cz臋sto wyst臋puj膮 w platformach tego typu. S膮 to m.in.

  1. Konieczno艣膰 podania dokument贸w potwierdzaj膮cych albo ID identyfikuj膮cego, 偶eby uzyska膰 dost臋p do platformy;
  2. Limicie kredytowym 鈥 wiele firm udziela swoim Klientom linii kredytowej, 偶eby mogli realizowa膰 zam贸wienia, a za produkty p艂aci膰 z op贸藕nieniem. Oczywi艣cie im wi臋kszy Klient (i bardziej zaufany), tym mo偶e liczy膰 na wi臋kszy kredyt;
  3. Mo偶liwo艣膰 negocjowania oferty. Czasami nawet przedsi臋biorca, kt贸ry standardowo zamawia 10鈥20 produkt贸w, musi zrobi膰 wyj膮tkowe zam贸wienie np. z kilkuset pozycjami. W takim wypadku ma艂o kto b臋dzie chcia艂 p艂aci膰 t臋 sam膮 stawk臋. Idealnie sprawdza si臋 wi臋c mo偶liwo艣膰 poproszenia o obni偶enie ceny oferty.
  4. R贸偶ne formy dostawy. W zale偶no艣ci od zaawansowania platformy oraz organizacji, kt贸ra za ni膮 stoi, cz臋sto spotyka si臋 wiele form dostawy. Mali sklepikarze mog膮 chcie膰 zam贸wi膰 sobie ci臋偶ar贸wk臋, ale ju偶 du偶a sie膰 b臋dzie preferowa艂a Tira. Czasami zdarzaj膮 si臋 du偶o bardziej nietypowe formy dostawy jak cysterna, poci膮g, statek, etc.
  5. W przeciwie艅stwie do B2C, gdzie zazwyczaj zamawiane s膮 pojedyncze sztuki produktu, w B2B cz臋sto kupuje si臋 je na paczki albo palety. Powoduje to te偶 wiele ciekawych wyzwa艅 logistycznych, np. powstaje pytanie czy u偶ytkownik mo偶e zakupi膰 niepe艂n膮 palet臋? Innym pytaniem, na kt贸re trzeba sobie odpowiedzie膰, jest to, ile palet mie艣ci si臋 w Tirze? A je偶eli je umie艣cimy jedna na drugiej? A czy wszystkie produkty na to pozwalaj膮?
  6. Kluczowa funkcja 鈥 historia zam贸wie艅. W przypadku sklepu detalicznego czasami Klient wejdzie do tej sekcji, 偶eby sprawdzi膰 status zam贸wienia (albo przypomnie膰 sobie produkt, kt贸ry by艂 zamawiany). W przypadku sklepu dla firm bardzo wa偶na jest mo偶liwo艣膰 sprawdzenia op艂aty, ponownego zam贸wienia, zg艂oszenia uwag do zam贸wienia czy sprawdzenie statusu.

To jednak standard. Poznajcie za to seri臋 kolejnych funkcji, kt贸re spowoduj膮, 偶e Was system B2B b臋dzie nowoczesny i funkcjonalny.

B2B e-commerce
B2B e-commerce | 9 kluczowych funkcji systemu

B2B e-commerce | Przewodnik

Klienci po zalogowaniu do systemu, musz膮 si臋 go szybko nauczy膰. Celem jest oszcz臋dno艣膰 czasu detalist贸w. Dlatego dobrze sprawdzaj膮 si臋 przewodniki. Od najprostszego 鈥 video pokazywanego na pocz膮tku po zalogowaniu, a偶 po skomplikowane systemy przypominaj膮ce 鈥demo鈥 systemu. U偶ytkownicy b臋d膮 korzystali z naszego systemu, tylko je偶eli b臋dzie dla nich zrozumia艂y.

Dashboard

Bior膮c pod uwag臋, 偶e m贸wimy w wi臋kszo艣ci o zamkni臋tych systemach (cho膰 nie wszystkich), warto zastanowi膰 si臋 nad stworzeniem dashboard鈥檜, kt贸ry na pierwszy rzut oka da u偶ytkownikowi podgl膮d wszystkich najwa偶niejszych funkcji systemu. Ostatnie zam贸wienia, popularne produkty, zapisane koszyki, etc. To wszystko funkcje, kt贸re mog膮 wyr贸偶ni膰 Tw贸j system B2B. Co wi臋cej, system mo偶na zaprojektowa膰 w taki spos贸b, 偶eby u偶ytkownik sam m贸g艂 ustawi膰, jakie informacje chce widzie膰 w swoim dashboard鈥檢ie.

Checklista do sprawdzania zam贸wienia

Jednym z zada艅, kt贸re w艂a艣ciciel sklepu musi dopilnowa膰, jest przyj臋cie towaru i potwierdzenie zgodno艣ci zam贸wienia. Oczywi艣cie, mo偶na to robi膰 po prostu na bazie faktury. Jednak ciekawym udogodnieniem, mo偶e by膰 udost臋pnienie mo偶liwo艣ci pobrania checklisty zam贸wionych produkt贸w.

Checklista ta pozwoli osobie odbieraj膮cej towar odznaczy膰, kt贸re produkty i w jakiej ilo艣ci maj膮 przyjecha膰. Co wi臋cej 鈥 checklista mo偶e by膰 w pdf鈥檌e, excelu albo by膰 interaktywna.

Mo偶e np. by膰 dostosowana do urz膮dze艅 mobilnych, 偶eby swipe w lewo przyjmowa艂 towar, a swipe w prawo dodawa艂 komentarz lub zmienia艂 liczb臋 produkt贸w. Po zatwierdzeniu towaru spada on z listy, dzi臋ki czemu 艂atwiej utrzyma膰 uwag臋. Je偶eli tak膮 interaktywn膮 checklist臋 uzbroi膰 jeszcze w szybko dzia艂aj膮c膮 wyszukiwark臋 (wi臋cej na ten temat tutaj, to mo偶na znacz膮co u艂atwi膰 偶ycie naszym Klientom.

B2B e-commerce | Zaawansowana wyszukiwarka

Skoro ju偶 jeste艣my przy wyszukiwarce, to warto wspomnie膰, 偶e powinna ona obs艂ugiwa膰 nazwy, kody produkt贸w, a nawet ich fragmenty. Wyszukiwanie np. po ostatnich 4 cyfrach kodu, mo偶e by膰 przydatnym rozwi膮zaniem. Co wi臋cej, trzeba pami臋ta膰, 偶e r贸偶ni Klienci mog膮 szuka膰 po innych numerach kod贸w (o ile takie istniej膮). W zale偶no艣ci od naszych wymaga艅 biznesowych, ciekawym rozwi膮zaniem mo偶e by膰 r贸wnie偶 mo偶liwo艣膰 dodawania produkt贸w do koszyka, bezpo艣rednio z poziomu wyszukiwarki.

Mo偶liwo艣膰 wyboru terminu dostawy

W przypadku B2C nie jest to kluczowa funkcja, bo je偶eli produkty przyjad膮 nast臋pnego dnia to nic wielkiego si臋 nie stanie. W przypadku sprzeda偶y B2B to jednak bardzo wa偶ny element. Nie tylko dzie艅 dostawy, ale te偶 godzina. Zamawiaj膮c towar, powinni艣my zapewni膰 mo偶liwo艣膰 wyboru terminu albo przynajmniej przedzia艂u. W ko艅cu jeden sklep b臋dzie chcia艂 przyj膮膰 towar w ci膮gu dnia, bo wtedy s膮 osoby, kt贸re mog膮 obs艂u偶y膰 magazyn. Inny za to b臋dzie chcia艂 to zrobi膰 w godzinach wieczornych, kiedy ju偶 sklep jest zamkni臋ty i mo偶e skupi膰 si臋 na uk艂adaniu towaru na p贸艂kach, zamiast obs艂ugi Klient贸w.

Niestety techniczne umieszczenie tego wyboru jest najmniejszym problemem, kt贸ry przed Tob膮 stoi. Zapewnienie mo偶liwo艣ci wyboru godziny wymaga dog艂臋bnej analizy biznesowej, a tak偶e cz臋sto reorganizacji Twojego biznesu. Dlaczego? Poniewa偶, 偶eby paczka dotar艂a do Klienta o okre艣lonej porze, musi te偶 zosta膰 o odpowiedniej godzinie skompletowana, przewieziona, musz膮 by膰 dost臋pne odpowiednie osoby. Musi zosta膰 te偶 鈥przemielona鈥 przez system informatyczny (np. przej艣膰 informacja o p艂atno艣ci w przypadku przedp艂aty (kt贸ra akurat w B2B jest rzadko spotykana)).

Warto te偶 sobie odpowiedzie膰 na pytanie, jaki jest minimalny czas, kt贸ry potrzebuj臋 na przeprocesowanie zam贸wienia, zanim opu艣ci on m贸j magazyn. System informatyczny powinien blokowa膰 sk艂adania zam贸wie艅, kt贸re s膮 niemo偶liwe do uzyskania. Sytuacja jeszcze bardziej si臋 mo偶e skomplikowa膰, je偶eli mamy opcj臋 dodatkowo p艂atnej ekspresowej dostawy, ale to ju偶 zostawimy na inny artyku艂.

Rekomendowana lista produkt贸w

Wyobra藕 sobie, 偶e wchodzisz do systemu sklepowego. Wita Ciebie zam贸wienie przygotowane na podstawie 艣redniej z ostatnich wizyt 鈥 tj. produkty, kt贸re ju偶 znasz, w ilo艣ciach, w kt贸rych je zazwyczaj zamawiasz. Dodatkowo platforma taka mo偶e w 艂atwy spos贸b pozwala膰 na wymian臋, dodawanie i usuwanie produkt贸w. Dla sklepu, kt贸ry kompletuje zam贸wienie, mo偶e to by膰 niesamowita oszcz臋dno艣膰 czasu. Co wi臋cej 鈥 taka interaktywna lista proponowanych produkt贸w mo偶e te偶 uwzgl臋dnia膰 obecne promocje, tj. informowa膰 u偶ytkownika 鈥 鈥zazwyczaj zamawiasz ten produkt, wersja rozmiar wi臋ksza obecnie jest dost臋pna w promocji鈥.

Warto zaznaczy膰, 偶e zbudowanie takiej funkcji mo偶e by膰 dosy膰 czasoch艂onne, a stosunkowo podobny efekt mo偶na uzyska膰 poprzez skopiowanie zam贸wienia z historii zam贸wie艅 鈥 jest to wi臋c kwestia przypadku. Wszystko zale偶y od tego, czy akurat w tym systemie przyniesie to u偶ytkownikowi ko艅cowemu warto艣膰.

Um贸w si臋 na spotkanie z Sales-Repem

Jedn膮 z obaw firm jest bezosobowa obs艂uga. Jest to z jednej strony oczywi艣cie zaleta w postaci ni偶szego kosztu, ale z drugiej strony w pewien spos贸b 鈥瀞trza艂 w stop臋鈥, poniewa偶 ch艂odn膮, bezduszn膮 platform臋 mo偶na zawsze zast膮pi膰 inn膮 (u innego dostawcy), a w sprzeda偶y B2B cz臋sto zale偶y na relacjach i zni偶kach, kt贸re mo偶e zaoferowa膰 Sales-Rep.

Mo偶na jednak platform膮 rozwi膮za膰 w taki spos贸b, 偶eby akcentowa膰 ten 鈥渓udzki鈥 element. System mo偶e przypisywa膰 i wy艣wietla膰 opiekuna do ka偶dego Klienta (wraz ze zdj臋ciem, telefonem i imieniem/nazwiskiem). Mo偶na jednak zrobi膰 wi臋cej. Dlaczego nie da膰 biznesowi mo偶liwo艣ci skontaktowania si臋 ze swoim opiekunem przez platform臋? Np. nie da膰 mu mo偶liwo艣ci zadania pytania dot. danego pytania? Dlaczego te偶 nie umieszcza膰 tych odpowiedzi (oczywi艣cie wybranych) przy produktach, 偶eby innym u偶ytkownikom by艂o 艂atwiej? Tym samym stworzyliby艣my ma艂e F.A.Q. przy ka偶dym produkcie.

Sta艂y kontakt

Dlaczego nie uzbroi膰 naszych opiekun贸w w aplikacje z czatem, kt贸ry b臋d膮 mogli w艂膮cza膰 i by膰 dost臋pni dla swoich Klient贸w? Oczywi艣cie nie zawsze jest na to czas i miejsce. Mo偶e to by膰 bardzo frustruj膮ce, kiedy musimy si臋 skupi膰, a powiadomienia z czatu b臋d膮 nas atakowa膰 z ka偶dej ze stron, ale mo偶na wtedy czat wy艂膮czy膰 i oddzwoni膰 do Klienta.
Dlaczego nie umie艣ci膰 ikonki telefonu i maila, a po naci艣ni臋ciu w jeden z nich, nie wy艣wietli膰 komunikatu 鈥czy chcesz, 偶eby Tw贸j opiekun si臋 z Tob膮 skontaktowa艂鈥?

B2B e-commerce | Panic button

To jest bardzo ciekawa opcja, wymagaj膮ca dojrza艂ej organizacji. Mo偶na j膮 znale藕膰 w panelu zarz膮dzania serwerem np w firmie Zenbox.pl. Ot贸偶 w panelu administracyjnym jest przycisk 鈥Panic button鈥. Du偶y czerwony przycisk widoczny po prawej stronie na ka偶dej podstronie. Po klikni臋ciu Twoja wiadomo艣膰 (opisuj膮ca, dlaczego jeste艣 niezadowolony), jest wysy艂ana automatycznie do Zarz膮du firmy.

Jest to wybitne rozwi膮zanie, kt贸re pokazuje, 偶e firmie zale偶y, i 偶e nie boi si臋 ostrej krytyki. Co wi臋cej 鈥 zaprasza j膮, czyli chce si臋 polepszy膰 i sta膰, jak najlepsz膮 dla Klienta. Wykorzystanie podobnego mechanizmu w B2B mo偶e by膰 rewolucyjne.

Mo偶liwo艣ci kryj膮cych si臋 w systemach B2B e-commerce jest bardzo du偶o, a ich wdro偶enia wymagaj膮 do艣wiadczonych fachowc贸w. ORBA od ponad 10 lat z sukcesem wdra偶a nawet najbardziej skomplikowane i wyj膮tkowe pod wzgl臋dem funkcji projekty B2B e-commerce. Skontaktuj si臋 z nami tutaj, je偶eli chcesz porozmawia膰 o Twojej wizji systemu B2B.

Zobacz te偶 case studies ze zrealizowanych przez nas wdro偶e艅 B2B e-commerce.

9 najwa偶niejszych fakt贸w o Headless eCommerce

Coraz wi臋cej firm stosuje t臋 technologi臋 u swoich Klient贸w. Co za tym idzie 鈥 istnieje coraz wi臋ksza szansa, 偶e przy tworzeniu nowego sklepu, albo aktualizacji obecnego, Twoja agencja internetowa wypowie magiczne has艂o “headless eCommerce“. Warto, 偶eby艣 wiedzia艂, o co chodzi. Dzi臋ki temu b臋dziesz w stanie podj膮膰 艣wiadom膮 decyzj臋.

Trendy headless ecommerce

Headless jest has艂em, kt贸re zacz臋艂o si臋 pojawia膰 kilka lat temu (ok. 2015 roku), a od 2016 roku stale zyskuje na popularno艣ci. Dla przeci臋tnego Klienta to tylko technologia. Warto pami臋ta膰 jednak, 偶e nie艣wiadome wybranie technologii mo偶e mie膰 potem znacz膮ce konsekwencje. B臋dzie to wp艂ywa膰 m.in. na:

Czym jest headless eCommerce?

呕eby odpowiedzie膰 na to pytanie, trzeba zrozumie膰, jak s膮 skonstruowane sklepy internetowe. Standardowo sk艂adaj膮 si臋 z 3 element贸w:

1.     Bazy danych (miejsca, gdzie przetrzymywane s膮 wszystkie informacje, takie jak ceny, nazwy, opisy, zdj臋cia, etc.);

2.     Warstwy backendowej (czyli cz臋艣ci, kt贸re pobiera i przetwarza dane z bazy danych). Ta warstwa zawiera te偶 zazwyczaj cz臋艣膰 CMS-ow膮, czyli panel administracyjny, kt贸ry nam pozwala zarz膮dza膰 sklepem;

3.     Warstwy frontendowej (czyli sekcji, w kt贸rej wy艣wietlane s膮 wszystkie informacje dla Klienta ko艅cowego).

W tradycyjnym modelu te wszystkie 3 warstwy dzia艂aj膮 razem. W podej艣ciu headless eCommerce trzecia warstwa (frontendowa) jest “odci臋ta” (system jest pozbawiony tzw. “g艂owy”) i przytwierdzona za pomoc膮 API (czyli dwukierunkowego interfejsu komunikacji mi臋dzy 鈥済艂ow膮鈥 a “cia艂em”).

Je偶eli chodzi o sam膮 cz臋艣膰 frontendow膮, to najcz臋艣ciej stosuje si臋 jedn膮 z 3 technologii: vue.js, react.js lub angularJS. Ponownie 鈥 sama technologia nie ma dla nas najwi臋kszego znaczenia. Du偶o wa偶niejsze b臋dzie to, co mo偶emy dzi臋ki niej osi膮gn膮膰. Najwi臋kszym i najwa偶niejszym przyk艂adem b臋dzie serwis Alibaba. Dodatkowo pod tym linkiem prezentujemy jeszcze kilka innych przyk艂ad贸w.

Pytanie jakie si臋 teraz pojawia, jest nast臋puj膮ce: Po co si臋 to podej艣cie stosuje, co mo偶e nam to da膰 i kiedy nie warto go stosowa膰?

Zalety Headless eCommerce

Co wi臋c powoduje, 偶e warto zastosowa膰 podej艣cie headless?

Mo偶liwo艣膰 dostosowania wygl膮du do r贸偶nych urz膮dze艅

Bior膮c pod uwag臋, 偶e nasz CMS (system backendowy) jedynie przekazuje informacje do “g艂owy”, to mamy pe艂n膮 dowolno艣膰, jakie informacje chcemy otrzyma膰, kiedy, a tak偶e co mamy z nimi zrobi膰. Posiadaj膮c jeden system backendowy oraz API 艂膮cz膮ce go z frontem, mo偶emy “zasili膰” niesko艅czon膮 liczb臋 urz膮dze艅 i ekran贸w. Przyk艂adowo mo偶emy stworzy膰 zupe艂nie odr臋bny wygl膮d sklepu, systemu POS, aplikacji mobilnej, a nawet wersji na smartwatcha. Wszystko za pomoc膮 tych samych narz臋dzi.

Oczywi艣cie zaprojektowanie i wdro偶enie tych front贸w to kilkukrotnie wi臋cej pracy, ni偶 tylko przygotowanie wersji “tradycyjnej” sklepu, ale dalej powstaje tylko tzw. “g艂owa”, a ca艂a obs艂uga, informacje o produktach, procesowanie zam贸wie艅, zostaje po stronie jednego systemu backendowego. Oznacza to r贸wnie偶, 偶e b臋dziemy zarz膮dzali wszystkimi urz膮dzeniami z jednego miejsca. Mo偶e mie膰 to gigantyczne znaczenie przy procesowaniu zam贸wie艅.

Dowolno艣膰 w tym, co chcemy pokaza膰

Bior膮c pod uwag臋, 偶e technologia frontendowa jest ca艂kowicie odci臋ta od backendu, pozwala to developerom na wykorzystanie dowolnego j臋zyka i frameworku, w zale偶no艣ci od potrzeb. Ma to du偶e znaczenie, w szczeg贸lno艣ci maj膮c na uwadze, 偶e cz臋艣ci nowoczesnych rozwi膮za艅 UX nie da si臋 (albo jest to bardzo z艂o偶one) uzyska膰 bez wykorzystania pewnych technologii. W zale偶no艣ci od miejsca, gdzie chcemy te偶 zaprezentowa膰 aplikacj臋, mo偶emy te偶 wykorzysta膰 inn膮 technologi臋. W pewnym sensie ta zaleta poniek膮d jest r贸wnie偶 wad膮 (o tym za chwil臋).

Obni偶enie liczby zapyta艅 do bazy danych

Podej艣cie headless oznacza jednocze艣nie znacznie cz臋stsze wykorzystanie przegl膮darki do wykonywania skypt贸w i przelicze艅. Innymi s艂owy, mo偶e ona by膰 wykorzystywana do obs艂ugi tzw. logiki frontu. Obecnie przegl膮darki spokojnie sobie radz膮 z dosy膰 z艂o偶onymi kalkulacjami, potrafi膮 te偶 przechowa膰 sporo danych, kt贸re mo偶na wykorzysta膰 podczas nawigacji mi臋dzy stronami. Dzi臋ki temu cz臋艣膰 zapyta艅 jest ju偶 obs艂ugiwana w sekcji tzw. “g艂owy” witryny, zamiast trafia膰 do cz臋艣ci backendowej lub do bazy danych. Oznacza to mniejsze obci膮偶enie serwera bazodanowego.

Przyspieszenie dzia艂ania serwisu

Ostatni膮, lecz bardzo istotn膮 zalet膮 system贸w headless jest mo偶liwo艣膰 stworzenia szybszego sklepu. Jest to powi膮zane z wykorzystaniem przegl膮darki (o czym ju偶 wspominali艣my w poprzednim punkcie). Podsumowuj膮c – mo偶emy przechowa膰 wi臋cej informacji, wykona膰 mniej zapyta艅 do bazy, a tak偶e co wa偶niejsze 鈥 wykorzysta膰 pewne mechanizmy do艂adowuj膮ce tre艣膰, dopiero kiedy jest potrzebna. Wejd藕my ponownie na serwis Alibaba (tylko zr贸bmy to z trybu incognito). Pozw贸lmy si臋 stronie za艂adowa膰, a nast臋pnie przescrollujmy w d贸艂. Zauwa偶ymy do艂adowuj膮ce si臋 zdj臋cia. To w艂a艣nie mechanizm, o kt贸rym piszemy.

Bezpiecze艅stwo serwisu

Bezpiecze艅stwo serwisu
Warto zaznaczy膰, 偶e dzi臋ki rozdzieleniu frontu i backendu, uzyskujemy dodatkow膮 barier臋 chroni膮c膮 dane u偶ytkownik贸w. S膮 one przechowywane na innym serwerze, (zazwyczaj) o innym adresie ni偶 domena strony. Dodatkowo ograniczenie pewnych funkcji, o kt贸rych piszemy poni偶ej, mo偶e dodatkowo pozbawi膰 system “bramek”, przez kt贸re mo偶na by艂o si臋 do niego dosta膰.

Wady Headless eCommerce

Wady Headless eCommerce

Jak to bywa ze wszystkim, opr贸cz zalet s膮 r贸wnie偶 i pewne wady headless eCommerce. 呕eby podj膮膰 decyzj臋 musimy mie膰 te偶 艣wiadomo艣膰, jakie s膮 negatywy wykorzystania tej technologii.

Inne umiej臋tno艣ci w zespole / dro偶sze umiej臋tno艣ci

Podzia艂 na programist贸w backendowych / frontendowych istnia艂 zawsze. Jednak przy tym podej艣ciu b臋dziemy potrzebowali ludzi wyspecjalizowanych w technologii, kt贸ra jest stosunkowo nowa. S膮 to te偶 ludzie, kt贸rzy nie tylko b臋d膮 w stanie 艂adnie “opakowa膰” sklep, ale te偶 stworzy膰 do niego ca艂膮 logik臋. Dodatkowo mo偶emy potrzebowa膰 kogo艣, kto stworzy API 艂膮cz膮ce si臋 mi臋dzy tym co wida膰, a tym, co zarz膮dza sklepem. Si艂膮 rzeczy 鈥 taki zesp贸艂 prawdopodobnie b臋dzie dro偶szy.

Mniej mo偶liwo艣ci zespo艂u marketingowego

Wykorzystanie podej艣cia headlessowego oznacza te偶 ograniczenie mo偶liwo艣ci CMS sklepu. Jest oczywi艣cie mo偶liwo艣膰 odtworzenia praktycznie wszystkich funkcji, b臋dzie to jednak bardzo czasoch艂onne. Dla przyk艂adu: je偶eli oczekujemy, 偶e dodawane zdj臋cia, opisy i nazwa produktu zawsze b臋d膮 si臋 pojawia艂y w okre艣lonych miejscach i nasz zesp贸艂 marketingowy nie ma w planach tworzenia dedykowanych one-page鈥檙贸w dla ka偶dego z produkt贸w 鈥 to headless mo偶e by膰 dobrym podej艣ciem.

Mo偶liwy znacznie wy偶szy koszt

Celowo piszemy, 偶e mo偶liwy, poniewa偶 bardzo du偶o zale偶y tutaj od sytuacji, w kt贸rej aktualnie jeste艣my. Na koszt projektu headlessowego b臋d膮 wp艂ywa艂y m.in. nast臋puj膮ce kwestie:

1.     Czy potrzebujemy wielu gotowych modu艂贸w, kt贸re b臋dziemy instalowali w sklepie?

2.     Czy wi臋kszo艣膰 front贸w systemu b臋dzie sta艂a, czy chcemy mie膰 mo偶liwo艣膰 zarz膮dzania nimi?

3.     W jakiej technologii b臋dzie realizowany projekt?

Wi臋kszo艣膰 modu艂贸w, kt贸re zakupimy do CMSa, b臋dzie cz臋艣ciowo bezu偶yteczna, poniewa偶 trzeba b臋dzie nadpisa膰 ich cz臋艣膰 frontendow膮. Dotyczy to te偶 modu艂贸w p艂atno艣ci czy dostawy. Ka偶da ch臋膰 wykorzystania mechanizm贸w CMS-owo / marketingowych te偶 b臋dzie musia艂a by膰 odtworzona. Przyk艂adowo 鈥 je偶eli obecny system pozwala nam na dodanie na poszczeg贸lnych stronach w dowolnym miejscu bloku statycznego z polecanymi produktami 鈥 obs艂uga tej funkcji mo偶e wymaga膰 prac deweloperskich, pomimo tego, 偶e jest ju偶 wbudowana w nasz system CMS.

Kiedy warto inwestowa膰 w Headless eCommerce?

Headless eCommerce ma swoje wady i zalety. Jest to na pewno technologia przysz艂o艣ci. Niekt贸re platformy (np. Magento 2) ju偶 same promuj膮 to podej艣cie i co wi臋cej, planuj膮 przygotowanie w艂asnych szablon贸w headlessowych w niedalekiej przysz艂o艣ci. Programi艣ci niech臋tnie pracuj膮 ju偶 w projektach, kt贸re nie s膮 headlessowe. Trzeba jednak mierzy膰 si艂y na zamiary i zbada膰 koszt.

Najlepiej jest poprosi膰 swoj膮 agencj臋 internetow膮 o przygotowanie dw贸ch wycen 鈥 jednej opartej na headlessie, a drugiej w “tradycyjnym” modelu. Model headlessowy sprawdzi si臋 g艂贸wnie w przypadku kiedy my艣limy o sklepie na wiele lat, kt贸ry ma obs艂ugiwa膰 du偶y ruch, zawiera膰 raczej statyczny front (celujemy w doprecyzowany wygl膮d o idealnej konwersji, a nie w kreatywno艣膰 dzia艂u marketingowego) i nie planujemy wykorzystania dziesi膮tek gotowych modu艂贸w. Zazwyczaj jednak nie b臋dziemy w stanie okre艣li膰, czy nasz sklep spe艂nia to w 100%. Cz臋艣膰 z tych element贸w b臋dzie dla nas bardziej wa偶na, a cz臋艣膰 mniej. Jak mawia艂 Ryszard Och贸dzki “Rozchodzi si臋 jednak o to, 偶eby te plusy nie przes艂oni艂y wam minus贸w!”.

Warto zaznaczy膰, 偶e podej艣cie headlessowe wcale nie musi by膰 dro偶sze w implementacji, ni偶 “tradycyjne”. Wszystko zale偶y od do艣wiadczenia agencji, wykorzystania ju偶 raz stworzonych element贸w oraz dost臋pno艣ci p贸艂produkt贸w / bibliotek / rozwi膮za艅, kt贸re mo偶na wykorzysta膰 bez pisania od zera. Du偶o zale偶y te偶 od CMSa, kt贸rego wybierzemy.

Jak mo偶emy zauwa偶y膰 鈥 nie spos贸b 艂atwo okre艣li膰 czy to rozwi膮zanie jest dla nas, czy te偶 nie. Twoja agencja powinna by膰 w stanie poda膰 twarde argumenty, dlaczego, i czy headless jest w Twoim przypadku wskazany. Warto te偶 por贸wna膰 koszt obydwu tych opcji, zanim podejmiemy decyzj臋.

[x]

Ta strona u偶ywa cookies

Wyra偶am zgod臋 na przetwarzanie moich danych osobowych zawartych w plikach cookies (zar贸wno sesyjnych jak i trwa艂ych) przez Orba sp. z o.o. z siedzib膮 w Warszawie, w celu dostosowania tre艣ci strony internetowej do moich preferencji, optymalizacji korzystania ze stron internetowych, tworzenia anonimowych statystyk, kt贸re umo偶liwiaj膮 zrozumienie sposobu korzystania u偶ytkownika ze stron internetowych.

Akceptuj臋