Aplikacja KERNAL powstaje jako odpowiedź na bardzo konkretny problem: marketing często nie przegrywa przez brak pomysłów, tylko przez brak spokojnego procesu decyzyjnego. Treści, kampanie, akceptacje, źródła danych i zadania rozchodzą się po narzędziach, wiadomościach i notatkach. KERNAL ma ten proces uporządkować.
Ten case dokumentuje przejście od marki i portalu do właściwego produktu: Marketing Decision Operating System, który ma pomagać planować, rekomendować, zatwierdzać, wykonywać i mierzyć działania marketingowe.
Kontekst
KERNAL nie zaczyna od pustego promptu. Zaczyna od strategii, danych, źródeł i decyzji. To ważna różnica, bo celem nie jest stworzenie kolejnego generatora treści, ale systemu, który pomaga prowadzić marketing operacyjnie.
Pierwszym publicznym etapem była strona kernal.pl: portal produktowy, portfolio procesu i miejsce na roadmapę, changelog oraz case studies. Kolejnym krokiem jest aplikacja, która przeniesie tę logikę do działającego narzędzia.
Problem
W wielu procesach marketingowych brakuje jednego miejsca, które odpowiada na pytania: co jest ważne, co wymaga decyzji, co zostało zaakceptowane, co jest w realizacji i co powinniśmy przygotować na jutro.
Same narzędzia analityczne nie rozwiązują tego problemu. Pokazują dane, ale nie zawsze pomagają przełożyć je na decyzję. Generatory treści również nie rozwiązują całości, bo zaczynają od produkcji outputu, a nie od zrozumienia, czy dane działanie w ogóle ma sens.
Decyzje
Kategoria produktu
KERNAL został zdefiniowany jako Marketing Decision Operating System. To oznacza, że jego centrum nie jest czat, kalendarz ani lista zadań, tylko proces decyzyjny: źródła, rekomendacja, akceptacja, wykonanie, pomiar i nauka.
Dashboard jako serce produktu
Pierwszy ekran aplikacji ma dawać poczucie kontroli. Nie ma pokazywać wszystkiego. Ma pokazać, co zostało zamknięte, co wymaga decyzji i co trzeba przygotować na kolejny krok.
Człowiek przed automatyzacją
KERNAL może wspierać generowanie treści, ale dopiero po zatwierdzeniu decyzji. System nie powinien publikować ani zmieniać kierunku marketingu bez świadomej akceptacji człowieka.
Proces
Prace zaczęły się od ustalenia języka produktu: Decide, Approve, Execute. Ten rytm porządkuje komunikację i przyszły workflow aplikacji.
- Decide: zrozumieć kontekst, źródła i priorytet.
- Approve: zatwierdzić kierunek, materiał albo decyzję.
- Execute: przełożyć decyzję na zadanie, publikację lub kolejny krok.
Następnie powstała pierwsza roadmapa: dashboard v0.1, Marketing Brain, Decision Queue, Approval Layer oraz pierwsze źródła danych, takie jak GA4 i Google Trends.
Efekt
Na tym etapie aplikacja KERNAL ma jasny fundament produktowy. Wiadomo, czym jest, czym nie jest, od czego zaczyna i gdzie ma prowadzić użytkownika.
- produkt nie jest definiowany jako generator treści,
- centrum stanowi dashboard i decyzje,
- AI jest wsparciem procesu, nie początkiem pracy,
- pierwsze źródła danych mają wzmacniać rekomendacje,
- roadmapa pokazuje publiczny kierunek rozwoju.
Status
Status projektu: w trakcie.
Gotowe
- definicja produktu,
- publiczna obietnica,
- rytuał Decide – Approve – Execute,
- pierwsza roadmapa,
- portal dokumentujący proces.
Następne
- model danych MVP,
- pierwszy dashboard,
- format rekomendacji,
- warstwa akceptacji,
- pierwsze źródła danych.
Lessons learned
Najpierw decyzja, potem generowanie
Jeżeli system zaczyna od generowania treści, łatwo powiela chaos. KERNAL musi najpierw pomóc ustalić, czy dane działanie ma sens.
Dashboard ma dawać spokój
Najlepszy dashboard nie pokazuje wszystkiego. Pokazuje to, co pomaga podjąć właściwą decyzję.
Produkt dojrzewa na realnym procesie
Budowa portalu, roadmapy i pierwszych treści jest częścią procesu produktowego. KERNAL powstaje na własnym przykładzie.