Problem
Przejąłem wewnętrzny CRM, który miał pomagać zespołowi sprzedaży — zamiast tego był wąskim gardłem. Raportowanie nie działało. System zadań był nieużywalny, więc nikt go nie używał. Interfejs walczył z ludźmi, którzy zależeli od niego każdego dnia.
Pod spodem baza rozrastała się latami w niezoptymalizowany gąszcz: dane klientów i zamówień rozsiane po 15+ starych tabelach, każdy typ interakcji we własnym, odizolowanym logu, a osobny ERP przepisywany ręcznie, żeby się zgadzał. Nic nie było szybkie i niczemu nie dało się ufać od początku do końca.
Co zbudowałem
Przebudowa na czystym, zoptymalizowanym schemacie: klucze główne UUID z kolumnami JSONB dla tego, co naprawdę się zmienia (historia obrotów, wzbogacanie, metadane) — elastycznie, bez utraty integralności referencyjnej. 15+ tabel i 5+ rozproszonych logów zwinęło się w jedną oś czasu klienta.
Raportowanie, które naprawdę działa. System zadań, którego zespół używa, zamiast go unikać. Synchronizacja z ERP poszła automatem przez dopasowanie dwukluczowe (numer relacji + id ERP) zamiast ręcznego przepisywania, z elastycznym tagowaniem i obsługą wypisu RODO wbudowaną w warstwę danych. Narzędzie z codziennego tarcia stało się codziennym napędem.
Stack
Retool · Postgres · JSONB · UUID · ERP sync · RODO