Przejdź do treści
kwotum

Jak działa

Klient przechodzi proces. Firma podejmuje decyzję.

Kwotum rozdziela to, co dzieje się w przeglądarce, na serwerze i w panelu. Dzięki temu odpowiedzi prowadzą do uporządkowanego leada, ale wynik nie staje się automatyczną decyzją handlową.

Granica: przeglądarka nie oblicza samodzielnie ceny ani score.

Mapa zaufania

Co dzieje się gdzie?

Jedna ścieżka, trzy odpowiedzialności

  1. 01 · PrzeglądarkaProwadzi klienta
    Nie zna prywatnych reguł

    Pokazuje pytania i przesyła odpowiedzi do potwierdzenia.

  2. 02 · SerwerPotwierdza wynik
    Źródło wyniku i dostępu

    Odtwarza opublikowaną wersję, pricing i scoring.

  3. 03 · Panel firmyPorządkuje kontekst
    Decyzja należy do firmy

    Pokazuje pełny rekord i pozwala wybrać kolejny krok.

Wynik orientacyjnyNie jest ofertą, pomiarem ani decyzją firmy.

Etapy 1–3

Proces zaczyna się, zanim klient zobaczy pierwsze pytanie.

Najpierw firma przygotowuje logikę. Potem serwer sprawdza i zamraża wersję, a dopiero wtedy przeglądarka prowadzi klienta przez właściwe pytania.

  1. 01 · Panel firmyOwner lub Admin

    Konfiguracja

    Opis i dane etapuKompletny szkic procesu

    Firma wybiera szablon, pytania i warunki oraz ustala pricing, scoring i treści zgód.

    Dane przykładowe
    Pytania
    18
    Warunki
    5
    Stan
    Szkic
    RezultatKompletny szkic procesu
  2. 02 · SerwerWalidacja systemowa

    Walidacja i publikacja

    Opis i dane etapuNiezmienna wersja procesu

    System wykrywa pętle i martwe ścieżki. Publikacja zamraża wersję z własnym hashem.

    Dane przykładowe
    • Routing sprawdzonyGotowe
    • Treści zgódPrzypięte
    • Wersja4 · opublikowana
    RezultatNiezmienna wersja procesu
  3. 03 · Przeglądarka + serwerWidget + serwer

    Sesja klienta

    Opis i dane etapuPotwierdzony kolejny krok

    Widget pokazuje kolejny krok, a serwer zapisuje odpowiedź i potwierdza routing przypiętej wersji.

    Dane przykładowe
    Krok 3 z 7

    Budżet projektu30 000–45 000 zł

    Odpowiedź zapisana
    RezultatPotwierdzony kolejny krok

Granica zaufania: przeglądarka prowadzi sesję, ale nie otrzymuje prywatnych reguł pricingu ani scoringu.

Etapy 4–6

Odpowiedzi prowadzą do decyzji firmy. Nie zastępują jej.

Serwer potwierdza wynik, klient świadomie przekazuje kontakt, a firma otrzymuje uporządkowany rekord i wybiera dalsze działanie.

Granica wynikuWynik jest orientacyjny, a prywatny score pozostaje w panelu.
  1. 04 · SerwerPotwierdzenie wyniku

    Bezpieczny wynik dla klienta

    Serwer odtwarza pricing i scoring z zapisanych odpowiedzi. Publicznie pokazuje tylko dozwoloną część wyniku.

    Opis i dane etapuKlient widzi bezpieczny zakres

    Serwer odtwarza pricing i scoring z zapisanych odpowiedzi. Publicznie pokazuje tylko dozwoloną część wyniku.

    Dane przykładowe
    Wynik orientacyjny30–45 tys. zł
    Potwierdzone przez serwer
    RezultatKlient widzi bezpieczny zakres
  2. 05 · Klient + serwerŚwiadome przekazanie

    Kontakt staje się leadem

    Po zobaczeniu wartości klient podaje minimalny kontakt, potwierdza informację prywatności i opcjonalnie dodaje pliki.

    Opis i dane etapuLead z pełnym kontekstem

    Po zobaczeniu wartości klient podaje minimalny kontakt, potwierdza informację prywatności i opcjonalnie dodaje pliki.

    Dane przykładowe
    Kontakt
    E-mail
    Załączniki
    2 pliki
    Prywatność
    Potwierdzenie v1
    RezultatLead z pełnym kontekstem
  3. 06 · Panel firmyObsługa i pomiar

    Firma wybiera następny krok

    Zespół otrzymuje powiadomienie, aktualizuje status leada i obserwuje agregowaną analitykę procesu.

    Opis i dane etapuDecyzja pozostaje po stronie firmy

    Zespół otrzymuje powiadomienie, aktualizuje status leada i obserwuje agregowaną analitykę procesu.

    Dane przykładowe
    Status
    Gotowy do kontaktu
    Następny krok
    Rozmowa
    Pomiar
    Dane agregowane
    RezultatDecyzja pozostaje po stronie firmy

Bezpieczeństwo procesu

Jedne dane. Trzy niezależne bariery dostępu.

Każda warstwa sprawdza własny fragment ścieżki. Interfejs prowadzi użytkownika, ale dostęp potwierdzają serwer, baza i prywatny storage.

Model ochrony

Od żądania do prywatnego obiektu

Ochrona warstwowa
  1. 01 · Aplikacja i API

    Dostęp sprawdza serwer

    Kontrola i efektŻądanie przypięte do organizacji

    Autoryzacja działa po stronie serwera, a każde żądanie panelu otrzymuje jawny kontekst organizacji.

    Kontrola
    Autoryzacja + tenant scope
    EfektŻądanie przypięte do organizacji
  2. 02 · PostgreSQL

    Baza niezależnie wymusza RLS

    Kontrola i efektIzolacja danych organizacji

    Polityki dostępu są wymuszone w bazie. Rekord spoza kontekstu organizacji nie staje się danymi panelu.

    Kontrola
    Wymuszone polityki RLS
    EfektIzolacja danych organizacji
  3. 03 · Pliki

    Storage pozostaje prywatny

    Kontrola i efektKontrolowany prywatny obiekt

    Rozszerzenie, MIME i sygnatura pliku są sprawdzane przed zapisem na losowej, prywatnej ścieżce.

    Kontrola
    Allowlista + magic bytes
    EfektKontrolowany prywatny obiekt
Publiczna granica

Manifest widgetu nie zawiera pricingu, scoringu, identyfikatora tenanta ani danych innych sesji.

Następny krok

Wybierz branżę. Zobacz właściwy brief.

Sześć etapów pozostaje wspólnych. Zmieniają się pytania, dane wejściowe i kontekst, którego firma potrzebuje przed pierwszą rozmową.

  • Ten sam bezpieczny mechanizm
  • Pytania dopasowane do usługi
  • Decyzja nadal po stronie firmy