<p class="text-26 lg:text-26 mb-7"><strong>We bring value by using the best, the most reliable technologies available on the eCommerce market. Our team makes sure that our clients have the ability to achieve their business goals in a way that is safe, predictable and at the highest level.</strong></p>
<p>We have been operating since 2011, and our team consists of 80 people whose competences and knowledge are certified. Our goal is to always achieve the goal, and our know-how is the selection, implementation and development of the best and the most reliable eCommerce technologies. The success in Europe, Asia and North America, along with our experience in numerous industries and in various business models have established our position in the eCommerce world. However, as we believe that the only constant is change, we remain one step ahead at all times, following global trends in the online sales market.</p>


This website uses cookies. By staying on this website, you consent to the use of cookies. Find out more on the <a href="/en/privacy-policy"> website </a>.

Monogo has joined the elite club of <strong>Business Gazelles</strong>, a group of the most dynamically developing polish companies.

Business Gazelle 2022 for Monogo

Featured products:

<a href="tel:+48531338668">+48 531 338 668</a> <br> <a href="mailto:hello@monogo.pl">hello@monogo.pl</a>

Monogo

Lublin (HQ)

Aleje Jerozolimskie 181, 4th floor <br> Poland

Warsaw

Parkland, 7527 NW 61st Ter, Florida<br> USA

Florida, USA

Parkland, 7527 NW 61st Ter, Florida<br> Usa

<a href="tel:+48531338668">+48 531 338 668</a><br><a href="mailto:hello@monogo.pl">hello@monogo.pl</a>

About Monogo

E-Commerce

AI AND AUTOMATION

CLOUD INFRASTRUCTURE

KNOWLEDGE BASE

KONWLEDGE BASE

Questo sito web utilizza i cookie. Restando su questo sito acconsenti all'utilizzo dei cookie. Scopri di più sul sito web <a href="/en/privacy-policy"> </a>.

Prodotti sponsorizzati:

AI E AUTOMAZIONE

Monogo - umow bezplatną rozmowe - kontakt

Krótkie wprowadzenie do Composable commerce

core/heading

<h2 id="Krótkie-wprowadzenie-do-Composable-commerce">Krótkie wprowadzenie do Composable commerce</h2>

Ecommerce opiera się w znacznym stopniu na technologii, która umożliwia kupującym na dostęp do oferty i koszyka 24 godziny na dobę. Eksplozja popularności zakupów internetowych doprowadziła do poszukiwań nowych rozwiązań technologicznych, które miały zapewnić elastyczność i szybkość. Szybkość zarówno wdrożeń jak i działania sklepu.

core/paragraph

<p>Ecommerce opiera się w znacznym stopniu na technologii, która umożliwia kupującym na dostęp do oferty i koszyka 24 godziny na dobę. Eksplozja popularności zakupów internetowych doprowadziła do poszukiwań nowych rozwiązań technologicznych, które miały zapewnić elastyczność i szybkość. Szybkość zarówno wdrożeń jak i działania sklepu.</p>

Zanim na dobre pojawiły się w branży takie pojęcia jak <a href="https://monogo.pl/blog/czym-jest-headless-i-co-musisz-o-nim-wiedziec" target="_blank" rel="noreferrer noopener">headless</a> commerce, lub composable commerce pracowaliśmy na starym i poczciwym monolicie. To znaczy system ecommerce stanowił spójną całość. Inaczej rzecz ujmując, jeden dostawca dawał wszystkie moduły, od katalogu produktów, CRM, CMS, integrację z bramkami płatności na frontendzie kończąc.

<p>Zanim na dobre pojawiły się w branży takie pojęcia jak <a href="https://monogo.pl/blog/czym-jest-headless-i-co-musisz-o-nim-wiedziec" target="_blank" rel="noreferrer noopener">headless</a> commerce, lub composable commerce pracowaliśmy na starym i poczciwym monolicie. To znaczy system ecommerce stanowił spójną całość. Inaczej rzecz ujmując, jeden dostawca dawał wszystkie moduły, od katalogu produktów, CRM, CMS, integrację z bramkami płatności na frontendzie kończąc.</p>

Z czasem zaczęły pojawiać się interesujące rozwiązania np CMS, które mocno wyprzedzały te dostarczane z silnikami ecommerce. Mając monolit nie było łatwo dodawać kolejne systemy, które przewyższały możliwościami te, które już mieliśmy w sklepach. Między innymi z tego powodu została wymyślona architektura composable commerce. Zakłada ona mocno wydzielenie każdej głównej funkcji, lub grupy funkcji od innych, jak również od warstwy prezentacji.

<p>Z czasem zaczęły pojawiać się interesujące rozwiązania np CMS, które mocno wyprzedzały te dostarczane z silnikami ecommerce. Mając monolit nie było łatwo dodawać kolejne systemy, które przewyższały możliwościami te, które już mieliśmy w sklepach. Między innymi z tego powodu została wymyślona architektura composable commerce. Zakłada ona mocno wydzielenie każdej głównej funkcji, lub grupy funkcji od innych, jak również od warstwy prezentacji.</p>

O czym pamiętać przy composable commerce?

<h2 id="O-czym-pamiętać-przy-composable-commerce?">O czym pamiętać przy composable commerce?</h2>

Śpiew syren o composable commerce nie zawsze zawiera wersy o tym co należy wiedzieć, lub z czym będziemy się mierzyli kiedy pójdziemy w stronę tej architektury. A to ważne, bo inwestycja jest znaczna.

<p>Śpiew syren o composable commerce nie zawsze zawiera wersy o tym co należy wiedzieć, lub z czym będziemy się mierzyli kiedy pójdziemy w stronę tej architektury. A to ważne, bo inwestycja jest znaczna.</p>

core/list

<ul><li>Czy na pewno elastyczność ma tak duże znaczenie w Twoim biznesie?</li><li>Czy posiadasz wystarczająco dużo zasobów technicznych do budowy/integracji composable commerce?</li><li>Czy jesteś gotowy/gotowa na współpracę z wieloma dostawcami i czy oni są na tyle dojrzali,&nbsp;że będą&nbsp;współpracować&nbsp;ze sobą?</li><li>Czy badanie problemów z wydajnością albo błędów na wielu poziomach/dostawcach nie stanowi dla Twojej organizacji potężnego wyzwania?</li><li>Czy jesteś gotowy/gotowa na znaczną inwestycję na początku (mając na uwadze czas i budżet)?</li></ul>

<h3 id="Inicjalny-koszt-composable-commerce">Inicjalny koszt composable commerce</h3>

Budżet jaki należy przygotować na początku jest znacząco przewyższający rozwiązania monolityczne lub <a href="https://medium.com/design-microservices-architecture-with-patterns/microservices-killer-modular-monolithic-architecture-ac83814f6862" target="_blank" rel="noreferrer noopener nofollow">Modular Monolithic Architecture</a>. Wynika to z faktu, że każdy moduł należy zakupić (jego licencję), następnie zintegrować po API z innymi częściami systemu, oraz z frontendem. To oznacza dłuższy time-to-market oraz większy budżet.

<p>Budżet jaki należy przygotować na początku jest znacząco przewyższający rozwiązania monolityczne lub <a href="https://medium.com/design-microservices-architecture-with-patterns/microservices-killer-modular-monolithic-architecture-ac83814f6862" target="_blank" rel="noreferrer noopener nofollow">Modular Monolithic Architecture</a>. Wynika to z faktu, że każdy moduł należy zakupić (jego licencję), następnie zintegrować po API z innymi częściami systemu, oraz z frontendem. To oznacza dłuższy time-to-market oraz większy budżet.</p>

Tutaj warto wspomnieć,&nbsp;że często się&nbsp;zdarza,&nbsp;że rozwiązania mają niekompatybilne ze sobą API. To przyniesie sporo pracy i bólu głowy w zespołach technicznych. Pomimo tego,&nbsp;że coraz popularniejszy jest GraphQL, to ciągle mamy do czynienia z brakiem jego implementacji lub implementacją&nbsp;niekompletną. I teraz pytanie, czy robić część tak, a część tak, czy czekać, czy może zdecydować&nbsp;się na brak kompatybilności i użycie REST/SOAP?

<p>Tutaj warto wspomnieć,&nbsp;że często się&nbsp;zdarza,&nbsp;że rozwiązania mają niekompatybilne ze sobą API. To przyniesie sporo pracy i bólu głowy w zespołach technicznych. Pomimo tego,&nbsp;że coraz popularniejszy jest GraphQL, to ciągle mamy do czynienia z brakiem jego implementacji lub implementacją&nbsp;niekompletną. I teraz pytanie, czy robić część tak, a część tak, czy czekać, czy może zdecydować&nbsp;się na brak kompatybilności i użycie REST/SOAP?</p>

<h3 id="Utrzymanie-composable-commerce">Utrzymanie composable commerce</h3>

Zakładając,&nbsp;że przejdziesz przez budowę ekosystemu ecommerce w architekturze composable commerce, potem trzeba wziąć pod uwagę koszty utrzymania (run cost lub Total Cost of Ownership). W zależności od wybranej platformy te koszty są ciężkie do przewidzenia, ale możemy podyskutować na temat ciągłego zaangażowania.

<p>Zakładając,&nbsp;że przejdziesz przez budowę ekosystemu ecommerce w architekturze composable commerce, potem trzeba wziąć pod uwagę koszty utrzymania (run cost lub Total Cost of Ownership). W zależności od wybranej platformy te koszty są ciężkie do przewidzenia, ale możemy podyskutować na temat ciągłego zaangażowania.</p>

To zaangażowanie będzie wynikało z faktu,&nbsp;że każdy moduł osobno jest aktualizowany i praktycznie cały czas będzie coś&nbsp;do poprawienia lub zmiany. Wszystko dlatego,&nbsp;że dostawcy będą zmieniali swoje API, wypuszczali nowe wersje, a stare będą&nbsp;miały datę końca wsparcia. A to wszystko nie licząc implementacji Twoich nowych funkcji biznesowych.

<p>To zaangażowanie będzie wynikało z faktu,&nbsp;że każdy moduł osobno jest aktualizowany i praktycznie cały czas będzie coś&nbsp;do poprawienia lub zmiany. Wszystko dlatego,&nbsp;że dostawcy będą zmieniali swoje API, wypuszczali nowe wersje, a stare będą&nbsp;miały datę końca wsparcia. A to wszystko nie licząc implementacji Twoich nowych funkcji biznesowych.</p>

Z drugiej strony monolit aktualizujesz zgodnie z aktualizacjami producenta. Zazwyczaj raz na 3 miesiące lub nawet rzadziej.

<p>Z drugiej strony monolit aktualizujesz zgodnie z aktualizacjami producenta. Zazwyczaj raz na 3 miesiące lub nawet rzadziej.</p>

<h2 id="A-co-z-zaletami-composable-commerce?">A co z zaletami composable commerce?</h2>

To nie jest tak, że composable commerce to same koszty i problemy. Wręcz przeciwnie jest też mnóstwo zalet. Weźmy pod uwagę kilka punktów:

<p>To nie jest tak, że composable commerce to same koszty i problemy. Wręcz przeciwnie jest też mnóstwo zalet. Weźmy pod uwagę kilka punktów:</p>

<ul><li>Jeśli wszystkie serwisy i API działają szybko (a zazwyczaj tak jest) to wydajność i CWV (Core Web Vitals) Twojego sklepu na pewno będzie przewyższać monolit. Z naszego doświadczenia wynika,&nbsp;że faktycznie tak jest.</li><li>Mobile first: zdecydowanie composable commerce przewyższa monolit w byciu przyjaznym użytkownikowi mobilnemu. A to dlatego, że wszędzie jest API. Jeśli masz zamiar posiadać aplikację mobilną to dane będą przychodziły natywnie, bo po API. Nie trzeba martwić&nbsp;się o brak pokrycia. Przecież Twój frontend działa już w 100% na API. A dodatkowo nowoczesne rozwiązania frontendu zapewniają&nbsp;sporo możliwości dla użytkowników mobilnych. Od stron świetnie prezentujących się na telefonach do PWA.</li><li>Łatwość wymiany modułu. Z tego względu, że wszystko jest ze sobą zintegrowane, wymiana CMS, np na <a href="http://builder.io/">builder.io</a>, może okazać się dużo prostsza bo integracja nie jest tak głęboka.</li></ul>

<h2 id="Dla-kogo-composable-commerce?">Dla kogo composable commerce?</h2>

Wybór pomiędzy dostępnymi architekturami, monolitem Modular Monolith czy headless commerce sprowadza się do specyfiki Twojego biznesu i kierunków rozwoju. Inaczej mówiąc priorytetów biznesowych oraz długofalowych celów.

<p>Wybór pomiędzy dostępnymi architekturami, monolitem Modular Monolith czy headless commerce sprowadza się do specyfiki Twojego biznesu i kierunków rozwoju. Inaczej mówiąc priorytetów biznesowych oraz długofalowych celów.</p>

Composable commerce jest świetnym wyborem dla:

<p>Composable commerce jest świetnym wyborem dla:</p>

<ul><li>Korporacji z większymi zasobami lub wewnętrznymi działami technicznymi mającymi doświadczenie w tej architekturze.</li><li>Biznesów, dla których priorytetem jest elastyczność i potencjał na dostosowanie ekosystemu do własnych potrzeb lub wymagań.</li><li>Biznesów, które nie mają problemu i odważnie potrafią&nbsp;adaptować nowe technologie.</li><li>Biznesów, które akceptują większy koszt inicjalny w zamian za długofalowe benefity.</li></ul>

Z drugiej strony nie są dla firm, które:

<p>Z drugiej strony nie są dla firm, które:</p>

<ul><li>Chcą mieć rozwiązanie szybko (fast time to market).</li><li>Nie posiadają znacznego budżetu na inicjalne rozwiązanie.</li><li>Nie posiadają dostawców lub własnych zasobów, doświadczonych w nowoczesnych technologiach frontendowych i złożonych integracjach.</li></ul>

<p class="text-justify">Pierwszy composable commerce wdrożyliśmy w Monogo w 2018 roku. Przez ostatnie 6 lat naprawdę dużo wdrożeń mamy w tej architekturze. Jakie są nasze doświadczenia i patrząc pragmatycznie jak oceniamy headless commerce i composable commerce?</p>

Composable commerce w 2024 roku – trend czy standard? Monogo E-commerce News, numer 67