Prawda o elastycznym handlu.

‘Oddzielanie ziarna od plew’ - prawda o Composable Commerce.

‘Oddzielanie ziarna od plew’ - prawda o Composable Commerce.

‘Oddzielanie ziarna od plew’ - prawda o Composable Commerce.

‘Oddzielanie ziarna od plew’ - prawda o Composable Commerce.

Autor

Jamie Maria Schouren

Główny Dyrektor Handlowy

Category
Edukacyjny

Data publikacji

December 15, 2022

Elastyczny Handel

Zwinna Komercyjność. Po gorączce pojawienia się covid, to jest nowe hasło w e-commerce. To coś, co nas wszystkich uratuje, co uczyni nasze sklepy niepokonanymi, nasze wskaźniki konwersji poszybują w górę i da nam więcej wolności, niż kiedykolwiek moglibyśmy marzyć.

Ale czy naprawdę? Odpowiedź brzmi TAK, to naprawdę najlepsza rzecz, która przydarzyła się technologii handlowej od lat - ale tylko, gdy jest zrobiona w odpowiedni sposób.

Niestety, w ciągu ostatnich miesięcy widziałem wiele agencji i firm technologicznych, które twierdzą, że zajmują się Zwinna Komercyjnością, kiedy tak naprawdę używają tego słowa tylko po to, aby zdobyć rozgłos i sprzedać ci ten sam stary, dziedziczny stos, z którym męczysz się od zawsze. Zyskują sławę używając terminu Zwinna Komercyjność, jednocześnie wprowadzając przedsiębiorców w błąd i szkodząc reputacji prawdziwej zwinnego handlu.

Pozwól, że wyjaśnię:

  • Budowanie interfejsu użytkownika i łączenie go z silnikiem handlowym oraz niektórymi usługami za pomocą kilku API NIE jest Zwinna Komercyjnością. To handel bez interfejsu (headless commerce).

headless architecture
  • Korzystanie z silnika handlowego z bezgłowym interfejsem użytkownika a następnie połączenie CMS z tym silnikiem również NIE jest Zwinna Komercyjnością. To nadal handel bez interfejsu z API połączonym CMS.

Headless software architecture with a cms connected via API
  • Dodanie do silnika handlowego mnóstwa usług za pomocą wtyczek NIE jest zwinną komercyjnością. To tradycyjny monolit z wtyczkami.

Monolithic software architecture with services connected via plugins.
  • Korzystanie z silnika handlowego i połączenie z 'middleware', aby komunikować się tylko z tylnym zapleczem WMS lub ERP to podejście bardziej przedsiębiorcze, ale nadal z monolitem.

Monolithic architecture with a middleware to only talk to your backend WMS or ERP.
  • Ostatnia sprawa: nawet z wszystkim połączonym to nadal nie jest prawdziwa Zwinna Komercyjność.

An example of a software architecture that is not composable commerce.

Elastyczny Handel

Zwinna Komercyjność. Po gorączce pojawienia się covid, to jest nowe hasło w e-commerce. To coś, co nas wszystkich uratuje, co uczyni nasze sklepy niepokonanymi, nasze wskaźniki konwersji poszybują w górę i da nam więcej wolności, niż kiedykolwiek moglibyśmy marzyć.

Ale czy naprawdę? Odpowiedź brzmi TAK, to naprawdę najlepsza rzecz, która przydarzyła się technologii handlowej od lat - ale tylko, gdy jest zrobiona w odpowiedni sposób.

Niestety, w ciągu ostatnich miesięcy widziałem wiele agencji i firm technologicznych, które twierdzą, że zajmują się Zwinna Komercyjnością, kiedy tak naprawdę używają tego słowa tylko po to, aby zdobyć rozgłos i sprzedać ci ten sam stary, dziedziczny stos, z którym męczysz się od zawsze. Zyskują sławę używając terminu Zwinna Komercyjność, jednocześnie wprowadzając przedsiębiorców w błąd i szkodząc reputacji prawdziwej zwinnego handlu.

Pozwól, że wyjaśnię:

  • Budowanie interfejsu użytkownika i łączenie go z silnikiem handlowym oraz niektórymi usługami za pomocą kilku API NIE jest Zwinna Komercyjnością. To handel bez interfejsu (headless commerce).

headless architecture
  • Korzystanie z silnika handlowego z bezgłowym interfejsem użytkownika a następnie połączenie CMS z tym silnikiem również NIE jest Zwinna Komercyjnością. To nadal handel bez interfejsu z API połączonym CMS.

Headless software architecture with a cms connected via API
  • Dodanie do silnika handlowego mnóstwa usług za pomocą wtyczek NIE jest zwinną komercyjnością. To tradycyjny monolit z wtyczkami.

Monolithic software architecture with services connected via plugins.
  • Korzystanie z silnika handlowego i połączenie z 'middleware', aby komunikować się tylko z tylnym zapleczem WMS lub ERP to podejście bardziej przedsiębiorcze, ale nadal z monolitem.

Monolithic architecture with a middleware to only talk to your backend WMS or ERP.
  • Ostatnia sprawa: nawet z wszystkim połączonym to nadal nie jest prawdziwa Zwinna Komercyjność.

An example of a software architecture that is not composable commerce.

Elastyczny Handel

Zwinna Komercyjność. Po gorączce pojawienia się covid, to jest nowe hasło w e-commerce. To coś, co nas wszystkich uratuje, co uczyni nasze sklepy niepokonanymi, nasze wskaźniki konwersji poszybują w górę i da nam więcej wolności, niż kiedykolwiek moglibyśmy marzyć.

Ale czy naprawdę? Odpowiedź brzmi TAK, to naprawdę najlepsza rzecz, która przydarzyła się technologii handlowej od lat - ale tylko, gdy jest zrobiona w odpowiedni sposób.

Niestety, w ciągu ostatnich miesięcy widziałem wiele agencji i firm technologicznych, które twierdzą, że zajmują się Zwinna Komercyjnością, kiedy tak naprawdę używają tego słowa tylko po to, aby zdobyć rozgłos i sprzedać ci ten sam stary, dziedziczny stos, z którym męczysz się od zawsze. Zyskują sławę używając terminu Zwinna Komercyjność, jednocześnie wprowadzając przedsiębiorców w błąd i szkodząc reputacji prawdziwej zwinnego handlu.

Pozwól, że wyjaśnię:

  • Budowanie interfejsu użytkownika i łączenie go z silnikiem handlowym oraz niektórymi usługami za pomocą kilku API NIE jest Zwinna Komercyjnością. To handel bez interfejsu (headless commerce).

headless architecture
  • Korzystanie z silnika handlowego z bezgłowym interfejsem użytkownika a następnie połączenie CMS z tym silnikiem również NIE jest Zwinna Komercyjnością. To nadal handel bez interfejsu z API połączonym CMS.

Headless software architecture with a cms connected via API
  • Dodanie do silnika handlowego mnóstwa usług za pomocą wtyczek NIE jest zwinną komercyjnością. To tradycyjny monolit z wtyczkami.

Monolithic software architecture with services connected via plugins.
  • Korzystanie z silnika handlowego i połączenie z 'middleware', aby komunikować się tylko z tylnym zapleczem WMS lub ERP to podejście bardziej przedsiębiorcze, ale nadal z monolitem.

Monolithic architecture with a middleware to only talk to your backend WMS or ERP.
  • Ostatnia sprawa: nawet z wszystkim połączonym to nadal nie jest prawdziwa Zwinna Komercyjność.

An example of a software architecture that is not composable commerce.

Więc, czym jest Composable Commerce?

Handlowy składnik (Composable Commerce) jest zasadą budowania platformy z kilku 'elementów', które są wykorzystywane jako usługi.

Mamy usługę do zarządzania stanem magazynowym (na przykład nasz ERP), jedną do płatności (Mollie), system zarządzania treścią (Contentful), silnik do promocji (talon.one) i być może niestandardową usługę dla Twojej unikalnej strategii cenowej. Wszystkie te usługi muszą ze sobą komunikować, a ostatecznie także z pierwszą usługą, z którą łączy się klient: interfejsami frontendowymi.

Ale jak to zrobić? Jak sprawić, by wszystkie te usługi rozmawiały ze sobą? Nie przez połączenie ich z jedną usługą (monolit+pluginy) ani przez połączenie z frontendem poprzez bezpośrednie API (headless).

Nie, w Handlu Składnikowym potrzebujemy czegoś, co umożliwi komunikację między wszystkimi, przy jednoczesnym zachowaniu kontroli. Aby aktualizować, zarządzać, utrzymywać, modyfikować i orkiestrować wszystkie dane wchodzące i wychodzące. Potrzebujemy czegoś, co zapewni, że wszystkie różne usługi będą dobrze ze sobą współpracować, w czasie rzeczywistym, i że nie będziemy zależni od żadnej z nich. 

I to jest główny składnik Handlu Składnikowego. Warstwa, której brakuje w wielu projektach: prawdziwy handel składnikowy wymaga rzeczywistego KOMPONOWANIA. Tak jak DJ potrzebuje swojego miksera, a muzyk dyrygenta do prowadzenia orkiestry. Potrzebujemy czegoś, co pokieruje wszystkimi tymi różnymi elementami, aby skomponować prawdziwą melodię.

Tylko wtedy możemy zagwarantować wszystkie korzyści Handlu Składnikowego: wolność do wyboru najlepszych dostępnych usług, możliwość dodawania własnych mikrousług, nieograniczoną skalowalność, przyspieszenie adaptacji nowych funkcji, wysoce spersonalizowane doświadczenia cyfrowe i wiele, wiele innych.

Composable Commerce Architecture

Więc jeśli ktoś kiedykolwiek znowu opowie Ci o Handlu Składnikowym, bardzo łatwo sprawdzić, czy dostajesz prawdziwą rzecz: daj im kartkę papieru i poproś o narysowanie architektury, którą planują zbudować dla Ciebie. Jeśli w środku nie ma kompozytora łączącego wszystkie usługi (w tym frontend), bądź ostrożny. Próbują udawać, dopóki nie osiągną swojego celu.

Chcesz wiedzieć, jak Twoje plany ożyją w prawdziwym środowisku składnikowym? Nasi architekci są gotowi do pogłębionej analizy i zabrania Cię do pracowni, abyśmy mogli nakreślić plan strategii Twojego handlu składnikowego.

Więc, czym jest Composable Commerce?

Handlowy składnik (Composable Commerce) jest zasadą budowania platformy z kilku 'elementów', które są wykorzystywane jako usługi.

Mamy usługę do zarządzania stanem magazynowym (na przykład nasz ERP), jedną do płatności (Mollie), system zarządzania treścią (Contentful), silnik do promocji (talon.one) i być może niestandardową usługę dla Twojej unikalnej strategii cenowej. Wszystkie te usługi muszą ze sobą komunikować, a ostatecznie także z pierwszą usługą, z którą łączy się klient: interfejsami frontendowymi.

Ale jak to zrobić? Jak sprawić, by wszystkie te usługi rozmawiały ze sobą? Nie przez połączenie ich z jedną usługą (monolit+pluginy) ani przez połączenie z frontendem poprzez bezpośrednie API (headless).

Nie, w Handlu Składnikowym potrzebujemy czegoś, co umożliwi komunikację między wszystkimi, przy jednoczesnym zachowaniu kontroli. Aby aktualizować, zarządzać, utrzymywać, modyfikować i orkiestrować wszystkie dane wchodzące i wychodzące. Potrzebujemy czegoś, co zapewni, że wszystkie różne usługi będą dobrze ze sobą współpracować, w czasie rzeczywistym, i że nie będziemy zależni od żadnej z nich. 

I to jest główny składnik Handlu Składnikowego. Warstwa, której brakuje w wielu projektach: prawdziwy handel składnikowy wymaga rzeczywistego KOMPONOWANIA. Tak jak DJ potrzebuje swojego miksera, a muzyk dyrygenta do prowadzenia orkiestry. Potrzebujemy czegoś, co pokieruje wszystkimi tymi różnymi elementami, aby skomponować prawdziwą melodię.

Tylko wtedy możemy zagwarantować wszystkie korzyści Handlu Składnikowego: wolność do wyboru najlepszych dostępnych usług, możliwość dodawania własnych mikrousług, nieograniczoną skalowalność, przyspieszenie adaptacji nowych funkcji, wysoce spersonalizowane doświadczenia cyfrowe i wiele, wiele innych.

Composable Commerce Architecture

Więc jeśli ktoś kiedykolwiek znowu opowie Ci o Handlu Składnikowym, bardzo łatwo sprawdzić, czy dostajesz prawdziwą rzecz: daj im kartkę papieru i poproś o narysowanie architektury, którą planują zbudować dla Ciebie. Jeśli w środku nie ma kompozytora łączącego wszystkie usługi (w tym frontend), bądź ostrożny. Próbują udawać, dopóki nie osiągną swojego celu.

Chcesz wiedzieć, jak Twoje plany ożyją w prawdziwym środowisku składnikowym? Nasi architekci są gotowi do pogłębionej analizy i zabrania Cię do pracowni, abyśmy mogli nakreślić plan strategii Twojego handlu składnikowego.

Zaufali nam

  • Ivo Bronsveld

    Head of Integrations

    commercetools

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Martijn Phijffer

    Business Development Man.

    PostNL

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Adam Watt

    Head of Engineering

    Jimmy Brings

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Rouven Weßling

    Dir. Technology Partnerships

    Contentful

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Sergiu Tabaran

    Chief Operating Officer

    Absolute Web

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Ivo Bronsveld

    Head of Integrations

    commercetools

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Martijn Phijffer

    Business Development Man.

    PostNL

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Adam Watt

    Head of Engineering

    Jimmy Brings

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Rouven Weßling

    Dir. Technology Partnerships

    Contentful

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Sergiu Tabaran

    Chief Operating Officer

    Absolute Web

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Ivo Bronsveld

    Head of Integrations

    commercetools

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Martijn Phijffer

    Business Development Man.

    PostNL

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Adam Watt

    Head of Engineering

    Jimmy Brings

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Rouven Weßling

    Dir. Technology Partnerships

    Contentful

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

  • Sergiu Tabaran

    Chief Operating Officer

    Absolute Web

    Architektura kompozycyjna już się opłaciła, dokonaliśmy już zmian w niektórych wewnętrznych mikrousługach i nie musieliśmy przekładać wydania na żadne z komponentów frontendowych ani zmieniać czegokolwiek w bazie kodu. Naprawdę to podnosi na duchu i rozwiązuje problemy, z którymi mieliśmy do czynienia w przeszłości, co jest niesamowite!

Find out how you can

supercharge your business.

Find out how you can

supercharge your business.

Find out how you can

supercharge your business.

Contact

We can’t wait to hear from you!

If you have any questions about our company, platform or solutions, we'd be delighted to speak with you.

Jamie Maria Schouren

Jamie Maria Schouren Co-Founder

Contact

We can’t wait to hear from you!

If you have any questions about our company, platform or solutions, we'd be delighted to speak with you.

Jamie Maria Schouren

Jamie Maria Schouren Co-Founder

Contact

We can’t wait to hear from you!

If you have any questions about our company, platform or solutions, we'd be delighted to speak with you.

Jamie Maria Schouren

Jamie Maria Schouren Co-Founder