Osobno działający generator rekomendacji, edytor treści i integracja WordPress mogą wyglądać jak gotowy produkt. Dopiero przejście całej ścieżki na żywym przypadku pokazuje, czy system rzeczywiście pomaga dowieźć marketing.
Moduły nie są produktem
Najważniejszą lekcją było to, że wartość powstaje na połączeniach. Zatwierdzona rekomendacja musi automatycznie utworzyć zadanie. Publikacja musi je zamknąć. Błąd integracji musi wrócić na dashboard. Bez tych przejść użytkownik ponownie staje się ręcznym integratorem systemu.
Deduplikacja musi działać przed generowaniem
Wykrywanie duplikatów po fakcie jest potrzebne, ale nie wystarcza. Jeżeli system regularnie proponuje ten sam temat innymi słowami, kolejka decyzji rośnie, a zaufanie spada. Dlatego model powinien poznać wcześniejsze tematy jeszcze przed wygenerowaniem propozycji.
„Odłóż” jest pełnoprawną decyzją
Nie każdą dobrą rekomendację można wykonać teraz. Brak danych, dostępności osoby albo zakończenia kampanii to realne warunki biznesowe. Odłożenie z powodem i terminem jest lepsze niż sztuczne zatwierdzenie lub pozostawienie tematu bez statusu.
Techniczny ślad nie powinien dominować interfejsu
Audit log, identyfikatory modeli i decyzje architektoniczne są ważne, lecz większość użytkowników najpierw potrzebuje prostego opisu biznesowego. Szczegóły techniczne powinny być dostępne, ale schowane poziom głębiej.
Najlepszy test to prawdziwy workflow
Testy automatyczne chronią reguły, ale nie zastępują przejścia przez realny przypadek. Dopiero workflow materiał → strategia → rekomendacja → decyzja → draft → publikacja → zadanie pokazał, gdzie użytkownik traci orientację i gdzie automatyzacja nie domyka przejścia.
Dzisiaj KERNAL ma działający rdzeń Recommend → Approve → Execute. Następna lekcja zaczyna się po publikacji: trzeba jeszcze zmierzyć rezultat i zamienić go w lepszą kolejną decyzję.