Aplikacja webowa · CRM · SaaS

RAN-SIGMA — kompleksowy system zarządzania firmą odpadową

Dedykowana platforma, która zastąpiła arkusze, e-maile i papierowy obieg dokumentów. Od oferty przez zlecenie, trasę kierowcy i podpis umowy — wszystko w jednym systemie.

Klient
RAN-SIGMA Sp. z o.o.
Branża
Gospodarka odpadami
Rok
2025–2026
Skala
19 ról · 128 ekranów
Zakres
Projekt + wdrożenie + rozwój
Ransigma CRM — panel zarządzania zleceniami

Wyzwanie

Zastrzeżenie: RAN-SIGMA to firma, którą zarządzam. Ten system powstał najpierw na własne potrzeby i dopiero sprawdzony trafił do oferty — tak samo testuję każde rozwiązanie, zanim zaproponuję je klientowi.

RAN-SIGMA to firma zajmująca się odbiorem i utylizacją odpadów przemysłowych — z flotą pojazdów, kierowcami w terenie, siecią klientów i wymogami prawnymi wynikającymi z BDO. Oferty wychodziły z Outlooka, trasy ustalało się telefonicznie, umowy krążyły papierowo między działami, a rentowności poszczególnych odpadów nikt nie liczył.

Informacje ginęły między e-mailami. Kierownik nie wiedział o przeglądzie technicznym pojazdu zaplanowanym za tydzień, a handlowiec dzwonił do klienta, nie wiedząc, czy ten w ogóle otworzył ofertę. Nikt nie umiał odpowiedzieć, ile firma zarabia na poszczególnych kodach odpadu, a zarząd nie miał jednego spójnego raportu.

Ostatnia aktualizacja: 8 września 2026

Co zbudowaliśmy

Platformę webową, w której stoi cała ścieżka od oferty po archiwum umowy. Każda rola ma w niej swój widok i swoje narzędzia: handlowiec, kierownik, kierowca, laborant, magazynier, księgowy, zarząd.

Punktem wyjścia jest kartoteka klientów z historią zleceń, umów, ofert i kontaktów. Listę ogląda się tabelą albo kartami, z kategoriami i statusami, z importem i eksportem danych, a profil pojedynczego klienta otwiera się w bocznym panelu, bez opuszczania listy.

CRM klientów z historią

Kartoteka klientów, kontaktów i dokumentów współpracy.

Oferty PDF z trackingiem otwarć

Generator ofert w formacie PDF wraz z wysyłką do klienta.

Cyfrowy obieg umów z SLA

Umowa od szkicu do archiwum, z e-podpisem po drodze.

Flota, trasy i terminy pojazdu

Mapa pojazdów, plan tras odbioru, kalendarz floty.

Rentowność odpadów i panel zarządu

Dashboard marży oraz osobny panel dla zarządu.

Widoki dla każdej roli

Osobne zestawy ekranów dla poszczególnych stanowisk.

Co dzieje się między ofertą a podpisem

Oferta wychodzi z systemu jako PDF, a nadawcą jest personalny adres handlowca w domenie @ransigma.pl. W treści siedzi piksel śledzący: obrazek, który program pocztowy pobiera z serwera dopiero przy wyświetleniu wiadomości, i to pobranie zapisuje się jako otwarcie. Pobranie samego PDF logowane jest osobno, bo to inne zdarzenie. Handlowiec ma więc dwa sygnały, zanim zadzwoni.

Umowa idzie własnym torem. Statusy trzymane w czyjejś głowie zamieniam na jawne stany — pisałem o tym przy CRM dla firm usługowych. Ile ich będzie i jak się nazwą, zależy od tego, kto w danej firmie akceptuje. Tutaj jest ich pięć: szkic, akceptacja zarządu, podpis klienta, podpis HQ, archiwum. Na każdym system powiadamia automatycznie i pilnuje SLA, a oryginały czekające na zwrot mają osobną skrzynkę HQ, żeby papier nie zniknął z widoku systemu.

Jak system prowadzi pojazd i kierowcę

Trasa odbioru powstaje w systemie, nie przez telefon: obok planu tras stoi harmonogram kierowców, a pozycje pojazdów z GPS widać na mapie. Kierowca ma osobny panel mobilny.

W tym samym module stoi kalendarz terminów pojazdu. Przegląd techniczny, OC, ubezpieczenie i naprawa mają w nim osobne wpisy, a alert wychodzi, kiedy termin się zbliża. Inspekcję pojazdu kierowca podpisuje cyfrowo z telefonu.

Skąd bierze się liczba na panelu rentowności

Marża policzona dla całej firmy nie mówi, na czym się zarabia. Tutaj marża rozbija się na kody odpadów i daje się filtrować po miesiącu i oddziale, a wynik wychodzi do Excela albo do PDF na firmowym szablonie. O tym, które liczby w ogóle warto wpuszczać na taki ekran, pisałem osobno przy dashboardzie dla właściciela firmy.

Na panelu zarządu stoją KPI sprzedaży, ceny oleju, ładowności cystern, raporty handlowe i analiza konkurencji w jednym widoku. Warstwę raportową — źródło liczby, sposób jej liczenia i format eksportu — układamy tak samo w każdym projekcie analityki i dashboardów.

Skala projektu

Trzy liczby opisują rozmiar tego systemu.

128
unikalnych ekranów i widoków
19
ról z osobnymi uprawnieniami
15+
modułów operacyjnych w jednym systemie

Sama liczba ekranów niewiele znaczy bez ról. Uprawnienie jest tu przypięte do roli: kto dostaje rolę, dostaje razem z nią jej zakres widoczności. Role rysuje się pod firmę i to jest praktyczna różnica między gotowym pakietem a dedykowanym CRM. Stąd widoki okrojone do jednej czynności: TV-kiosk dla magazynu chodzi bez logowania, laborant ma panel do próbek, kierowca swój panel mobilny, a kiosk obecności i wnioski urlopowe online zamykają sprawy kadrowe tam, gdzie prowadzi się zlecenia.

Co ten system zastąpił

  • Excel i e-maile — moduły CRM, zleceń i tras
  • Papierowy obieg umów — cyfrowy workflow z e-podpisem
  • Oferty wysyłane ręcznie z Outlooka — generator PDF w systemie
  • Telefoniczne planowanie kierowców — harmonogram tras i mapa pojazdów
  • Nieliczona rentowność odpadów — dashboard marży
  • Brak danych dla zarządu — panel zarządu

Jak układamy moduł BDO w takich systemach

Tak układamy ten moduł, kiedy firma pracuje na kodach odpadów — to opis metody, nie zawartość tego wdrożenia. Kody odpadów trzymamy w zamkniętym słowniku systemu, z którego użytkownik wybiera pozycję. Wtedy ta sama pozycja nazywa się identycznie w zleceniu, na karcie przekazania i w raporcie, i nikt nie musi tego potem uzgadniać między działami.

Kartę przekazania wiążę ze zleceniem i z pojazdem, żeby dokument dało się odtworzyć z operacji, która naprawdę się wydarzyła, zamiast składać go po fakcie z pamięci. Terminy sprawozdawcze wpuszczam do systemu jako daty z przypisaną osobą odpowiedzialną i z alertem, który wychodzi z wyprzedzeniem.

Najczęstsze pytania o ten system

Ile modułów ma ten system i czy trzeba zaczynać od takiej skali?

Nie trzeba. Dziś to ponad piętnaście modułów operacyjnych, 128 ekranów i 19 ról, ale system rozwijam w trybie ciągłym; w portfolio okres tego projektu to 2025–2026. Startuję zwykle od jednego albo dwóch modułów i dokładam kolejne do tej samej bazy.

Czy wszyscy użytkownicy widzą to samo?

Nie. Uprawnienie jest przypięte do roli, nie do osoby — kto dostaje rolę, dostaje razem z nią jej zakres widoczności. Ról z osobnymi uprawnieniami jest w tym systemie 19.

Czy kierowca musi instalować aplikację ze sklepu?

To aplikacja webowa. Kierowca otwiera swój panel z telefonu i tam podpisuje inspekcję pojazdu.

W jakiej technologii powstał ten CRM?

Interfejs to React i TypeScript budowane przez Vite, warstwa wizualna — Tailwind CSS i shadcn/ui. Dane stoją na Supabase, za wysyłkę wiadomości odpowiada Resend, a logikę serwerową obsługują Edge Functions. Ten stos dobieramy do skali systemu; przy mniejszych wdrożeniach część warstw odpada.

Jakie oszczędności przyniosło to wdrożenie?

Dla tego systemu podaję skalę wdrożenia; liczb o zwrocie z inwestycji przy nim nie publikuję. Liczby o oszczędności czasu należą do osobnego wdrożenia w tej samej firmie — elektronicznego obiegu dokumentów; to wskaźniki przyjęte na etapie projektowania i potwierdzone w pierwszych tygodniach eksploatacji, nie średnia z długiego okresu.

Masz podobne wyzwanie?

Zbuduję system, w którym zlecenia, flota i dokumenty stoją w jednym miejscu.

Szczegóły projektu

Technologie

React · TypeScript · Vite · Tailwind CSS · shadcn/ui · Supabase · Resend · Edge Functions

Zakres prac

Moduły systemu