Ratowanie projektu e-commerce B2B. Co zrobić, gdy wdrożenie utknęło w martwym punkcie?
Ratowanie projektu e-commerce B2B (project rescue) to proces odzyskiwania kontroli nad platformą sprzedażową, która prze...
Czytaj więcej →Jeszcze kilka lat temu budowa customowego CRM-a, ERP-a albo systemu operacyjnego dla e-commerce B2B czy B2C bardzo często oznaczała jedno: miesiące pracy nad fundamentami, zanim zespół w ogóle dotknął właściwej logiki biznesowej. Dlatego jednym z najbezpieczniejszych wyjść było sięgnięcie po gotowy produkt. Taka decyzja często oznaczała jednak kompromisy: firma musiała częściej dostosowywać swoje procesy do oprogramowania, niż oprogramowanie do własnego sposobu działania.
I właśnie tutaj pojawia się Open Mercato. To jeden z ciekawszych przykładów podejścia określanego dziś jako AI-Engineering Foundation Framework, czyli frameworka projektowanego w taki sposób, aby współpraca z agentami AI i narzędziami AI-assisted development była bardziej przewidywalna oraz w pełni uporządkowana. Dzięki temu, że koszt wdrożenia drastycznie zmalał, zrobienie rozwiązań szytych na miarę nabrało ponownie sensu.
Tworzenie większości customowych aplikacji biznesowych zaczyna się od bardzo podobnego zestawu problemów. Niezależnie od tego, czy organizacja buduje CRM, ERP, system operacyjny dla logistyki czy zaplecze platformy e-commerce B2B, zespół i tak musi przygotować podstawowe elementy architektury:
model użytkowników,
role i uprawnienia,
audit log,
workflow,
model danych,
mechanizmy organizacyjne,
podstawowe API,
oraz fundament pod dalszy development.
Przez lata oznaczało to, że duża część budżetu i czasu była przeznaczana na elementy niewidoczne dla użytkownika końcowego, ale niezbędne do zaprojektowania stabilnego systemu.
Jednocześnie wiele organizacji zaczęło dostrzegać ograniczenia klasycznych SaaS-ów. Dopóki procesy biznesowe są stosunkowo nieskomplikowane, gotowe narzędzia działają dobrze. Kłopot pojawia się wtedy, gdy firma ma własny model operacyjny, niestandardowe workflow albo stawia na zaawansowane integracje. W takich sytuacjach zespoły często kończą z patchworkiem, który z czasem zaczyna generować coraz większą złożoność operacyjną.
AI code agents i vibe coding również nie rozwiązują tego problemu automatycznie. Narzędzia takie jak Cursor, Copilot czy Claude potrafią znacząco przyspieszyć development, ale same nie definiują architektury systemu. Nie decydują, gdzie kod powinien zostać umieszczony, jak powinny wyglądać zależności między modułami ani jak utrzymać spójność projektu w większym zespole developerskim. A narzędzia pokroju lovable nie nadają się do budowy bardzo złożonych projektów utrzymywanych latami.
I właśnie dlatego kluczowe znaczenie mają frameworki, które dają nie tylko kod, ale również konwencję architektoniczną.
Przeczytaj o naszym udziale w Hackathonie Open Mercato: Hackathon Open Mercato.
Open Mercato to open-source'owy framework rozwijany na licencji MIT, służący do budowania aplikacji biznesowych (CRM, ERP, WMS, OMS) oraz systemów operacyjnych.
Framework pozycjonowany jest jako „AI-Engineering Foundation Framework", czyli fundament pod development wspierany przez agentów AI. Nie oznacza to jednak, że Open Mercato „generuje aplikacje za pomocą AI". Jego rolą jest dostarczenie spójnej bazy architektonicznej, w której zarówno developerzy, jak i narzędzia AI pracują według tych samych konwencji.
Chodzi o to, żeby nie rozpoczynać projektu od pustego repozytorium, ale od solidnego fundamentu obejmującego elementy, które większość systemów biznesowych i tak musi posiadać.
Framework rozwijany jest przy wsparciu Catch The Tornado, a Commerce Weavers jest jedną z certyfikowanych agencji współpracujących z OM.
Jedną z najważniejszych cech Open Mercato jest to, że framework dostarcza gotowe fundamenty architektoniczne zamiast pojedynczych „feature'ów". Składają się na nie:
modułowa architektura, na którą składają się:
auto-discovery modułów frontendowych, API, CLI, i18n i encji DB,
modularny monolit oparty o Next.js oraz TypeScript,
MikroORM i PostgreSQL z migracjami per moduł,
dependency injection realizowane przez Awilix,
walidacja danych przy użyciu zod,
multi-tenancy by default oparty o tenant_id i organization_id na każdej encji, z obsługą hierarchicznych organizacji,
RBAC z feature flags definiowanymi na poziomie roli i użytkownika, z uwzględnieniem scope'u organizacyjnego,
workflow engine działający lokalnie lub w modelu Redis-backed,
event subscribery,
Meilisearch i PGVector, wspierające full-text, keyword oraz semantic search,
field-level encryption per tenant z wykorzystaniem Vault/KMS i AES-GCM,
deterministyczne hashe do lookupów,
audit log,
AI asystenci osadzeni w panelu administracyjnym, z „human in the loop" przed każdą operacją zapisu,
mechanizm Overlays, który pozwala rozszerzać core bez modyfikowania core'a i bez konieczności utrzymywania forka.
To ważne, ponieważ OM nie próbuje być „gotowym ERP-em". Dostarcza raczej spójny model organizacji aplikacji biznesowej.
Jednym z najbardziej charakterystycznych elementów Open Mercato jest podejście do AI-assisted development.
Framework zakłada, że modele językowe i agenci AI stają się częścią codziennego procesu developerskiego. Zamiast traktować AI jako „dodatek", Open Mercato stwarza środowisko, w którym kod generowany przez agentów trafia do przewidywalnej struktury architektonicznej.
W praktyce ważną rolę odgrywają tutaj:
jasno określone konwencje,
modularność,
spec-first development,
mechanizmy AI assistants,
oraz pliki takie jak AGENTS.md na wielu poziomach aplikacji wraz z odpowiednim routingiem.
Framework stawia również na podejście oparte o approval cards, czyli model, w którym działania agentów AI wymagające zapisu lub wykonania operacji muszą zostać jawnie zatwierdzone przez użytkownika (human in the loop pattern).
AGENTS.md pełni rolę kompasu. Opisuje strukturę projektu, sposób organizacji kodu oraz zasady, według których agenci powinni generować nowe elementy systemu.
Framework wykorzystuje również podejście określane jako spec-first development. Oznacza to, że większe zmiany rozpoczynają się od specyfikacji umieszczanych w katalogu .ai/specs/, które mogą być czytane zarówno przez developerów, jak i przez agentów AI.
To interesujący kierunek, ponieważ coraz większym problemem nie staje się samo generowanie kodu, ale utrzymanie spójności projektu w większych zespołach i bardziej złożonych aplikacjach.
Największą zmianą nie jest samo „szybsze pisanie kodu". Kluczowe jest to, że framework pozwala sprawniej dojść do momentu, w którym można testować logikę biznesową.
Zespół nie zaczyna od implementowania podstawowych mechanizmów organizacyjnych, tylko od budowy funkcji, które faktycznie odróżniają dany biznes.
Open Mercato wprowadza również większą standaryzację. Role użytkowników, workflow, struktura modułów, zarządzanie organizacjami czy przepływy danych mają określone miejsce w architekturze. Dzięki temu mniej decyzji podejmowanych jest „na szybko", a onboarding nowych developerów staje się łatwiejszy.
W praktyce oznacza to:
szybsze wdrażanie nowych funkcjonalności,
większą przewidywalność estymacji,
mniej chaosu architektonicznego,
oraz krótszy time-to-value.
Open Mercato nie jest frameworkiem dla każdego projektu. Największy sens ma w przypadku organizacji posiadającej złożone procesy biznesowe i potrzebującej większej kontroli nad systemem operacyjnym.
Dotyczy to szczególnie:
customowych CRM-ów,
ERP,
WMS,
OMS,
backendów commerce,
platform B2B,
CPQ,
oraz portali samoobsługowych.
Open Mercato sprawdza się również w momentach, gdy zaczynamy tracić kontrolę nad konstelacją naszych aplikacji i chcemy dokonać ich unifikacji.
Framework może być interesujący również dla firm, które rozważały budowę systemu od zera, ale chcą ograniczyć niepotrzebne koszty i ryzyko związane z implementowaniem całego fundamentu samodzielnie.
Dobrze wpisuje się również w potrzeby scale-upów, które zaczynają odczuwać ograniczenia patchworku wielu narzędzi SaaS i integracji.
Open Mercato jest młodym frameworkiem i rozwija się bardzo dynamicznie. To ważne, żeby powiedzieć wprost.
Jeżeli organizacja szuka bardzo stabilnego, wieloletniego ekosystemu z ogromnym community i przewidywalnym cyklem zmian, na tym etapie warto rozejrzeć się za innym rozwiązaniem.
Warto też pamiętać, że Open Mercato nie jest gotowym CRM-em ani klasycznym SaaS-em. To framework, który wymaga świadomego podejścia do architektury i gotowości do współtworzenia rozwiązania. Nie konkuruje z alternatywnymi systemami liczbą funkcji dostępnych od razu. Jego przewaga leży raczej w elastyczności i możliwości odwzorowania specyficznych procesów biznesowych.
Mimo że Open Mercato jest rozwiązaniem open-source i rozwijanym z myślą o AI-first development, wdrożenie nadal wymaga udziału programistów. Dlatego przed decyzją warto realistycznie policzyć TCO: koszt implementacji, utrzymania, customizacji, integracji i dalszego rozwoju systemu.
Nie będzie też naturalnym wyborem dla klasycznych sklepów internetowych jako platforma sprzedażowa. W tym obszarze dojrzałe frameworki commerce, takie jak Sylius, pozostają lepszą opcją. Open Mercato może wtedy pełnić rolę komplementarną.
Open Mercato rozwija się bardzo szybko. To oznacza zarówno dużą dynamikę iteracji, jak i naturalne konsekwencje młodego ekosystemu.
Framework posiada jawne ISSUE_LOG.md oraz UPGRADE_NOTES.md. Core team otwarcie komunikuje zmiany, problemy i kierunek rozwoju.
Dla części organizacji będzie to wada, ale dla innych może być zaletą. Early adopterzy zyskują możliwość realnego wpływu na rozwój frameworka, bliższą relację z core teamem oraz większą możliwość dostosowania kierunku rozwoju do rzeczywistych potrzeb projektowych.
To prawdopodobnie najciekawsze pytanie wokół tego frameworka. Open Mercato nie próbuje konkurować z gotowymi SaaS-ami ani zastępować istniejących platform biznesowych. Jego ambicją wydaje się raczej stworzenie warstwy pośredniej pomiędzy budową wszystkiego od zera a próbą dopasowania biznesu do ograniczeń gotowych systemów.
W połączeniu z rozwojem AI-assisted development i Agentic Engineering może to być bardzo interesujący kierunek.
Coraz mniej czasu poświęcamy dziś na pisanie podstawowego kodu. Coraz więcej znaczenia mają natomiast:
decyzje architektoniczne,
modelowanie procesów,
organizacja danych,
spójność systemu w skali zespołu,
oraz, co najważniejsze, odkrywanie potrzeb biznesu.
I właśnie w tym obszarze Open Mercato próbuje budować swoją wartość.
Szukasz wsparcia we wdrożeniu Open Mercato? Pomożemy! Odezwij się i porozmawiajmy.
Open Mercato to open-source'owy framework do budowania aplikacji biznesowych, takich jak CRM, ERP, WMS, OMS i customowe backendy commerce.
Nie. Framework dostarcza fundament architektoniczny i moduły bazowe, ale nie jest gotową aplikacją biznesową.
Framework opiera się między innymi o Next.js App Router, TypeScript, MikroORM, PostgreSQL, Awilix i zod.
Framework wspiera AI-assisted development i Agentic Engineering, ale nie generuje aplikacji automatycznie. Dostarcza strukturę i konwencje ułatwiające współpracę z agentami AI.
Przede wszystkim dla najbardziej złożonych aplikacji biznesowych, CRM-ów, ERP, platform operacyjnych i systemów B2B.
To młody framework rozwijający się bardzo dynamicznie. Organizacje powinny brać pod uwagę zarówno tempo rozwoju, jak i charakter early-stage ecosystem.
Ratowanie projektu e-commerce B2B (project rescue) to proces odzyskiwania kontroli nad platformą sprzedażową, która prze...
Czytaj więcej →
Proof of Concept w e-commerce to działający fragment systemu, który pozwala zweryfikować kluczowe założenia biznesowe i ...
Czytaj więcej →
W dynamicznym środowisku e-commerce kod rzadko starzeje się z godnością. Presja na szybkie dostarczanie funkcji sprawia,...
Czytaj więcej →