Studia przypadków / Pulpit operacyjny CRM

Implementacja referencyjna

CRM, pod które finanse
mogą zamykać okres

Tekst opisuje pulpit operacyjny, który dostarczamy zespołom sprzedaży i finansów po wyjściu z arkusza i szablonu dostawcy. Interfejs poniżej to deterministyczny symulator — nie konto nazwanego klienta.

Sześć sekcji

Co ten case naprawdę obejmuje

Nazwane teksty klienckie czekają na akceptację. Ta strona to referencja: te same sześć sekcji, napisane pod pulpit, który można kliknąć.

Kontekst i ograniczenia

Ośmioosobowy zespół sprzedaży: pipeline w arkuszu, faktury w osobnej księdze, brak wspólnego identyfikatora konta. Ograniczeniem nie jest „więcej pól”, tylko jeden model, pod który sprzedaż i finanse zamykają okres, z RBAC zamiast wspólnego loginu.

Co zostało zbudowane

Pulpit z czterema powierzchniami: KPI i aktywność, pięcioetapowa tablica, rejestr deali i starzenie faktur. Karta deala pokazuje właściciela, źródło, prawdopodobieństwo i kolejny krok. Wygrane deale zostają na tym samym koncie co faktury.

Decyzje architektoniczne

Jedna encja konta dla firmy, deala i faktury — nie zadanie sync z CRM do ERP. Zmiany etapów to zdarzenia, nie nadpisywane kolumny. Publiczne demo to deterministyczny symulator, crawl- i klikalny bez backendu.

Stos technologiczny

React 19, TypeScript i te same prymitywy design systemu: Card, Table, Tabs, Dialog, Badge, Progress. W dostawie dochodzi warstwa integracji Node.js, PostgreSQL i dziennik zdarzeń. Demo tych usług nie woła.

Weryfikowalny wynik

Nie ma tu nazwanego wyniku klienta. Można zweryfikować interfejs: wartość pipeline, win rate, zaległe follow-upy i należności ruszają się tickiem co 20 minut.

Co byśmy zmienili

Demo wciąż chowa RBAC na poziomie pola i adaptery poczty/telefonii w tekście. W dostawie wynieślibyśmy je na osobne ekrany — macierz uprawnień i odtwarzalny dziennik integracji.

Demo na żywo

Pulpit w ruchu

Parametry symulatora: 8 stanowisk, 18 slotów otwartych deali, cel kwartalny €420k, tick 20 minut. Brak danych klienta, żywej księgi i poczty wychodzącej.

Interaktywne demo. Liczby są syntetyczne i nie dotyczą nazwanego klienta.
Pulpit operacyjny Northwind8 stanowisk · 18 slotów otwartych deali · €420.0k cel kwartalny
7 zaległych follow-upówLivePn 09:00
Otwarty pipeline100%
€460.3kz €420.0k
Win rate
67%€70.1k wygrane w cyklu
Otwarte deale
15Aktywne szanse bez won i lost
NależnościPrzeterminowana
€42.6kWysłane i przeterminowane faktury
Zamknięty przychód, 8 tygodni

Syntetyczne tygodniowe bookingi — gęstość wykresu, nie żywa księga.

W-8W-7W-6W-5W-4W-3W-2W-1
Ostatnia aktywność

Telefony, mail, spotkania i zmiany etapów z symulatora.

  • Wysłano follow-up
    Helios Grid
    −1h
  • Umówiono sesję roboczą
    Nordic Charge
    −1h
  • Zarejestrowano rozmowę
    Vistula Media
    −2h
  • Umówiono sesję roboczą
    Rhine Storage
    −3h
  • Wysłano follow-up
    Baltic Ports
    −4h
  • Umówiono sesję roboczą
    Atlas Fleet
    −5h
  • Wysłano follow-up
    Lumen Labs
    −6h
  • Umówiono sesję roboczą
    Silesia Steel
    −7h
FAQ

Jak czytać ten case

Nie. To implementacja referencyjna pulpitu CRM. Nazwane teksty wychodzą dopiero po akceptacji każdego zdania przez klienta.
Nie. Parametry symulacji: osiem stanowisk, cel €420k, tick 20 minut. Cel to układ i zachowanie aktualizacji.
Warstwę integracji nad pocztą, telefonią i już działającą księgą, RBAC na polach, dziennik audytu i ścieżkę wyjścia z arkusza.
Tak. Typowy pierwszy rezultat to model konta i cztery powierzchnie, które widzicie tutaj, pod wasze etapy, nie pod szablon dostawcy.

Arkusz już nie wytrzymuje?

Opiszcie pipeline, księgę, z którą nie rozmawia, i gdzie pękają przekazania. W 24 godziny sprowadzimy to do konkretnego modelu konta.