Treści
© 2026 Fryderyk Pryjma. Wszelkie prawa zastrzeżone.
Polityka prywatnościJak trzy szybkie pivoty (i ChatGPT) pozwoliły uruchomić dwie strony
Product operations to nie tylko roadmapy SaaS - to sposób myślenia, który wnoszę do każdego projektu pobocznego: zdefiniuj cel, wyślij najmniejszą rzecz, która go udowodni, zmierz, a potem iteruj. W ciągu ostatniego miesiąca zbudowałem dwie osobiste strony internetowe i przeżyłem tę pętlę w miniaturze. Oto relacja krok po kroku, z każdym pivotem włącznie.
Kontekst: Obecna strona Julii, juliabujak.pl, działa na Hostingerze. Wygląda dobrze, ale stawia opór, gdy próbujemy dodać niestandardowe analityki lub integracje marketingowe - dokładnie ta infrastruktura, której potrzebuje nowoczesny biznes fotograficzny. Czas na przebudowę.
Cel: Uruchomić ładniejsze portfolio jeszcze dziś wieczorem.
Wybrane narzędzie: Lovable - no-code'owy kreator stron, który chciałem przetestować.
Dlaczego Lovable?
Zwrot #1 – Brak CMS
W ciągu godziny Julia miała elegancką stronę główną, ale w momencie gdy zaczęliśmy mówić o regularnym dodawaniu albumów, pojawił się deal-breaker: Lovable generuje tylko strony statyczne - bez CMS. Wgrywanie nowych galerii oznaczałoby klonowanie stron lub edycję JSON. Nie skaluje się.
Cel: Zachować wygląd z Lovable, dodać zarządzanie treścią.
Podejście: Wyeksportować z Lovable na GitHub, a potem nałożyć Cursor (lekki headless CMS) z Vercelem do publikacji i Supabase do przechowywania danych.
Dlaczego Cursor?
Zwrot #2 – Przeszkoda z formularzem kontaktowym
Cursor rozwiązał aktualizacje albumów, ale teraz wysyłanie leadów mailem wymagało funkcji serverless lub kombinacji S3/SNS - za dużo DevOps na małe portfolio. Poza tym każda dodatkowa funkcja (poprawki SEO, zdarzenia analityczne) oznaczała kolejny skrypt i kolejny deploy.
W tym momencie cofnąłem się i zadałem pytanie product-ops: Jaka jest najszybsza, najmniej ryzykowna droga do prawdziwego celu Julii - rezerwowania sesji fotograficznych?
Co Webflow zrobił dobrze:
Rezultat: Julia może teraz opublikować nową sesję w kilka minut, śledzić, która reklama przyciągnęła leada, i iterować swoje teksty beze mnie.
Mini-retrospektywa: Każdy pivot odsłaniał kolejne ograniczenie. Zamiast trzymać się kosztów utopionych, zmieniałem narzędzia w momencie, gdy ROI stawało się ujemne - mikro-lekcja ciągłego odkrywania.
Od lewej: obecna strona Julii, pierwsza iteracja w Lovable, wersja edytowana w Cursor, panel admina z Cursora, strona Webflow [w trakcie].
Aplikuję na doktorat wdrożeniowy i potrzebuję publicznego notatnika laboratoryjnego: eseje o product operations, opisy eksperymentów, miejsce do komentowania. W przeciwieństwie do portfolio Julii, ta strona jest tekstowa i powinna ewoluować w bazę wiedzy.
Zadałem ChatGPT pytania w stylu:
Wzorzec był jasny: Ghost (Pro) pojawiał się z entuzjastycznymi opiniami o wydajności, przenośności i kosztach.
Optyka product-ops powiedziała mi: usuń każdą wymówkę, żeby nie pisać. Ghost daje mi minimalistyczny edytor, wbudowane SEO i bezproblemowe wyjście, jeśli potrzeby się zmienią - dokładnie to, czym powinno być MVP dla notatek badawczych.
Obie strony teraz służą głównym celom swoich właścicieli:
Droga wyglądała chaotycznie - trzy platformy do jednego małego portfolio! - ale każdy krok był zamierzonym eksperymentem. To jest product operations: iteruj, mierz i pivotuj bez wstydu.
Jeśli stoisz na podobnym rozdrożu, zadaj sobie pytania:
Odpowiedz na nie, a właściwe narzędzie zwykle samo się ujawni - tak jak Lovable przekazał pałeczkę Cursorowi, a Cursor Webflowowi.
Dzięki za śledzenie tej podróży. Zapisz się na newsletter, żeby dostawać więcej zakulisowych eksperymentów, i napisz do mnie, jeśli zmagasz się z własnym wyborem narzędzi - zawsze jest kolejny zwrot akcji do opowiedzenia.