Przejdź do treści

Specjalista dostaje gotowy szkic przypomnienia z kontrolą ryzyka.

Specjalista zaczyna od gotowego szkicu i widzi wynik kontroli. Może go poprawić albo odrzucić. Wiadomość wysyła sam ze swojej skrzynki.

Przypomnienia o zaległych płatnościachSystem demonstracyjnySprawdźmy jedną trudną sprawę płatniczą

Pomiar na danych testowych

Ta wersja pokazuje kolejkę należności, szkic przypomnienia i osobną kontrolę tonu. Nie łączy się z pocztą ani systemem klienta, więc żadna wiadomość nie może zostać wysłana.

Zapisany przebieg
Pomiar na danych testowych
Zakres pomiaru
Przypomnienia o zaległych płatnościach
Zweryfikowano
dane syntetyczne

Problem, rozwiązanie i wynik

  1. Problem

    Każda zaległa faktura ma inną historię. Ręczne przygotowanie przypomnień zajmuje czas, a zbyt ostry tekst może zaszkodzić relacji z klientem.

  2. Jak działa system

    Reguły zatrzymują sprawy sporne i wstrzymane. Pierwszy model przygotowuje szkic zgodnie z polityką tonu. Drugi szuka gróźb, presji i bezpodstawnych obietnic. Specjalista widzi tekst, wynik kontroli i sam decyduje o wysyłce.

  3. Co sprawdziliśmy

    Ta wersja pokazuje kolejkę należności, szkic przypomnienia i osobną kontrolę tonu. Nie łączy się z pocztą ani systemem klienta, więc żadna wiadomość nie może zostać wysłana.

Dla kogo

To dobry proces do automatyzacji, jeśli zaległości rosną szybciej niż zespół je obsługuje, a zasady kontaktu są rozproszone między pracownikami.

Sprawa → szkic → kontrola → człowiek

  1. 01Pierwszy model przygotowuje wiadomość
  2. 02Drugi model sprawdza ryzykowny ton
  3. 03Specjalista podejmuje decyzję i wysyła ze swojej skrzynki
Typ firmy
Firmy B2B z własnym zespołem należności lub windykacji polubownej
Wejście
Zaległe należności z wiekiem długu, historią kontaktu i sporami; w wersji demonstracyjnej 250 syntetycznych spraw i 90 kontrahentów
Granica
System nie ma narzędzia wysyłki, więc żadna wiadomość nie wychodzi bez człowieka
Koszt
0,015652 USD za szkic obejmujący przygotowanie i osobną kontrolę; 0,108711 USD za cały zapisany przebieg.
Bezpieczeństwo
Ryzykowny ton lub niejasny stan sprawy zatrzymuje szkic. Wiadomość może wysłać dopiero pracownik.
Tempo
Czas przygotowania i kontroli szkicu mierzymy w pilotażu na rzeczywistych zasadach komunikacji.
Ślad
Historia pokazuje dane sprawy, przygotowany szkic, wynik kontroli tonu i decyzję pracownika.
Budowa podobnego systemu
od 15 000 zł netto · 2–6 tygodni

Kurs referencyjny do przeliczeń: 1 USD = 3,72 zł; 1 EUR = 4,30 zł. Kwoty w PLN są zaokrąglone, a waluta pomiaru pozostaje podana w nawiasie.

Gdzie kończy się automatyzacja

Wiadomość wysyła człowiek

System kończy pracę na szkicu. Nie ma integracji z pocztą ani funkcji wysyłki. Sprawy sporne i wstrzymane nie trafiają do przygotowania wiadomości. Specjalista zawsze widzi powód zatrzymania.

Granica
System nie ma narzędzia wysyłki, więc żadna wiadomość nie wychodzi bez człowieka
Koszt
0,015652 USD za szkic obejmujący przygotowanie i osobną kontrolę; 0,108711 USD za cały zapisany przebieg.
Bezpieczeństwo
Ryzykowny ton lub niejasny stan sprawy zatrzymuje szkic. Wiadomość może wysłać dopiero pracownik.
Tempo
Czas przygotowania i kontroli szkicu mierzymy w pilotażu na rzeczywistych zasadach komunikacji.

Największe ryzyko

Przypomnienie nie może trafić do klienta, który już zapłacił, gdy wpłata czeka na rozliczenie. Przed wdrożeniem sprawdzamy więc jakość uzgodnień płatności. Przy niewiarygodnych danych ten proces nie powinien zostać uruchomiony.

Szacowany efekt

Policz efekt na swoim wolumenie

To szacunek oparty na podanym wolumenie. Wpisz własne liczby do formuły, aby ocenić możliwy efekt w swojej firmie. Wynik potwierdzamy dopiero podczas pilotażu.

  1. Dziś

    Scenariusz modelowany dziś: 112 h

  2. Po uruchomieniu

    Scenariusz modelowany po: 49 h

  3. Oszczędność czasu lub kosztu

    Scenariusz modelowany: 45-80 h/mies., baza 63 h

Wolumen
Scenariusz modelowany: 420 spraw/mies.
Formuła
420 x 9 min / 60
Status wyliczenia
średnia

Dane na zrzutach. Nazwy, kwoty i dokumenty widoczne na zrzutach są syntetyczne. Dane klientów pozostają prywatne. Pomiary dotyczą opisanej wersji demonstracyjnej i są wyraźnie oddzielone od wyników produkcyjnych.

Powierzchnie pracy

Specjalista zatwierdza ton i osobiście wysyła każdą wiadomość.

Specjalista otwiera kolejkę według ryzyka kontaktu. Przy każdej sprawie widzi historię, szkic i wynik kontroli. Następnie poprawia tekst i wysyła go ze swojej skrzynki. Szacunek poniżej zakłada 420 spraw miesięcznie.

Trzy widoki do pracy z należnościami

Kolejka spraw

Należności ułożone według wieku i ryzyka kontaktu.

Karta należności

Faktura, historia rozmów, spory i następny dopuszczalny krok.

Szkice do decyzji

Tekst, wynik kontroli i powód zatrzymania w jednym miejscu.

Ekrany systemu

Zobacz, jak system działa w praktyce

To zrzuty z działającej aplikacji w wersji komputerowej i mobilnej. Pokazują opisany proces oraz miejsca, w których decyzję podejmuje człowiek.

Ekrany
12
px
1440 · 390
011440×1100
Kolejka należności z wiekiem długu, kwotą i ostatnim kontaktem.
390390×844
  1. 021440×1464
    Zatrzymany szkic z ryzykowną frazą i powodem kontroli.
  2. 031440×1100
    Zapis pomiaru z próbką, kosztem, P95 i ograniczeniami.
Otwórz archiwum pozostałych ekranów (9)
  1. 041440×1100
    Szkic zatrzymany w sprawie
  2. 051440×1100
    Szkice do akceptacji
  3. 061440×1100
    Kontrola tonu
  4. 071440×1100
    Zatrzymane szkice z powodem
  5. 081440×1100
    Sprawy sporne
  6. 091440×1100
    Kontrahenci wstrzymani
  7. 101440×1100
    Historia decyzji
  8. 111440×1100
    Pomiar i ograniczenia
  9. 121440×1100
    Zasady eskalacji

Stos technologiczny

Dwa osobne wywołania modelu i bramka w kodzie

Anthropic przygotowuje szkic i ocenia ryzyko w dwóch niezależnych wywołaniach. Reguły Pythona łączą wyniki i decydują, czy szkic trafi do człowieka.

FastAPI + Pydantic
utrzymują kontrakt decyzji i walidują dane sprawy
Anthropic SDK
dwa niezależne wywołania: model piszący i kontroler szkody
Reguły w Pythonie
deterministyczna bramka, która zatrzymuje ryzykowny szkic z powodem
PostgreSQL 17
sprawy, sygnały i audyt każdego przebiegu
Next.js + React
radar należności, karta sprawy i kolejka szkiców

Klient otrzymuje kod, politykę tonu, dane testowe i dokumentację. Baza, API i panel działają po jego stronie. Poczta pozostaje poza systemem.

Szczegóły techniczne i pomiar

Pętla pracy

Każdy szkic przechodzi osobną kontrolę

Model przygotowujący tekst i model kontrolujący działają w osobnych wywołaniach. Wykryty sygnał ryzyka zatrzymuje szkic i zapisuje powód.

01

Należność z historią kontaktu

02

Szkic zgodny z polityką tonu

03

Niezależna kontrola ryzyka

Ryzykowny tekst → zatrzymanie z powodem

04

Specjalista poprawia i wysyła

Architektura systemu

Reguły sprawy, szkic, kontrola tonu i kolejka człowieka

Kod najpierw sprawdza spory i wstrzymania. Dwa osobne wywołania modelu przygotowują oraz oceniają tekst. Ostateczna bramka działa w kodzie.

  1. 01

    Radar

    Ryzyko kontaktu widać przed decyzją.

    Wiek długu, historia rozmów, spory i wstrzymania składają się na pozycję sprawy na radarze. Kolejność pracy wynika z ryzyka, a specjalista widzi podstawę każdej pozycji.

  2. 02

    Szkic

    Model piszący trzyma się polityki tonu.

    Model dostaje sprawę, historię i politykę: dozwolone sformułowania, eskalację adekwatną do wieku długu i twarde zakazy. Szkic powstaje w zamkniętym kontrakcie danych.

  3. 03

    Kontrola

    Drugi model ocenia wyłącznie ryzyko szkody.

    Kontroler widzi tę samą sprawę co model piszący i dołączony do niej szkic, ale pracuje pod przeciwnym poleceniem: nie poprawia tekstu i nie próbuje zwiększać skuteczności windykacji. Szuka przypisania złej woli, groźby, zawstydzania, nieproporcjonalnej presji, zignorowanego sporu i braku drogi do wyjaśnienia; jeden taki sygnał wystarczy do odrzucenia.

  4. 04

    Bramka

    Kod zatrzymuje, człowiek wysyła.

    Reguły w Pythonie łączą obie oceny w decyzję: zatrzymać albo pokazać człowiekowi. Zatrzymany szkic niesie powód, a zaakceptowany i tak opuszcza system wyłącznie rękami specjalisty.

Dlaczego wysyłki nie ma w ogóle

Najpewniejsza granica to ta, której nie trzeba pilnować. System nie ma integracji z pocztą ani przycisku wysyłki, więc nie może samodzielnie skontaktować się z klientem. Ryzyko nie znika całkiem: człowiek nadal może skopiować szkic do własnej skrzynki, dlatego przed decyzją widzi wynik kontroli i powód zatrzymania.

  • Dwa modele pracują pod przeciwnymi poleceniami, w osobnych wywołaniach
  • Decyzję o zatrzymaniu podejmuje kod, z powodem
  • Sporne i wstrzymane sprawy nie dostają szkiców
  • Wysyłka istnieje tylko poza systemem, u człowieka

Chcesz sprawdzić podobny proces w swojej firmie?

  • 30 minut z inżynierem, który może prowadzić Twoje wdrożenie.
  • Przegląd procesów, które kosztują Cię najwięcej czasu i pieniędzy.
  • Pisemne podsumowanie: co zautomatyzować, w jakiej kolejności, z widełkami kosztów.
0 zł30 minut · pisemne podsumowanie w 2 dni robocze
Umów bezpłatny skan procesów (30 min)

Terminy zobaczysz w swojej strefie czasowej.

Bez prezentacji sprzedażowej i bez zobowiązań. Jeśli automatyzacja nie ma sensu, też to napiszemy.