Life Architect - serwis, który klient rozbudowuje sam

Life Architect tworzy kursy, programy rozwojowe i warsztaty dla dzieci oraz dorosłych. 9 maja 2017 roku opublikowaliśmy dla zespołu serwis WordPress, który miał dać się rozbudowywać o kolejne strony warsztatowe i produktowe bez angażowania programisty. Adres serwisu pozostaje aktywny; poniżej wyraźnie oddzielamy historyczny zakres od tego, co można potwierdzić dzisiaj.

Wyzwanie

Firma szkoleniowa regularnie uruchamia nowe warsztaty i edycje programów. Każda potrzebuje własnego opisu, informacji o odbiorcy i miejsca w ofercie. Gdy utworzenie takiej strony wymaga pracy wykonawcy, rytm publikacji zależy od jego terminarza. Dlatego samodzielna rozbudowa była głównym wymaganiem projektu.

Drugim wymaganiem było dokładne odwzorowanie wytycznych wizualnych klienta. Napięcie było czytelne: redakcja potrzebowała swobody w dodawaniu treści, ale kolejne strony nie mogły tracić spójności układu i typografii.

Zakres obejmował też responsywność, optymalizację kodu i treści, poprawę szybkości oraz wygodę zarządzania serwisem.

Co zbudowaliśmy

• Serwis w pełni funkcjonalny od startu — kompletny, a nie etapowy, z gotową strukturą pod treści warsztatowe i produktowe.
• Swobodną i intuicyjną rozbudowę o kolejne strony warsztatowe oraz produktowe, wykonywaną po stronie klienta w panelu WordPressa.
• Dokładne odwzorowanie wytycznych klienta — w archiwalnym opisie projektu nazwane „pixel perfect”.
• Responsywność (RWD) — ten sam serwis czytelny na komputerze, tablecie i telefonie, bez osobnej wersji mobilnej.
• Optymalizację kodu i treści, czyli uporządkowanie tego, co strona wysyła do przeglądarki, i tego, jak treść jest zorganizowana.
• Poprawę szybkości działania serwisu względem stanu wyjściowego.
• Wygodę zarządzania i tworzenia nowych stron — potraktowaną jako osobny wymóg projektowy, nie jako efekt uboczny wyboru CMS-a.

Jak to działało

Serwis oparliśmy na WordPressie, tak aby klient mógł sam dodawać strony warsztatowe i produktowe. Zachowany opis projektu potwierdza cel, użyty CMS, responsywność oraz prace nad kodem, treścią i szybkością. Nie zachowaliśmy natomiast dokumentacji wewnętrznej architektury edytora ani listy zależności, dlatego nie dopisujemy dziś szczegółów o mechanizmie, których nie da się sprawdzić w materiale źródłowym.

Najważniejsza decyzja pozostaje czytelna bez tych szczegółów: projekt wizualny i sposób redagowania musiały powstać razem. Swoboda klienta miała dotyczyć treści, a nie ręcznego odtwarzania siatki, odstępów i typografii przy każdej publikacji.

Co możemy potwierdzić po latach

6 sierpnia 2026 roku sprawdziliśmy adres: serwis Life Architect odpowiada ponad dziewięć lat po publikacji. To potwierdza aktywność adresu, ale nie dowodzi nieprzerwanego działania ani zachowania tej samej wersji technicznej przez cały okres. Nie mieliśmy z serwisem stałej umowy utrzymaniowej.

Aktualna witryna nadal publikuje kursy i warsztaty. To potwierdza aktywność marki oraz adresu, ale nie pozwala przypisać obecnego kodu ani sposobu redagowania wdrożeniu z 2017 roku. Użyteczna lekcja projektowa jest węższa: właściciel serwisu powinien dostać realną kontrolę nad treścią, a WordPress nadal wymaga aktualizacji, monitoringu i kopii zapasowych.

Dlaczego to ważne dziś

Zmieniły się narzędzia, nie pytanie o odpowiedzialność za publikację. Dziś budujemy takie serwisy jako strony w Next.js albo, gdy CMS lepiej pasuje do zespołu, rozwijamy je w ramach opieki nad WordPressem. Gdy istniejący serwis jest wolny albo drogi w utrzymaniu, jedną z opcji jest migracja z WordPressa do Next.js.

Zasada projektowa została ta sama i to ona jest tu najważniejsza: rozstrzygnąć wcześnie, co klient będzie dokładał sam, i zapisać to w konstrukcji, zanim powstanie pierwszy ekran. Ustalamy to na etapie projektowania i planowania, a jak wygląda cała droga, opisujemy w naszym procesie.

Chcesz serwis, który przeżyje współpracę z wykonawcą? Porozmawiajmy.