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 działającego produktu: Marketing Decision Operating System, który pomaga zbierać kontekst, przygotowywać rekomendacje, zatwierdzać decyzje, wykonywać działania i mierzyć ich rezultaty.
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. Dziś ta sama logika działa już w aplikacji wdrożonej na własnej infrastrukturze.
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.
Co zrobiłem
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 daje poczucie kontroli bez zamieniania się w ścianę metryk. Pokazuje Calm Score, kolejkę decyzji, stan źródeł, pipeline, publikacje i wyjątki wymagające uwagi.
Człowiek przed automatyzacją
KERNAL wspiera generowanie tekstu i grafiki dopiero po zatwierdzeniu decyzji. System zachowuje kontrolę człowieka także przy publikacji i uczeniu: wynik może utworzyć kolejną rekomendację, ale nie uruchamia samodzielnie działania.
Proces realizacji
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 kolejne elementy roadmapy zostały wdrożone: dashboard, pamięć marki, kolejka decyzji, warstwa akceptacji, źródła danych, przestrzeń do pracy nad materiałem oraz zadania łączące decyzję z wykonaniem.
Pętla Results → Learn → Recommend
Po publikacji KERNAL łączy treść z celem i wynikiem, a następnie pomaga przygotować kolejną rekomendację. Wniosek wraca do pamięci marki dopiero po jawnej akceptacji operatora.
Efekt
Aplikacja przeszła drogę od dokumentacji produktu do działającego MVP sprawdzanego na realnym procesie. Główna pętla rekomendacja → decyzja → materiał → publikacja działa, a kolejne iteracje koncentrują się na jakości wniosków i wygodzie operatora.
- pamięć marki z materiałami oraz profilem strategii,
- dashboard, Decision Queue, deduplikacja, decyzje grupowe i odłożenie,
- generowanie i edycja tekstu oraz grafiki po zatwierdzeniu kierunku,
- publikacja, zadania operacyjne i historia decyzji,
- pomiar 7/14/30 dni oraz Biblioteka wniosków domykające pętlę uczenia.
Status
Status projektu: MVP wdrożone, QA i dalsze utwardzanie w toku.
Gotowe
- uporządkowany kontekst marek i projektów,
- dashboard, Marketing Brain i źródła danych,
- Decision Queue i Approval Layer,
- praca nad tekstem i grafiką oraz publikacja,
- MarketingTask, pomiar wyników i Biblioteka wniosków.
W toku
- dalsza weryfikacja jakości pomiaru wyników,
- monitoring jakości i niezawodności,
- dalsze testy współpracy kilku osób,
- upraszczanie procesu kolejnych wydań,
- monitoring sygnałów i kolejne integracje.
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.