Finarena

Z ręcznego sprawdzania aut w ustandaryzowany raport, na którym można oprzeć decyzję kredytową

IzzyCheckProjekt własnyNext.jsIntegracje SOAPPDFAudytFintech
Nagranie ekranu IzzyCheck na danych testowych: operator wpisuje numer VIN i wybiera moduły raportu, system pokazuje wycenę i specyfikację pojazdu, historię szkód ze strefami uszkodzeń na sylwetce auta oraz ślad audytowy wywołań. Na końcu strony zamrożonego raportu PDF.

Prawdziwe ekrany na danych testowych. Wartości i dane klientów pominięte.

Punkt wyjścia

Z czym przyszliśmy

Sytuacja

Izzy Lease finansuje samochody. Zanim zapadnie decyzja, operator musi sprawdzić pojazd: wartość rynkową, wyposażenie i historię szkód. Dane pochodzą z zewnętrznych baz, a wynik trafia do klienta i do komitetu kredytowego.

Prawdziwy problem

Samo pobranie danych było najmniejszym problemem. Każda weryfikacja wyglądała trochę inaczej, zależała od operatora i nie zostawiała śladu. Dokument, na którym opiera się decyzja kredytowa, musi być powtarzalny, sprawdzalny i niezmienny.

Decyzje

Jak myśleliśmy

  1. 01

    Raport z niezależnych modułów.

    Wycena, kontrola historii szkód i szczegóły szkód działają jako osobne moduły z własnym statusem. Gdy jeden zawiedzie, reszta raportu jest gotowa, a moduł można ponowić osobno.

    Odrzuciliśmyjedno zapytanie typu „wszystko albo nic”, w którym awaria integracji blokuje całą decyzję.

  2. 02

    Dokument, który się nie zmienia.

    Zatwierdzony raport generujemy jako PDF po stronie serwera, nadajemy mu numer referencyjny i zamrażamy. Niepełny raport może zamrozić tylko administrator, z podaniem powodu.

    Odrzuciliśmydrukowanie z przeglądarki, w którym wygląd i treść zależą od ustawień użytkownika.

  3. 03

    Fakty z bazy, bez interpretacji.

    Strefy uszkodzeń pokazujemy tak, jak opisuje je baza: na sylwetce pojazdu i w wykazie. Nie zgadujemy konkretnych części i nie używamy ocen w rodzaju „bezwypadkowy”.

    Odrzuciliśmyupiększanie raportu wnioskami, których dane nie potwierdzają.

  4. 04

    Ślad audytowy i role.

    Każde wywołanie integracji, logowanie i pobranie PDF zostawia ślad. Operator widzi swoje raporty, administrator wszystkie. Surowe odpowiedzi dostawcy danych nie trafiają do przeglądarki.

    Odrzuciliśmywspólne konto i raporty wysyłane mailem bez historii.

  5. 05

    Jedno zapytanie, nawet przy podwójnym kliknięciu.

    Powtórzone wysłanie formularza nie tworzy drugiego, płatnego zapytania do bazy danych.

    Odrzuciliśmyliczenie na to, że użytkownik kliknie tylko raz.

Realizacja

Co zbudowaliśmy

  • 01Formularz zapytania VIN z wyborem modułów raportu
  • 02Integrację z bazą wycen i historii szkód po stronie serwera
  • 03Wizualizację stref uszkodzeń na sylwetce pojazdu
  • 04Generator niezmiennego raportu PDF z numerem referencyjnym
  • 05Role operatora i administratora oraz dziennik audytu
  • 06Tryb testowy na zanonimizowanych próbkach danych
Efekt

Co się zmieniło

  • Z

    Weryfikacja zależna od tego, kto ją robi

    Na

    Jeden standard raportu dla każdego pojazdu

  • Z

    Dokument, który można zmienić po fakcie

    Na

    Zamrożony PDF z numerem referencyjnym

  • Z

    Awaria integracji zatrzymuje decyzję

    Na

    Moduł ponawiany osobno, reszta raportu dostępna

  • Z

    Brak śladu, kto i co sprawdził

    Na

    Dziennik każdego wywołania i pobrania raportu

Kiedy to pasuje do Twojej firmy

Gdy decyzje w Twojej firmie opierają się na danych z zewnętrznych źródeł, a każdy pracownik sprawdza je trochę inaczej.

Kontakt

Powiedz nam, gdzie utknęło.

Odpowiadamy w 24 h roboczych. Pierwsza rozmowa to 30 minut i konkretna rekomendacja, nie prezentacja o nas.

  • Krok 130-minutowa rozmowa diagnostyczna. Bez zobowiązań.
  • Krok 2Ramowa propozycja zakresu i budżetu w ciągu 3 dni.
  • Krok 3Discovery lub POC. Startujemy zwykle w 2 tygodnie.
Który tor Cię interesuje?
Na jakim jesteś etapie?

Dane wykorzystamy wyłącznie do kontaktu w sprawie zapytania.