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.
Od lewej: obecna strona Julii, pierwsza iteracja w Lovable, wersja edytowana w Cursor, panel admina z Cursora, strona Webflow [w trakcie].
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
- 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.
- Identyfikuj ograniczenia wcześnie. Brak CMS, brak obsługi formularzy - każde ograniczenie ujawniało się dopiero po rozwiązaniu poprzedniego.
- 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.
- Automatyzuj odkrywanie. Głębokie wyszukiwania ChatGPT skróciły mój cykl wyboru narzędzi z dni do minut.
- 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:
- Jaki jest mój moment „aha" pierwszego dnia?
- Które narzędzie zaprowadzi mnie tam w godziny, nie tygodnie?
- 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.