 Cześć, tak. Będziemy dzisiaj rozmawiać o MVP dla projektów komercyjnych. Może najpierw określe, co znaczą projekty komercyjne. Chodzi tutaj o projekty, które zarabiają na siebie od razu od pierwszego dnia istnienia, czyli nie projekty darmowe, które dopiero chcemy przetestować na rynku, a takie, które mogą od pierwszego dnia, kiedy je wypuścimy do sieci zarabiać, jeżeli oczywiście poświęcimy odpowiednio dużo pieniędzy na marketing. Kilka słów po mnie to już zostało powiedziane. Zacznę może od wyjaśnienia, czym jest MVP. Jest to skrót potangelskiego minimum viable product, czyli na Polski najłatwiej jest to przetłumaczyć sobie jako minimalnie wartościowy produkt, który może istnieć na rynku. I teraz czym jest produkt? Jest to usługa, którą chcemy oferować naszym klientom, naszym użytkownikom naszego portalu, naszej strony internetowej. Może być to dowolna rzecz, tak naprawdę, co tylko sobie zażyczymy. MVP pozwala nam sprawdzić, czy ta nasza usługa tak naprawdę ma rację bytu na rynku. MVP nie jest wybaje żone, tak sobie też można to określić. Nie posiada wszystkich funkcji. Jak nas przychodzi klient zazwyczaj w specyfikacji mamy milion rzeczy, które by chciał. Natomiast jego budżet pozwala tylko na kilka rzeczy, na realizację kilku rzeczy. Tak naprawdę często musimy to okrajać do kluczowych wartości, żeby projekt mógł być reprezentatywnym na rynku, żeby mógł zaistnieć, żeby można było sprawdzić, czy jest na niego popyt, czy użytkownicy chcą z niego korzystać. To takie oprogramowanie właśnie okrojone nazywamy MVP. MVP powinno być zbudowane według pewnych kilku schematów. Tutaj mamy prezentację tego, jak przychodzi nas klient, czego oczekuje, a tak naprawdę na co pozwala jego budżet zazwyczaj. Jest to pączek po prostu, spełnia rolę pączka, ale nie jest wybaje żony dopiero w kolejnych iteracjach. Tak jak naprawdę jak już lepiej poznamy to, czego użytkownicy oczekują, końcowi użytkownicy możemy dodać pewne funkcjonalności do naszego oprogramowania. Jak ktoś nie lubi pączku to to jest inny przykład jeszcze o hamburgerach. Magnonat sprzedaje MVP i ma się świetnie. Moja teoria była taka, że burger po prostu jest to bułka z kotletem. Wczoraj byłem na burgerze wegańskim i to legło. Jak widać burger nawet nie musi mieć kotleta, żeby być nazywanym burgerem. No ale jest to idealny przykład tego co można sprzedać, a czym produkt końcowy mógłby być tak naprawdę. I teraz czemu WordPress i czemu WordPress nadaje się do stworzenia MVP? Ponieważ mamy bardzo dużo funkcji, bardzo dużo elementów już gotowych. Nie musimy ich produkować. Wiadomo, mamy pewne ograniczenia odnośnie WordPressa, na których też powiem później, ale sam WordPress powiązany z różnymi wteczkami, o których też będę opowiadał, najczęściej z WooCommerce, pozwala właśnie w bardzo szybkim tempie, nieporównywanym tempie do innych frameworków, wypuścić oprogramowanie, które już jest zdolne istnieć, zdolne zarabiać na siebie. Jesteśmy w stanie badać rynek, czy na nasze usługi praktycznie są klienci, czy trzeba przemyśleć ideę od nowa całkowicie. WordPress posiada też swoje API i często wykorzystujemy to API jako... ciężko to określić MVP, bo jest to gotowy produkt, tak jakby już, ale budujemy na podstawie tej API na przykład pierwszą aplikację mobilną dla klientów. Klient tutaj zaoszczędza też dziesiątki, setki godzin na budowaniu API o inne rozwiązania, takie jak Laravel, no i otrzymuje też możliwość na przykład edycji tych treści o wiele lepszej, o wiele bardziej user-friendly niż mógłby otrzymać innych frameworków, które nie posiadają CMS-ów. To jest ogromny plus tego, dlaczego tak działa. Przy budowaniu MVP powinniśmy zachować równowagę pomiędzy funkcją i formą. Funkcja jest to to, co dostarczamy użytkownikom, jest to ta wartość, tutaj wartość jest napisana z dużej litery, jest to to, za co użytkownik jest zdolny zapłacić, za to, czego on oczekuje od naszej, powiedzmy, witryny naszego portalu, naszej usługi, jest to to, czego potrzebuje. Funkcja powinna to zapewniać. Budując MVP powinniśmy szczególną uwagę poświęcić, żeby nie skupiać jedynie na zapewnieniu funkcji, ale też ubrać tę funkcję, ubrać ją w formę. Forma jest to tak dla deweloperów, można powiedzieć, frontend. Jest to sposób, jaki dostarczamy tą funkcję użytkownikom. Forma ma za zadanie uwypuklić tę funkcję, to, co chcemy sprzedać użytkownikowi, a bardzo rzadko jest jako takim produktem sama w sobie. Tylko dzięki formie, tak naprawdę funkcja może zaistnieć, no bo jeżeli oddamy w ogóle nieostylowany sklep, choćby na ukomersie, czy czy na bootstrapie, no to on będzie słabo sprzedawał. Jeżeli ubierzemy to w jakąś fajną formę, ta sprzedażkonwersja będzie na pewno lepsza, ale w drugą stronę też to działa, bo jeżeli stworzymy super produkt, super frontend, który będzie miał kulawe, kulawą ścieżkę zakupu na przykład, nie będzie ona taka płynna, będzie rozciągnięta, użytkownik się pogubi, to ten sklep też nie będzie sprzedawał. Dlatego bardzo ważne jest zapewnienie, żeby osiągnąć równowagę pomiędzy funkcją a formą. Tutaj na tym diagramiku widzimy, że nie możemy pokryć jedynie ani góry, ani dołu, ani nie możemy zapewnić ani formy, ani funkcji. Musimy raczej wyciąć kawałek, krawędź obojętnie dużą, ale zapewniającą tą spójność i zapewniającą możliwość istnienia naszego produktu zdrowo na rynku. Tak, ta równowaga jest najważniejsza w tym, bo tak jak wspominałem, nie może istnieć bez drugiego. I tutaj widzimy też taki przykład, dwa pierwsze projekty tak jakby są oznaczone jako nieprawidłowe, czyli jak nie budować produktu, minimalnej wersji produktu MVP, ale to też zależy, jaki problem chcemy rozwiązać, jaką wartość chcemy dostarczyć użytkownikowi, bo jeżeli chcemy dostarczyć użytkownikowi możliwość przemieszczania się, to te drugie rozwiązanie również jest dla niego poprawne i będzie z niego korzystał. Natomiast jeżeli będziemy chcieli, żeby ten użytkownik przemieszczał się na przykład do teatru, w deszcz, to drugie rozwiązanie praktycznie nie będzie dla niego dobre. Więc trzeba tutaj odpowiednio dobrać tą równowagę, tą strukturę i proporcję funkcji do formy dokładnie do tego, czego oczekuje nasz użytkownik. W filmie zajmujemy się tworzeniem trochę bardziej rozbudowanych systemów. Wykorzystujemy WordPressa i ucomersja najczęściej, no głównie dlatego, że oczekiwania klientów nie zawsze są jasne. Dzięki temu możemy przenosić też pewne funkcjonalności. Używając plaginów mamy je upakowane takie moduliki, możemy je sobie łączyć dowolnie. I możemy też pracować np. równolegle nad dwoma szablonami, które pokryją nam formę dla klienta. Też fajne w WordPressie jest to, że mamy bardzo rozbudowany panel administratora i to jest ogromna zaleta oczywiście, ale zdarzają się też klienci, którzy się gubią w tym panelu administratora. On posiada dla nich za dużo funkcji i musimy jeszcze tucznie ograniczać. Tak jak wspomniałem, najczęściej budujemy te oprogramowanie w oparciu o ucomersja i nie warto tutaj traktować ucomersja jako wtyczki tworzącej sklep, bo daje możliwość tak naprawdę do sprzedaży, sprzedaży czegokolwiek, do pobrania opłaty. Możemy ją traktować bardziej tą wtyczkę jako możliwość pobierania opłaty za zadaną wartość, którą dajemy użytkownikom. Dzięki innym dodatkom, które możemy sobie doinstallować do ucomersja, możemy pobierać np. cyklicznie tą opłatę, możemy ją pobierać jako abonament, możemy utworzyć taką bramkę, że tylko w zapłaceniu użytkownicy mogą korzystać z naszego oprogramowania. I to jest główna przyczyna tego, że właśnie używamy ucomersja do proponowania klientom MVP w takiej formie. Nie muszę mówić, że implementacja płatności w innych frameworkach zajmie tutaj dużo więcej czasu i będziemy musieli poświęcić również dużo więcej czasu do ciężkiej zakupu danej usługi. Tutaj mamy to praktycznie od strzała, w kilku chwilach możemy osiągnąć to. Oczywiście pracujemy nad frontendem, nad formą, w jakiej to jest przekazywane, ale jest to nieporównywalne do tego, ile by to mogło trwać robiąc to od zera. Tutaj jest to gotowe i ciała działa bardzo fajnie. Możemy obsłużyć wielu użytkowników z różnych krajów. Można, czy klient pochodzi z Indii, czy pochodzi z Norwegii, czy z Stanów Zjednoczonych. Zapewne jest bramka, która obsługuje płatności w jego kraju, więc to też jest ogromny plus. Zacząłem zainstalować i produkt jest tak naprawdę gotowy. Tak, jakie pelaginy możemy sobie wykorzystać, to to jest wspomniany już dużo razy ucomers. Taką też najbardziej popularną w tym co ja robię jest ucomers Memberships. Dzięki temu możemy stworzyć płatności abonamentowe dla użytkowników, choćby rejestrację użytkownika będzie musiał zapłacić, wykupić dany abonament i ta wtyczka idealnie współpracuje z ucomers Subscription, który pozwala pobierać cykliczne upłaty, czyli klient przy rejestracji przy zakupie pierwszego abonamentu i to jest swoje dane do karty kredytowej. Te dane oczywiście nie są przechowywane u nas, tylko u bramce, która na to pozwala. Tych bramek jest w tej chwili ok. 14. Możemy co miesiąc, czy o ustalony tam interwał czasowy pobierać z konta tego użytkownika pieniądze za naszą usługę, za korzystanie z czegokolwiek, co mu oferujemy. To jest taka prosta droga do zrobienia swojego Netflixa, bo ostatecznie mamy parę filmów i już możemy za nie pobierać opłatę. Bardzo często wykorzystywanym plaginem jest też Sensei i pozwala on na tworzenie różnego rodzaju szkół, e-szkół, platform kursowych, learningowych. Ten plagin oczywiście w super współpracuje z opisanymi powyżej plaginami, do pobierania płatności cyklicznych i w ogóle płatności zarejestracje. Kilka takich projektów zrobiliśmy i naprawdę bardzo fajnie się z tymi plaginami pracuje. Generalnie jakie mamy zalety tworzenia MVP opartego technologii WordPressowe? Przede wszystkim szybkość. Tak jak wspominałem już, różnice są nieporównywalne pomiędzy kwotami, pomiędzy wycenami, jakie możemy zaoferować klientowi choćby na laraverze, a tym co może osiągnąć na WordPressie, jeżeli chcesz szybko i w miarę taniu szybko sprawdzić czy jego produkt zaistnieje na rynku, czy ma szansę się powieść. Zalet WordPressa nie muszę nikomu tłumaczyć, tutaj są wypisane takie niektóre. Klient nas przychodząc też zawsze może sobie zmienić szablon, jeżeli ten, który mu stworzymy, nie będzie mu odpowiadał. Oczywiście tutaj nie mówię o stronach wizytówkach, tylko o bardziej zaawansowanych systemach oferujących różne usługi. Na końcu mamy parę jakiejś studies, omówimy sobie to, pokażę przykłady, jakie platformy realizowaliśmy w firmie i jak się powiodły. I jakie są wady takiego rozwiązania? Bo są wady. To co mnie najbardziej dotyczy, to przy rozmowach z klientami bardzo ciężko ich jest przekonać takiego rozwiązania z powodu kiepskiej renomy wydajności. Tak po prostu jak to jest w WordPress, myśli blog, to chyba nie do mojego projektu, to jest duża rzecz, wielki startup, budżet na ten wielki startup, co prawda tego nie prezentuje, ale no i wiadomo, w perspektywie czasu ta nasza wydajność faktycznie spadnie, jeżeli projekt będzie miał powodzenie, będziemy musieli albo poświęcić czas na refaktoryzację tego serwisu i faktycznie przenieść się na bardziej skalowalne rozwiązania, albo nieskończenie rozwijać zasoby serwerowe i wpływać, optymalizować to co mamy do tej pory, ale wydaje się, że rozsądniejsze jest miał wszystko przepisanie systemu od nowa, natomiast jeżeli on osiągnie taki ruch, żeby trzeba było to zrobić, no to te fundusze same powinny do nas wpływać, żeby móc to zrobić. Tak, koszty pomiędzy stworzeniem czegokolwiek w innym frameworku, a na WordPressie i wypuszczenie tego na rynek są nieporównywalne, są to czasem dziesięciokrotnie większe wyceny, pod kona i na przykład do Symfony czy do Laravela, tutaj jest podany prosty sklep na Magento, przychodzący klient prosi, prosi o sklep, tak po prostu od zera, od mock-upów, od designów no i chciałby Magento, to wychodzi naprawdę ogromna kwota, ogromny czas dla niego, a klient tak naprawdę nie wie, czy jego produkt, czy jego usługa będzie się sprzedawała, bo nie sprzedawał jest to coś nowego na rynku i na WordPressie, na ukomersie oczywiście zajmie to rząd wielkości mniej, oczywiście nie będzie to tak wydajne rozwiązanie, jak na Magento, ale no, skoro jest to nowa usługa, on nie może spodziewać się jakiegoś wielkiego ruchu, bo zapewne nie ma ogromnych funduszy milionów na marketing. Takim tutaj drugim przykładem jest porównywarka cen, coś jak Ceneo, z tym, że produkty nie były tam zaciągane przez API, a jedynie dodawane ręcznie przez naszego klienta, czyli tego administratora systemu. Tak, ta porównywarka była też tworzona od zera, design był tworzony od zera. Mieliśmy to oprzeć o jakiś gotowy szabon, ale klient zdecydował się mimo wszystko, żeby to zrobić dedykowane dla niego. To ten importer, tych takich klient chciał importować do systemu produkty w formie plików XLSa i CSV, to był tak naprawdę największy tutaj, największa customowa robota, żeby dopasować te atrybuty z jego XLSów do atrybutów ukomersowych i móc potem zarządzać tym w formie drag-and-drop, żeby tworzyć tabelki do porównywania. Cejeło nam to około 300 godzin i działa. Tutaj w tych wszystkich projektach nie będę mógł podać niestety adresów, bo wiążą nas umowy, ale przykłady są realne. Kolejzy pracujący w Symfonii w firmie, robiąc tą wycenę, podali około 3-krotność mojej wyceny, naszych wycen. No i tam oczywiście były zastrzeżenia, że panel administratora, że zarządzanie tą treścią nie będzie takie fajne, jak jest w WordPressie. Tam treść była tworzona też za pomocą page builderów. Tak, tutaj jest dalsze szczegóły tej porównywarki. To takowymi, customowymi rzeczami, które klient chciał, były języki. No i języki też można bardzo prosty sposób obsłużyć za pomocą wtyczek płatnych czy darmowych i działa to bardzo dobrze też praktycznie od instalacji. Nie ma czym tutaj się za bardzo stresować. Bardzo fajną rzeczą, którą tutaj zrobiliśmy, bo klient oczywiście zakłada dalszy rozwój, tego programowania, jest napisanie tego modułu importera jako osobnego moduliku, ale już na poziomie ptahapa, jako takiego modułu z kompozera, który operuje na pewnym modelu i ten model może być tak naprawdę w każdym frameworku dostarczony. Uzyskujemy tutaj niezależność od WordPressa, bo będzie to działało po drobnych poprawkach oczywiście, bo po jakiejś tam nakładce napisanej do tego będzie działało też na innych systemach i będzie można w przyszłości chcąc, myśląc o jakiejś większej ekspansji, przenieść to i jest to programowanie, które klient posiada i może w przyszłości również wykorzystywać. Tak, kolejnym takim fajnym przykładem była strona ogłoszeń motoryzacyjnych. Był to projekt do klientu ze Stanów Zjednoczonych. Klient posiadał sieć komisów rozproszonych po kilku Stanach. Chciał mieć jedno miejsce, w którym będzie dodawał ze wszystkich tych komisów swoje ogłoszenia. Zrobiliśmy tutaj ten portal ogłoszeń również na ukomersie, bo jak się później okazało przy dalszych rozmowach z klientem, można było to zamawiać do siebie. Tutaj wyzwaniem było wieloetapowe zamawianie tego, bo potrzebował ten nasz klient zebrać bardzo dużo danych od klientów końcowych, którzy kupują te pojazdy od niego. Było to dane rzędu, po kroju, chodźby, czy chcą dodatkowe ubezpieczenie, czy chcą, żeby im przywieźć ten motocykl, czy samochód do sprzedaży, i też z tego, co pamiętam, była tam tworzona kreator już gotowej umowy czekającej na podpis. Działało to super, po jakimś czasie klient przyszedł do nas, że on chciałby zrobić to również w drugą stronę, że od kiedy udało mu się zaistnieć w internecie w ten sposób dostaję też dużo zgłoszeń, że ludzie chcieliby sprzedać swoje pojazdy. Tutaj też zrobiliśmy mu to w formie takiego kreatora, kilku stopniowego, ludzie mogli dodawać swoje zdjęcia, pojazdów, opisy, po weryfikacji, po zatwierdzeniu tego, klient mógł jednym kliknięciem zmienić to z tego zgłoszenia, po tym, jak już otrzymał ten pojazd na ofertę, która widniała. Wreszc tego to było około 100 godzin, około 120, może z jakimś supportem, czyli naprawdę bardzo niewiele. Z tego, co pamiętam, tutaj korzystaliśmy z jakiegoś gotowego szablonu, ale nie przeszkadzało to klientowi. Projekt funkcjonuje i ma się dobrze, tych pojazdów przybywa, jest ich coraz więcej. Fajnie widzieć, że udało się na ukomercie na Wrocławie coś takiego stworzyć i faktycznie to działa. Kolejnym projektem takim bardziej zaawansowanym tutaj był taki portal po kroju Ubera, czyli mieliśmy dwa typy użytkowników. Jedni mogli rejestrować się i oferować swoje usługi, a inni mogli rejestrować się i zamawiać te usługi do siebie. To jest równy, domowe usługi czy przydomowe usługi i tak, to to jest główne założenie tego systemu. Jednym takim najbardziej zawiłem elementem, który tutaj był, system prowizji, które były naliczane tym wykonawcą tych usług. Ukomerc pozwala na przyjęcie pieniędzy, ale tak naprawdę z wypłatem już jest gorzej. Nie mamy wbudowanych możliwości wbudowanych funkcji do wypłat. I to było taka najbardziej kastomowa robota, która tutaj w jakiś sposób zapadła mi w pamięć. Projekt był testowany, zakładany było jego uruchomienie w jednym z niemieckich miast. Wszystko działało. Było tak jakby przetestowane, były też testy obciążeniowe robione i projekt się nie powiódł z tego powodu, że klient nie miał odpowiedniego zaplecza ludzkiego. Nie był gotowy na udziwnięcie całej pierologii. Tak się wyrażę. Więc tutaj MVP sprawdziło się idealnie, bo wypuściliśmy tak naprawdę pokrojoną wersję bez wszystkich bajerów stworzoną mniejszymi nakładami pieniędzy czasu żeby przetestować czy będzie popyt na to. Był popyt, ale nasz klient po prostu w sobie z tym nie poradził. Bardzo często tworzymy mniejsze czy większe sklepy najczęściej tworzymy większe, ale również zdarzają się ludzie, chodzą i chcą bardzo duży sklep z różnymi ciekawymi funkcjami, ale po prostu nie mają na to budżetu. Proponujemy im wtedy, żeby jednak odstąpili od tych większych rozwiązań bardziej skalowalnych na rzecz właśnie komersa i często udaje nam się przekonać klientów. Nie jest to regułą, ale warto myśleć o tym po prostu stosowywać te usługi stosowywać rozwiązania w danym momencie do danych potrzeb jeżeli ktoś chce otworzyć małą, mały sklep, małą manufakturę mydła w garażu niepotrzebne muszą rozwiązania oparte na magento po prostu nie wykorzysta tego, tylko utopi pieniądze. Więc na początek przydamy się sklep po prostu na e-commerce i ciężko określać to jako MVP, bo tutaj ten sklep będzie pokrywał w zasadzie większość funkcji, większość specyfikacji, z którą przychodzi do nas klient, więc nawet ciężko to określić MVP, ale mając w planach większy rozwój tego naszego serwisu tej naszej firmy może to zostać w ten sposób właśnie określone jako dopiero początek, jako minimalna wersja tego, co chcemy mieć na końcu. Kolejnym takim przykładem jest platforma kursowa dla sportowców. Pomysł taki odjechany trochę. Polegało to na tym, że przechodzili użytkownicy na stronę, rejestrowali się, zakupywali wybraną ofertę amunamentową na miesiąc. Dostawali ilość na dany miesiąc punktów i dzięki tym te punkty były dalszą tak jakby walutą, dzięki której mogę sobie kupować wybrane kursy, wybrane lekcje w tym systemie. Tutaj największą przeróbką taką, którą dokonywaliśmy było odróżnienie tych sprzedaży za faktyczne pieniądze od sprzedaży za punkty. Wiązało się to z tworzeniem dwóch takich jakby osobnych produktów w komersie, ale no udało się i działało to bardzo fajnie. Do tej części kursowej użyliśmy już wspomnianego plug-inu. W tym plug-in styluje się od strony backendowej tak, tak, tak, często, od strony pachapowej, bardzo podobnie do komerca i idzie to też osiągnąć bardzo fajne rezultaty w bardzo szybkim czasie. Projekt zajęł niewiele, był gotowy, działał klient klient wypuścił produkt na rynek, ale nie znalazł na niego chętnych. Miał, miał kilka, kilka webinarów, kilka kursów pokazujących, jak uprawiać dla niej sport na przykład. Natomiast nie znalazł na to chętnych. I tutaj też WIP obroniło się tym, że utopił w to dużo mniej pieniędzy, jeżeli chciałby to rozwiązywać na innych platformach w inny sposób technologiczny. Tak, wspomniane przeze mnie wcześniej api od WordPressa. Mieliśmy taki przypadek w firmie, że przyszedł do nas klient, że on by chciał zrobić wielką aplikację mobilną, która będzie oferowała w perspektywie czasu dużo funkcji, ale na początek miałby to być taka forma newslettera, która będzie publikować posty, posty, które będzie dodawał po prostu jako chef czy ktokolwiek dla użytkowników też rozproszonych po Stanach Zjednoczonych dla jakiego pracowników rozproszonych po Stanach Zjednoczonych. I aby osiągnąć szybkość tutaj też oparliśmy w początkowej fazie budowania tej aplikacji mobilnej, oparliśmy api o WordPressa. Pozwoliło to, od praktycznie kliknięć tylko od instalacji. Tutaj nie było w czym grzebać, dostosowaliśmy aplikację mobilną i projekt działał, ale po jakimś czasie został porzucony przez tego naszego klienta. Jak się okazało, nie za bardzo posiadał nie za bardzo ci pracownicy jego chcieli korzystać z tego i uznał, że dalsze rozwijanie tego tak naprawdę nie ma sensu, bo nikt z tego nie chce korzystać. Tak, omówiłem tutaj większość niepowodzeń, tak naprawdę WordPressa i ucomersa, ponieważ takie przykłady są ciekawsze, jeżeli coś wychodzi, to jest po prostu dobrze zrobiony projektem i nie daje taki jakby feedbacku po prostu progów sprawdził się na rynku, jest dalej rozwijany. Jeżeli coś tutaj wychodzi nie tak, no to można z tego wyciągnąć jakieś fajne feedback. I mimo wszystko, tak tak obserwując naszych klientów i w ogóle też również moich klientów, najczęściej porażki wynikają z tego, że projekt nie ma odbicia faktycznych potrzebach ludzi. Że ta wartość, którą on reprezentuje nie jest tym, czego by oczekiwali jego końcowi użytkownicy od tego, co tu jest w stanie zaoferować. Chodzi o tą właśnie wartość pisaną z dużej litery, który jest akurat z małych. Czy warto próbować? Według mnie warto próbować, bo jeżeli chcemy coś spróbować tutaj dzięki ukomersowi, dzięki WordPressowi możemy to wypróbować wiele, wiele szybciej niż budować mega skomplikowane rozwiązania oparte o skalowalne w perspektywie czasu rozwiązania. I tak, z mojej strony to wszystko. Dziękuję.