Dzięki Michał za twój pogląd na problem i możliwości go rozwiązania. Jednak nasuwa mi się pytanie dotyczące bezpośredniego dodania stripe do strony. Nie integrowałem bezpośrednio stripa pod stronę z CMS. Czy to działa na zasadzie jakiegoś koszyka? Przykładowo tworzymy kolekcje CMS z zwierzakami, tworzymy drugą kolekcję CMS z produktami, które admin sobie sam stworzy już ( ilość i rodzaj tych produktów określałby admin). Za pomocą multireference, przy tworzeniu np nowego zwierzaka w kolekcji CMS dodajemy tam pole multi i tam byśmy przypisywali jakie produkty do jakiego zwierzaka (wiadomo to jest proste) - zakładamy tutaj scenariusz, że admin dodaje na tą chwilę tylko ogłoszenia. 1) Z przypisaniem produktu do zwierzaka jest prosta sprawa- natomiast jak przypisać określoną ilość danego produktu do danego zwierzaka. 2) Druga sprawa dotyczy stripa. Rozumiem, że wstawiamy button pod konkretnym produktem na stronie danego zwierzaka. Teraz jeśli kliknę dany button to przenosić będzie mnie on od razu do płatności do stripa? Czy pozwala to robić tak, żeby dodawać kilka różnych produktów dla danego zwierzaka coś w rodzaju koszyka przypisanego danemu zwierzakowi - z filmu rozumiem, że taki button pozwala tylko kupić jeden rodzaj produktu w różnej ilości, czy jednak się mylę? A tak poza tym to robisz mega robotę :) i na pewno będę w twojej mikro społeczności ;) Pozdr
Mówimy tutaj wyłącznie o sprzedaży bez koszyka, ale z możliwością wyboru ilości sztuk, czyli tak jak było to w Twoim zapytaniu. Jeśli jednak ma być koszyk składany + blik, to bez custom code tego aktualnie nie zrobisz... Jeśli ceny są stałe, to sprawa jest ułatwiona, bo w Stripe wyklikujesz sobie produkty i ich opcje z cenami i generujesz do nich payment linki, które podpinasz pod guziki na froncie w CMS. Jeśli ceny mają być różne i generować się podczas dodawania produktów w dodawarce, to przyda się automatyzacja w Make, która sama przygotuje produkty w Stripe i odbierze gotowe payment linki dla CMS - będzie potrzebny custom API bo moduły w make tego aktualnie nie oferują. Do każdego payment linka możesz dynamicznie dokładać parametry (meta dane) na podstawie których w Stripe będziesz wiedział, z której podstrony dokonano zakupu, wiec skojarzysz to łatwo piesem lub kotem :) Każdy piesel / kot może mieć swój stan magazynowy jako number field w CMS, który spokojnie możesz aktualizować automatyzacją z Make i na froncie wyświetlać "stan magazynowy" i nawet ukrywać danego zwierzaka jak ma już dosyć jedzenia :) Po otrzymaniu wpłaty, Stripe wyśle wszystko co potrzeba na webhook w Make i zaktualizujesz stan magazynowy w Webflow i np. podstawisz dane do Google Sheet, np. do raportów sprzedaży + roześlesz notyfikacje do właściciela pieska czy do kupującego. Szkoda, że nie zdecydowałeś się na kurs, bo tak tanio już nie będzie, a w dziale z automatyzacjami będą dokładnie tego typu tutoriale krok po kroku :) Jak coś, to można jeszcze dołączyć z 30% rabatem ;) będzie tam tyle mięsa ze 1-2 klientów spokojnie pokryje koszty :)
@@MichalCzerlikowski nie mogę zrozumieć, że są problemy w tym systemie z płatnościami, w WP można to rozwiązać na kilka sposobów bezproblemowo. Szkoda.
@@anubis1236 Problem jest tak naprawdę jedynie w Polsce i w chyba w Niemczech gdzie te kraje zostały zdominowane przez lokalnych operatorów. Natomiast czy w WP możesz zaprojektować sobie checkout myszką? Bo to jest właśnie magia Webflow, design freedom gdzie możesz zmienić nawet to ja wygląda wprowadzanie numerków karty, więc nie ma tu miejsca na Blik. To jest amerykańska firma i czy zdecydują się na inne rozwiązanie specjalnie po to, aby obsłużyć płatności lokalne w krajach Europy? może kiedyś choć patrząc na Shopify największego gracza ecommerce na świecie słabo w to wierzę...
Odnośnie pytanie 1. - na szybko myślę przez pryzmat Wordpress, że ograniczenie ilości produktów (jeśli ten sam produkt-karma ma być dla kilku różnych zwierzaków), to albo można stworzyć warianty produktów i na sztywno podlinkować do strony zwierzaka dodanie do koszyka odpowiedniego wariantu. W wariantach można zarządzać stanem magazynowym dla każdego wariantu osobno. Ale jeśli będzie tych wariantów bardzo dużo (nie wiem, jaka skala jest tego projektu), to to rozwiązanie może spowolnić działanie strony. Drugi sposób, to powielanie danego produktu, zmieniając tylko np. tytuł. W obu przypadkach można produkty ukryć na stronie i wyświetlać tylko na stronie danego zwierzaka odpowiednie produkty. Po dodaniu wszystkich produktów do koszyka (bo zakładam, że kilka produktów dla jednego zwierzaka by było, a przecież może chcieć pomóc też innemu zwierzakowi ) użytkownik przechodzi do kasy i kupuje. To na szybko takie luźne rozwiązanie tego punktu z niewykorzystaniem Wordpress bez żadnych dodatkowych wtyczek. Pewnie lepiej można by było to rozwiązać wykorzystując dodatkowo ACF. Natomiast nie wiem, w jaką skalę/ilość celujesz ;) Powodzenia w każdym bądź razie :) Ps. przypomniało mi się - sprawdź jeszcze takie rozwiązanie jak 1koszyk. Tam chyba można tworzyć różne produkty a na stronie wklejasz tylko kod, o ile nawet wtyczki już nie mają do wp.
@@MichalCzerlikowski można już wiele zrobić dzięki rozwojowi WP w kierunku FSE (Full Site Editing). Ja sobie właśnie testowo buduję swoją kartę produktu wg jakiś swoich pomysłów, ale widziałem, że już checkout można częściowo edytować. :) I to bez żadnych wtyczek, wszystko natywnie. Od strony programistycznej to już można bardzo wiele zrobić (jak w Webflow pewnie :) ).
Hej, czy w webflow można zrobić stronę dla lokalnego kina, aby klient mógł kupić bilety online i otrzymać potwierdzenue zakupu na maila? Czy ilość dostepnych biletów na dany seans mogłaby się zmniejszać po zakupie biletu przez klienta? Czy można zrobić wybór miejsc na sali kinowej zaznaczając na schemacie fotel?
Bez custom code raczej się w tym przypadku nie obejdzie, a przynajmniej ja nie znam gotowego systemu bookingowego który działał by na zasadzie wyboru foteli i można by go osadzić na stronie www
Tak jest to możliwe ale #fakturownia.pl nie ma gotowego połączenia np z #make.com więc będzie potrzebna manualna konfiguracja API. Polskie aplikacje niestety wciąż śpią i nie rozumieją ile tracą na braku obecności w make czy zapierze...
Nie miałem jeszcze takiej potrzeby, natomiast korzystam z bazy postcode w UK getaddress.io i integracja tego była dosyć prosta nawet jak dla kogoś kto pisze kod z chatgpt :)
kumam, akurat potrzebuje na PL. No dobra to jeszcze poszukam jakiś opcji bo właśnie mam taką potrzebę wdrożenia tego - ale lubię wyzwania :)@@MichalCzerlikowski
Może czegoś nie rozumiem, ale słyszę, że webflow ok, ale coś więcej to masa rozwiązań zewnętrznych, integracje itd, jestem ciekaw, jak to wygląda po stronie klienta. O co mi chodzi, tworzę stronę na WP, Klient ma gotowe rozwiązanie, wszystko działa. Tu, jak dobrze rozumiem, Klient ma kilka systemów do ogarnięcia, by dostać to, co potrzebuje?
Możesz to porównać do Wordpress - jeśli czegoś brakuje natywnie w core, musisz albo dodać plugin, albo napisać go sam, co oznacza dodatkową konieczność utrzymania tego elementu w stronie, gdzie cykl życia pluginów, cena, bezpieczeństwo czy problematyczność są bardzo różne... W przypadku Webflow, na przykład, możesz dodać aplikację Make, gdzie jednym kontem Make obsługujesz nieograniczoną liczbę klientów, wysyłasz dane do Make, tam je przetwarzasz i wyświetlasz w Webflow CMS w mgnieniu oka. Oczywiście Make możesz też podłączyć do WP - warto się polubić z tym narzędziem jeśli jeszcze go nie znasz :) Wszystko oczywiście zależy od konkretnego przypadku, ale większość rzeczy, które buduje w Webflow, klient końcowy obsługuje je z panelu Webflow, a zewnętrzne aplikacje pomagają głównie w logice działania. Chyba, że powstaje coś większego to wtedy opieram to np o Airtable dzięki czemu klient z jednego miejsca zarządza i kontentem na stronie i np social mediami, dokumentami, pracownikami itp itd... Ponieważ wszystko jest połączone za sobą za pomocą API / Webhooków, nie ma dodatkowych problemów, jak w przypadku pluginów w WP, możliwość konfiguracji tych narzędzi jest tak ogromna, że cieżko też dojść do ściany :) Oczywiście, jeśli piszesz świetny własny kod, to sytuacja się zmienia diametralnie i nie potrzebujesz zewnętrznych narzędzi. Ale jeśli nie piszesz kodu, albo nie chcesz tracić na to już swojego życia :) to dzięki Webflow + no-code możesz stworzyć świetnie działające dedykowane rozwiązania dosłownie w godziny, bardzo często szybciej niż programista :)
@@MichalCzerlikowski jasne, ja to piszę z poziomu swojej zerowej wiedzy o webflow. Coś tam rzeźbiłem, ale patrząc co Ty robisz to wiesz :-) Dlatego czekam na Twój kurs i automatyzacje. Tu dodałeś słowo klucz, Klient ma wszystko w CMS w. webflow. Serdecznie pozdrawiam.
@@anubis1236 Spoko, staram się ogarniać komentarze tak, żeby każdy mógł z nich coś dla siebie wynieść :) Ja nie programuję zqwodowo, więc nie zawsze mogę powiedzieć coś mądrego w tej kwestii :) Ale w moim otoczeniu coraz więcej rewelacyjnych programistów przechodzi lub wspomaga się no-code, więc na pewno jest w tym coś dobrego. Nie ma też tygodnia, żeby ktoś do mnie nie pisał z podziękowaniami, że dzięki temu kanałowi porzucili WordPressa, a Webflow sprawił, że znów pokochali to, co robią. Jak ktoś z was własnie to czyta to dajcie znać!
@@MichalCzerlikowski do sklepów chyba jednak WP bardziej przyjazny. W PL Blik to już podstawa przy płatnościach, co troszkę dla mnie jest dziwne, bo płatność kartą jest bezpieczniejsza (ochrona kupującego) Czy WP jest straszny? Jak się dobrze zrobi. bez miliona wtyczek, na dobrym serwerze to będzie działać :-)
Dla klasycznych sklepów w Polsce raczej tak, dla sklepów z drogimi produktami na rynek ENG Webflow będzie najlepszym wyborem z uwagi na dowolne możliwości zmiany wyglądu bez kodowania
Blik łatwo aktywujesz dla sprzedaż bez koszyka z checkoutem albo na stronie stripe lub teraz wyszedł nowy produkt od stripe umożliwiający embed checkoutu bezpośrednio na stronie Webflow embedcheckout.com/ i to zapowiada się świetnie! Jeśli ogarniasz API to możesz wdrożyć Webflow CMS + checkout od stripe z blikiem checkout.stripe.dev i pomijasz dodatkowe prowizje i koszty Webflow :) Natomiast natywne Webflow ecommerce nie obsługuje blika, czy to się kiedyś zmieni tego nie wie nikt :)
@@MichalCzerlikowski Dzięki - do ecommerce będę dalej używał wordpressa, natomiast na pozostałe strony chciałbym przejść na webflow - właśnie tworzę pierwszy projekt dla klienta. Bardzo podobały mi się Twoje przykłady dotyczące automatyzacji - make + stripe. Zaciekwało mnie to strasznie po obejrzeniu Twojej prezentacji jaką udostępniłeś bodajże z Poznania.
@@TrzyAkapity Dobra decyzja. Od przyszłego roku zamierzam dzielić się wszystkimi automatyzacjami, na których obecnie zarabiam. Będę o nich opowiadał w skrócie na tym kanale, a szczegółowe tutoriale krok po kroku dotyczące ich wykonania i sprzedaży będą dostępne dla zamkniętej społeczności, gdzie mam nadzieję wszyscy będziemy dzielić się swoimi pomysłami! Widzę spory problem, że wielu z was dobrze zna narzędzia, ale nie zawsze wie, jak przekształcić tę wiedzę w 💲
![Schemat budowy większej samodyscypliny [+PDF do pobrania]](http://i.ytimg.com/vi/3ZaeRmH2mnU/mqdefault.jpg)
![เจ็บที่ยังฮัก - ม่อน วรวิทย์ [ Official Mv ] จอนนี่มิวสิค](http://i.ytimg.com/vi/KALIGSRSjFs/mqdefault.jpg)
Dzięki Michał za twój pogląd na problem i możliwości go rozwiązania.
Jednak nasuwa mi się pytanie dotyczące bezpośredniego dodania stripe do strony. Nie integrowałem bezpośrednio stripa pod stronę z CMS. Czy to działa na zasadzie jakiegoś koszyka?
Przykładowo tworzymy kolekcje CMS z zwierzakami, tworzymy drugą kolekcję CMS z produktami, które admin sobie sam stworzy już ( ilość i rodzaj tych produktów określałby admin).
Za pomocą multireference, przy tworzeniu np nowego zwierzaka w kolekcji CMS dodajemy tam pole multi i tam byśmy przypisywali jakie produkty do jakiego zwierzaka (wiadomo to jest proste) - zakładamy tutaj scenariusz, że admin dodaje na tą chwilę tylko ogłoszenia.
1) Z przypisaniem produktu do zwierzaka jest prosta sprawa- natomiast jak przypisać określoną ilość danego produktu do danego zwierzaka.
2) Druga sprawa dotyczy stripa. Rozumiem, że wstawiamy button pod konkretnym produktem na stronie danego zwierzaka. Teraz jeśli kliknę dany button to przenosić będzie mnie on od razu do płatności do stripa? Czy pozwala to robić tak, żeby dodawać kilka różnych produktów dla danego zwierzaka coś w rodzaju koszyka przypisanego danemu zwierzakowi - z filmu rozumiem, że taki button pozwala tylko kupić jeden rodzaj produktu w różnej ilości, czy jednak się mylę?
A tak poza tym to robisz mega robotę :) i na pewno będę w twojej mikro społeczności ;)
Pozdr
Mówimy tutaj wyłącznie o sprzedaży bez koszyka, ale z możliwością wyboru ilości sztuk, czyli tak jak było to w Twoim zapytaniu. Jeśli jednak ma być koszyk składany + blik, to bez custom code tego aktualnie nie zrobisz...
Jeśli ceny są stałe, to sprawa jest ułatwiona, bo w Stripe wyklikujesz sobie produkty i ich opcje z cenami i generujesz do nich payment linki, które podpinasz pod guziki na froncie w CMS.
Jeśli ceny mają być różne i generować się podczas dodawania produktów w dodawarce, to przyda się automatyzacja w Make, która sama przygotuje produkty w Stripe i odbierze gotowe payment linki dla CMS - będzie potrzebny custom API bo moduły w make tego aktualnie nie oferują.
Do każdego payment linka możesz dynamicznie dokładać parametry (meta dane) na podstawie których w Stripe będziesz wiedział, z której podstrony dokonano zakupu, wiec skojarzysz to łatwo piesem lub kotem :)
Każdy piesel / kot może mieć swój stan magazynowy jako number field w CMS, który spokojnie możesz aktualizować automatyzacją z Make i na froncie wyświetlać "stan magazynowy" i nawet ukrywać danego zwierzaka jak ma już dosyć jedzenia :)
Po otrzymaniu wpłaty, Stripe wyśle wszystko co potrzeba na webhook w Make i zaktualizujesz stan magazynowy w Webflow i np. podstawisz dane do Google Sheet, np. do raportów sprzedaży + roześlesz notyfikacje do właściciela pieska czy do kupującego.
Szkoda, że nie zdecydowałeś się na kurs, bo tak tanio już nie będzie, a w dziale z automatyzacjami będą dokładnie tego typu tutoriale krok po kroku :)
Jak coś, to można jeszcze dołączyć z 30% rabatem ;) będzie tam tyle mięsa ze 1-2 klientów spokojnie pokryje koszty :)
@@MichalCzerlikowski nie mogę zrozumieć, że są problemy w tym systemie z płatnościami, w WP można to rozwiązać na kilka sposobów bezproblemowo. Szkoda.
@@anubis1236 Problem jest tak naprawdę jedynie w Polsce i w chyba w Niemczech gdzie te kraje zostały zdominowane przez lokalnych operatorów. Natomiast czy w WP możesz zaprojektować sobie checkout myszką?
Bo to jest właśnie magia Webflow, design freedom gdzie możesz zmienić nawet to ja wygląda wprowadzanie numerków karty, więc nie ma tu miejsca na Blik.
To jest amerykańska firma i czy zdecydują się na inne rozwiązanie specjalnie po to, aby obsłużyć płatności lokalne w krajach Europy? może kiedyś choć patrząc na Shopify największego gracza ecommerce na świecie słabo w to wierzę...
Odnośnie pytanie 1. - na szybko myślę przez pryzmat Wordpress, że ograniczenie ilości produktów (jeśli ten sam produkt-karma ma być dla kilku różnych zwierzaków), to albo można stworzyć warianty produktów i na sztywno podlinkować do strony zwierzaka dodanie do koszyka odpowiedniego wariantu. W wariantach można zarządzać stanem magazynowym dla każdego wariantu osobno. Ale jeśli będzie tych wariantów bardzo dużo (nie wiem, jaka skala jest tego projektu), to to rozwiązanie może spowolnić działanie strony. Drugi sposób, to powielanie danego produktu, zmieniając tylko np. tytuł. W obu przypadkach można produkty ukryć na stronie i wyświetlać tylko na stronie danego zwierzaka odpowiednie produkty.
Po dodaniu wszystkich produktów do koszyka (bo zakładam, że kilka produktów dla jednego zwierzaka by było, a przecież może chcieć pomóc też innemu zwierzakowi ) użytkownik przechodzi do kasy i kupuje.
To na szybko takie luźne rozwiązanie tego punktu z niewykorzystaniem Wordpress bez żadnych dodatkowych wtyczek. Pewnie lepiej można by było to rozwiązać wykorzystując dodatkowo ACF. Natomiast nie wiem, w jaką skalę/ilość celujesz ;) Powodzenia w każdym bądź razie :)
Ps. przypomniało mi się - sprawdź jeszcze takie rozwiązanie jak 1koszyk. Tam chyba można tworzyć różne produkty a na stronie wklejasz tylko kod, o ile nawet wtyczki już nie mają do wp.
@@MichalCzerlikowski można już wiele zrobić dzięki rozwojowi WP w kierunku FSE (Full Site Editing). Ja sobie właśnie testowo buduję swoją kartę produktu wg jakiś swoich pomysłów, ale widziałem, że już checkout można częściowo edytować. :) I to bez żadnych wtyczek, wszystko natywnie. Od strony programistycznej to już można bardzo wiele zrobić (jak w Webflow pewnie :) ).
Hej, czy w webflow można zrobić stronę dla lokalnego kina, aby klient mógł kupić bilety online i otrzymać potwierdzenue zakupu na maila? Czy ilość dostepnych biletów na dany seans mogłaby się zmniejszać po zakupie biletu przez klienta? Czy można zrobić wybór miejsc na sali kinowej zaznaczając na schemacie fotel?
Bez custom code raczej się w tym przypadku nie obejdzie, a przynajmniej ja nie znam gotowego systemu bookingowego który działał by na zasadzie wyboru foteli i można by go osadzić na stronie www
Zastanawia mnie czy da się w łatwy sposób zrobić tak, że Klient coś kupuje, płaci i otrzymuje fakturę z fakturowni. Popularny system FV w PL.
Tak jest to możliwe ale #fakturownia.pl nie ma gotowego połączenia np z #make.com więc będzie potrzebna manualna konfiguracja API.
Polskie aplikacje niestety wciąż śpią i nie rozumieją ile tracą na braku obecności w make czy zapierze...
Michał podpinałeś się może kiedyś poprzez API z bazy Tetryt z GUSU pod formularz na webflow aby zaciągnąć kody pocztowe i mieć autofill w polach?
Nie miałem jeszcze takiej potrzeby, natomiast korzystam z bazy postcode w UK getaddress.io i integracja tego była dosyć prosta nawet jak dla kogoś kto pisze kod z chatgpt :)
kumam, akurat potrzebuje na PL. No dobra to jeszcze poszukam jakiś opcji bo właśnie mam taką potrzebę wdrożenia tego - ale lubię wyzwania :)@@MichalCzerlikowski
@@nocodemind Jak ogarniesz sprawę to daj znać chętnie wymienię się rozwiązaniami :)
Okej :) @@MichalCzerlikowski
Może czegoś nie rozumiem, ale słyszę, że webflow ok, ale coś więcej to masa rozwiązań zewnętrznych, integracje itd, jestem ciekaw, jak to wygląda po stronie klienta. O co mi chodzi, tworzę stronę na WP, Klient ma gotowe rozwiązanie, wszystko działa. Tu, jak dobrze rozumiem, Klient ma kilka systemów do ogarnięcia, by dostać to, co potrzebuje?
Możesz to porównać do Wordpress - jeśli czegoś brakuje natywnie w core, musisz albo dodać plugin, albo napisać go sam, co oznacza dodatkową konieczność utrzymania tego elementu w stronie, gdzie cykl życia pluginów, cena, bezpieczeństwo czy problematyczność są bardzo różne...
W przypadku Webflow, na przykład, możesz dodać aplikację Make, gdzie jednym kontem Make obsługujesz nieograniczoną liczbę klientów, wysyłasz dane do Make, tam je przetwarzasz i wyświetlasz w Webflow CMS w mgnieniu oka. Oczywiście Make możesz też podłączyć do WP - warto się polubić z tym narzędziem jeśli jeszcze go nie znasz :)
Wszystko oczywiście zależy od konkretnego przypadku, ale większość rzeczy, które buduje w Webflow, klient końcowy obsługuje je z panelu Webflow, a zewnętrzne aplikacje pomagają głównie w logice działania. Chyba, że powstaje coś większego to wtedy opieram to np o Airtable dzięki czemu klient z jednego miejsca zarządza i kontentem na stronie i np social mediami, dokumentami, pracownikami itp itd...
Ponieważ wszystko jest połączone za sobą za pomocą API / Webhooków, nie ma dodatkowych problemów, jak w przypadku pluginów w WP, możliwość konfiguracji tych narzędzi jest tak ogromna, że cieżko też dojść do ściany :)
Oczywiście, jeśli piszesz świetny własny kod, to sytuacja się zmienia diametralnie i nie potrzebujesz zewnętrznych narzędzi. Ale jeśli nie piszesz kodu, albo nie chcesz tracić na to już swojego życia :) to dzięki Webflow + no-code możesz stworzyć świetnie działające dedykowane rozwiązania dosłownie w godziny, bardzo często szybciej niż programista :)
@@MichalCzerlikowski jasne, ja to piszę z poziomu swojej zerowej wiedzy o webflow. Coś tam rzeźbiłem, ale patrząc co Ty robisz to wiesz :-) Dlatego czekam na Twój kurs i automatyzacje. Tu dodałeś słowo klucz, Klient ma wszystko w CMS w. webflow. Serdecznie pozdrawiam.
@@anubis1236 Spoko, staram się ogarniać komentarze tak, żeby każdy mógł z nich coś dla siebie wynieść :) Ja nie programuję zqwodowo, więc nie zawsze mogę powiedzieć coś mądrego w tej kwestii :) Ale w moim otoczeniu coraz więcej rewelacyjnych programistów przechodzi lub wspomaga się no-code, więc na pewno jest w tym coś dobrego.
Nie ma też tygodnia, żeby ktoś do mnie nie pisał z podziękowaniami, że dzięki temu kanałowi porzucili WordPressa, a Webflow sprawił, że znów pokochali to, co robią. Jak ktoś z was własnie to czyta to dajcie znać!
@@MichalCzerlikowski do sklepów chyba jednak WP bardziej przyjazny. W PL Blik to już podstawa przy płatnościach, co troszkę dla mnie jest dziwne, bo płatność kartą jest bezpieczniejsza (ochrona kupującego) Czy WP jest straszny? Jak się dobrze zrobi. bez miliona wtyczek, na dobrym serwerze to będzie działać :-)
Dla klasycznych sklepów w Polsce raczej tak, dla sklepów z drogimi produktami na rynek ENG Webflow będzie najlepszym wyborem z uwagi na dowolne możliwości zmiany wyglądu bez kodowania
A płatności - blik ?, czy jesteśmy u polskich klientów skazani tylko na stripe ?
Blik łatwo aktywujesz dla sprzedaż bez koszyka z checkoutem albo na stronie stripe lub teraz wyszedł nowy produkt od stripe umożliwiający embed checkoutu bezpośrednio na stronie Webflow embedcheckout.com/ i to zapowiada się świetnie!
Jeśli ogarniasz API to możesz wdrożyć Webflow CMS + checkout od stripe z blikiem
checkout.stripe.dev i pomijasz dodatkowe prowizje i koszty Webflow :)
Natomiast natywne Webflow ecommerce nie obsługuje blika, czy to się kiedyś zmieni tego nie wie nikt :)
@@MichalCzerlikowski Dzięki - do ecommerce będę dalej używał wordpressa, natomiast na pozostałe strony chciałbym przejść na webflow - właśnie tworzę pierwszy projekt dla klienta. Bardzo podobały mi się Twoje przykłady dotyczące automatyzacji - make + stripe. Zaciekwało mnie to strasznie po obejrzeniu Twojej prezentacji jaką udostępniłeś bodajże z Poznania.
@@TrzyAkapity Dobra decyzja. Od przyszłego roku zamierzam dzielić się wszystkimi automatyzacjami, na których obecnie zarabiam. Będę o nich opowiadał w skrócie na tym kanale, a szczegółowe tutoriale krok po kroku dotyczące ich wykonania i sprzedaży będą dostępne dla zamkniętej społeczności, gdzie mam nadzieję wszyscy będziemy dzielić się swoimi pomysłami!
Widzę spory problem, że wielu z was dobrze zna narzędzia, ale nie zawsze wie, jak przekształcić tę wiedzę w 💲
@@MichalCzerlikowski No tak nie ma co wymyślać koła od nowa ;-) - zapisałem się i czekam na dokończenie przez Ciebie kursu (nie lubię płacić z góry)