Przegląd narzędzi do budowy strony osobistej - porównanie Cursor, Lovable, Webflow i Ghost

Jak 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.

---

Projekt 1 - Nowe portfolio dla Julii Pryjmy

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ę.

Etap 1 - Lovable (faza „po prostu wyślijmy coś")

Cel: Uruchomić ładniejsze portfolio jeszcze dziś wieczorem.
Wybrane narzędzie: Lovable - no-code'owy kreator stron, który chciałem przetestować.

Dlaczego Lovable?

• Superszybki edytor wizualny.
• Obiecane responsywne szablony, które krzyczą „profesjonalista kreatywny".

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ę.

---

Etap 2 - Cursor (faza „na pewno mogę doczepić CMS")

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?

• Przepływ pracy oparty na języku naturalnym i Git.
• Możliwość dostrajania kodu w konkretnych potrzebach.
• Darmowy plan idealny na eksperymenty.

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.

---

Etap 3 - Webflow (faza „zejdź sobie z drogi")

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?

• Webflow - narzędzie, którego już używam do tworzenia stron z CMS dla moich klientów.
• Przebudowałem całą stronę w cztery skupione godziny.

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.

---

Projekt 2 - Hub badawczy Fred Ops

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.

Badanie stosu technologicznego (z pomocą ChatGPT)

Zadałem ChatGPT pytania w stylu:

• „Najtańsze platformy blogowe z natywnym SEO i łatwym eksportem"
• „Ghost Pro vs Webflow CMS do blogowania technicznego"

Wzorzec był jasny: Ghost (Pro) pojawiał się z entuzjastycznymi opiniami o wydajności, przenośności i kosztach.

Dlaczego Ghost (Pro) wygrał

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.

---

Pięć zasad Product-Ops w działaniu

1. Wysyłaj, żeby się uczyć. Lovable udowodnił, że landing page może istnieć; pivot do Cursora udowodnił, że CMS jest ważny; Webflow udowodnił pełne dopasowanie.
2. Identyfikuj ograniczenia wcześnie. Brak CMS, brak obsługi formularzy - każde ograniczenie ujawniało się dopiero po rozwiązaniu poprzedniego.
3. Niech koszt kieruje ryzykiem, nie wizja. Płacenie za Webflow miało sens, gdy śledzenie przychodów zaczęło mieć znaczenie; płacenie za Ghost miało sens, gdy codzienne pisanie zaczęło mieć znaczenie.
4. Automatyzuj odkrywanie. Głębokie wyszukiwania ChatGPT skróciły mój cykl wyboru narzędzi z dni do minut.
5. Utrzymuj migrację tanią. Czy to eksport Webflow, czy backup JSON Ghost - łatwe wyjście to strategiczne ubezpieczenie.

---

Podsumowanie

Obie strony teraz służą głównym celom swoich właścicieli:

• Julia ma portfolio zoptymalizowane pod konwersję, które może aktualizować sama.
• Ja mam hub wolny od rozpraszaczy, żeby testować, czy rynek interesuje się moimi badaniami product-ops.

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:

1. Jaki jest mój moment „aha" pierwszego dnia?
2. Które narzędzie zaprowadzi mnie tam w godziny, nie tygodnie?
3. Skąd będę wiedzieć, że pora na pivot?

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.