Case study

Budowa portalu KERNAL

Proces budowy portalu kernal.pl/ jako publicznej wizytówki marki, produktu i sposobu pracy.

Portfolio procesu

Decyzje, wdrożenia, wynik.

Ten case dokumentuje sytuację wyjściową, problem, wykonane działania i rezultat.

StatusGotowe

Portal KERNAL powstaje jako publiczna warstwa marki, produktu i sposobu pracy. Nie jest klasycznym landingiem SaaS ani stroną opartą o gotowy szablon. Celem było stworzenie miejsca, które pokazuje KERNAL jako system Marketing Operations oraz dokumentuje proces jego budowy w modelu build in public.

Kontekst

Po przygotowaniu logo, brandbooka, Constitution i pierwszych assetów wizualnych kolejnym krokiem było uruchomienie portalu na domenie kernal.pl.

Portal tłumaczy ideę „Marketing bez chaosu”, prezentuje proces budowy produktu i tworzy publiczną bazę case studies, roadmapy, changeloga oraz bloga.

Problem

Gotowy motyw z marketplace’u mógłby przyspieszyć start, ale osłabiłby charakter marki. KERNAL potrzebował własnego języka wizualnego: ciemnego, technicznego, spokojnego i operacyjnego.

Klasyczny template SaaS byłby zbyt dekoracyjny, zbyt generyczny i trudniejszy do pokazania jako świadomie prowadzony projekt.

Co zrobiłem

Własny motyw WordPress

WordPress został wybrany jako CMS, ale bez ciężkiego page buildera i bez gotowego motywu premium. Założenie było proste: WordPress zarządza treścią, a KERNAL Theme zarządza doświadczeniem marki.

Homepage jako storytelling

Strona główna została zaprojektowana jako sekwencja ekranów. Każda sekcja odpowiada za jedną decyzję komunikacyjną.

  • czym jest KERNAL,
  • jaki chaos rozwiązuje,
  • jak działa proces Decide – Approve – Execute,
  • czym KERNAL nie jest,
  • jak powstaje produkt,
  • kto go tworzy,
  • jak można się skontaktować.

Assety jako część systemu

Grafiki na stronie nie są dekoracją. Mają wyglądać jak fragment systemu KERNAL: panele, procesy, statusy, decyzje, akceptacje i roadmapa.

Proces realizacji

Prace zaczęły się od uporządkowania treści homepage. Zamiast klasycznego landing page’a powstał układ „section one view”, w którym każda sekcja działa jak osobny ekran.

Następnie przygotowano zestaw assetów: hero visual, problem visual, pipeline Decide – Approve – Execute, founder operating card, build in public visual oraz roadmap / changelog visual.

Pierwsza wersja była zbyt spokojna i zbyt mała wizualnie. Po korekcie powiększono assety, wzmocniono hero i nadano stronie bardziej produktowy charakter.

Efekt

Obecna wersja portalu pokazuje KERNAL jako realny produktowy projekt, a nie tylko pomysł. Własny motyw został uzupełniony o typy treści dla case studies, roadmapy i changeloga, blog oraz pola SEO potrzebne do kontrolowanej publikacji z aplikacji KERNAL.

  • spójny dark-first kierunek wizualny,
  • jasne hasło „Marketing bez chaosu”,
  • własne assety systemowe,
  • sekcje prowadzące użytkownika przez problem, proces i rozwiązanie,
  • działające archiwa case studies, roadmapy, changeloga i bloga.

Status

Status projektu: portal działa i jest rozwijany razem z produktem.

Gotowe

  • domena kernal.pl,
  • struktura homepage,
  • pierwsze assety wizualne,
  • sekcja build in public,
  • sekcja founder,
  • sekcja kontaktowa.

Dowiezione później

  • case studies z własnymi polami i archiwum,
  • roadmapa i changelog,
  • blog oraz import treści z KERNAL,
  • meta title, meta description i kontrola SEO,
  • produkcyjnie sprawdzona publikacja WordPress.

Lessons learned

Własny styl jest ważniejszy niż szybki szablon

Gotowy motyw mógłby skrócić start, ale osłabiłby rozpoznawalność KERNAL.

Portal jest częścią produktu

Strona nie może być oderwana od tego, czym jest KERNAL. Ma komunikować proces, decyzje i kontrolę.

Najpierw treść, potem efekty

Po zbudowaniu layoutu kolejnym krokiem jest wypełnienie strony prawdziwą treścią. Dopiero wtedy widać, czy struktura działa.

## Krótka wersja do karty case study Tytuł: Budowa portalu KERNAL Opis: Od pustego WordPressa do publicznej warstwy marki, procesu i produktu. Case pokazuje decyzję o własnym motywie, strukturę homepage, assety wizualne i podejście build in public. Status: Działa i jest rozwijane Typ: Build in Public Tagi: WordPress, Product Portal, Brand System