SaaS · przebudowa aplikacji · pod NDA / Projekt NDA
Przebudowa aplikacji finansowej wokół mniejszej liczby błędów ręcznych
01 / Kontekst
Istniejące narzędzie obsługiwało subskrypcje finansowe, ale opierało się na intensywnym ręcznym wprowadzaniu danych — dokładnie tam, gdzie oprogramowanie operujące pieniędzmi nie może pozwolić sobie na pomyłki. Klient chciał nowoczesnej, typowo bezpiecznej przebudowy, która utrudnia popełnianie błędów u samego źródła.
02 / Wyzwanie
W oprogramowaniu finansowym błędnie wpisana liczba to nie kosmetyczny bug — to realny problem. Przebudowa musiała z założenia ograniczać błędy ręcznego wprowadzania, pozostać w pełni type-safe od końca do końca i być dostępna, utrzymując czysty model danych w miarę jego rozrostu.
03 / Zakres
Co zrobiłem
- 01Odpowiadałem za architekturę frontendu przebudowanej aplikacji.
- 02Zaprojektowałem obsługę danych i UX specjalnie pod ograniczenie błędów ręcznego wprowadzania.
- 03Zbudowałem dostępny interfejs spełniający realne wymagania użyteczności.
- 04Dodałem testy end-to-end chroniące krytyczne przepływy finansowe.
04 / Kluczowe decyzje
Kluczowe decyzje
- 01
Bezpieczeństwo typów end-to-end: TypeScript, tRPC i Prisma
Typowana ścieżka od bazy danych do UI sprawia, że całe kategorie błędów wprowadzania i integracji są wychwytywane na etapie budowania, zanim dotkną finansów klienta.
- 02
UX zaprojektowany, by zapobiegać błędom, a nie tylko je wychwytywać
Pola, walidacja i przepływ zostały ukształtowane wokół tego, jak ludzie faktycznie popełniają błędy, zmniejszając szansę, że złe dane w ogóle trafią do systemu.
- 03
Testy e2e na przepływach, które mają znaczenie
Krytyczne ścieżki finansowe są pokryte automatycznymi testami end-to-end, więc zmiany wdrażają się bez cichego psucia części obsługujących pieniądze.
05 / Rezultaty
Rezultaty
- 01
Przebudowana, type-safe aplikacja z modelem danych i UX nastawionymi wprost na mniej błędów ręcznych.
- 02
Dostępny interfejs zbudowany zgodnie z realnymi standardami użyteczności.
- 03
Automatyczne pokrycie e2e chroniące krytyczne przepływy finansowe przy każdej zmianie.
Stack
- Next.js
- React
- TypeScript
- tRPC
- Prisma
- shadcn/ui
Wykorzystane usługi
Powiązane problemy rozwiązane
Mój zespół marnuje godziny na pracę ręczną — jak to naprawić?
Gdy firma rośnie, rośnie z nią rutyna: ściganie leadów, przepisywanie danych między narzędziami, wysyłanie tych samych e-maili, budowanie tych samych raportów. Wydaje się normalne, ale płacisz pensje za pracę, którą powinno robić oprogramowanie.
Zbudowałem aplikację z AI, ale nie jest gotowa na realnych użytkowników
Narzędzia AI szybko dają działające demo — a potem grzęzną dokładnie na tym, co tworzy prawdziwy produkt: bezpieczne płatności, poprawne dane, kontrola dostępu i kod, który da się rozwijać. To normalne i da się naprawić bez zaczynania od zera.
Termin EAA już obowiązuje — czy moja strona jest ryzykiem?
European Accessibility Act jest egzekwowalny. Jeśli strona sprzedaje produkty lub usługi cyfrowe konsumentom w UE, dostępność nie jest już tylko poprawą UX — to ryzyko compliance i biznesu. Rozwiązaniem nie jest overlay widget, tylko dostępny kod, formularze, nawigacja i treść.
Masz podobny projekt? Napisz, co chcesz zbudować, a odpowiem w ciągu 24 godzin.