CRM AI Act

Problem

Trzyosobowy zespół potrzebował jednego miejsca do obsługi całego procesu: od leada z kampanii i zgody na kontakt, przez telefon i audyt użycia AI w firmie, po ofertę, zadania i dalszą realizację. Gotowa lista kontaktów nie wystarczała — system musiał pilnować również odpowiedzialności, historii zdarzeń i ograniczeń prawnych.

Moja rola

Samodzielnie odpowiadam za projekt produktu i całą stronę techniczną: model procesu, architekturę, implementację, testy, bezpieczeństwo oraz przygotowanie i utrzymanie środowiska produkcyjnego. Wspólnie z osobą prowadzącą audyty doprecyzowuję część merytoryczną.

Zbudowany zakres

• role dla administratora, osoby sprzedającej i settera oraz unieważnialne sesje
• firmy, kontakty, szanse sprzedaży, zadania i historia zmian etapów
• kanban procesu i osobna kolejka codziennej pracy
• odbiór leadów z formularzy Meta z kontrolą źródła, deduplikacją i dowodem zgody
• formularz audytu AI oraz generator raportu dla klienta
• tryb PWA dla settera, przygotowany do pracy przy niestabilnym połączeniu

Najważniejsze decyzje

• CRM i przyszła platforma kursowa mają osobne schematy oraz role PostgreSQL. Strefa uczestnika nie ma dostępu do danych CRM nawet przy błędzie aplikacji.
• Zgody, sprzeciwy i kluczowe zdarzenia są projektowane jako historia append-only, zamiast rekordów nadpisywanych bez śladu.
• Produkcja działa w kontenerach na VPS w UE; publicznie wystawiony jest tylko Caddy z HTTPS, a aplikacja i PostgreSQL nie mają portów hosta.

Dowody

• środowisko produkcyjne z aplikacją, PostgreSQL i HTTPS działa od września 2026
• migracje, uprawnienia i granica między strefami są testowane na realnym PostgreSQL
• zmiany dotyczące danych i dostępu przechodzą osobne przeglądy bezpieczeństwa i RODO

Status

Rdzeń CRM i środowisko produkcyjne działają, ale rozwój nadal trwa przed pełnym uruchomieniem operacyjnym. Platforma kursowa nie jest jeszcze zbudowana — na tym etapie nie przedstawiam jej jako gotowej części systemu.