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ściachDostarczoneSprawdźmy jedną trudną sprawę płatniczą

Test 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
Test na danych testowych
Zakres testu
Przypomnienia o zaległych płatnościach
Zweryfikowano
dane testowe

Problem, rozwiązanie i wynik

  1. Każda zaległość ma inną historię kontaktu

    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 według zasad komunikacji firmy. Drugi szuka gróźb, presji i bezpodstawnych obietnic. Specjalista widzi tekst oraz 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 działem rozliczeń należności lub windykacji polubownej
Wejście
Zaległe należności z wiekiem długu, historią kontaktu i sporami; w publicznym przebiegu 250 testowych spraw i 90 kontrahentów
Brak wysyłki bez zgody
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.
Historia decyzji
Historia pokazuje dane sprawy, przygotowany szkic, wynik kontroli tonu i decyzję pracownika.
Budowa podobnego systemu
od 15 000 zł netto · 2–6 tygodni

Do przeliczeń przyjęliśmy: 1 USD = 3,72 zł i 1 EUR = 4,30 zł. Kwoty w PLN są zaokrąglone, a waluta źródłowa 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.

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. Podczas pilotażu sprawdzamy go na danych procesu.

  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ą testowe. Dane klientów pozostają prywatne. Wyniki dotyczą opisanego testu; wpływ produkcyjny sprawdzamy na danych klienta.

Ekrany

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 opiera się na 420 sprawach 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 testu 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
    Test i ograniczenia
  9. 121440×1100
    Zasady eskalacji

Stos technologiczny

Dwa osobne wywołania modelu i końcowa kontrola 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: przygotowanie szkicu i kontrola ryzyka wiadomości
Reguły w Pythonie
zapisane reguły, które zatrzymują ryzykowny szkic i podają powód
PostgreSQL 17
sprawy, sygnały i audyt każdego przebiegu
Next.js + React
wyświetla kolejkę należności, kartę sprawy i szkice do decyzji

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 wyniki testów

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 zasadami komunikacji

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. Ostateczną decyzję o zatrzymaniu szkicu podejmują zapisane reguły.

  1. 01

    Kolejność

    Ryzyko kontaktu jest widoczne przed decyzją

    Wiek długu, historia rozmów, spory i wstrzymania określają pozycję sprawy w kolejce. Specjalista widzi, dlaczego dana należność znalazła się w tym miejscu.

  2. 02

    Szkic

    Pierwszy model stosuje zasady komunikacji firmy

    Model dostaje dane sprawy, historię oraz listę dozwolonych sformułowań i zakazów. Uwzględnia też poziom stanowczości odpowiedni do wieku długu. Odpowiedź ma stały zestaw pól sprawdzany przez kod.

  3. 03

    Kontrola

    Drugi model sprawdza wyłącznie ryzyko wiadomości

    Model kontrolujący dostaje tę samą sprawę i gotowy szkic. Nie poprawia tekstu ani nie zwiększa stanowczości. Szuka przypisania złej woli, groźby, zawstydzania, nieproporcjonalnej presji, zignorowanego sporu i braku drogi do wyjaśnienia. Jeden taki sygnał wystarczy do zatrzymania szkicu.

  4. 04

    Decyzja

    Kod może zatrzymać szkic, a wysyła wyłącznie człowiek

    Reguły w Pythonie łączą obie oceny i zatrzymują ryzykowny tekst z podanym powodem. Pozostałe szkice trafiają do specjalisty. System nie ma dostępu do poczty, dlatego zaakceptowaną wiadomość pracownik wysyła sam.

Dlaczego wysyłki nie ma w ogóle

System nie ma integracji z pocztą ani przycisku wysyłki, więc nie może samodzielnie skontaktować się z klientem. Pracownik może jednak skopiować szkic do własnej skrzynki. Dlatego przed decyzją widzi wynik kontroli oraz 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.

W 30 minut wybieramy proces do oceny, a w ciągu 2 dni roboczych dostajesz rekomendację, także gdy lepsza będzie prostsza droga.