Wstęp
Na zewnątrz obsługa portfela cyfrowego wydaje się prosta: sprawdzaj saldo, dodawaj pieniądze, wysyłaj środki, korzystaj z karty, przeglądaj transakcje.
Za tymi pięcioma działaniami stoi produkt, który musi umożliwiać użytkownikom przejrzysty przepływ pieniędzy i zarządzanie nim przez osoby, które zajmują się nim na co dzień.
Dla założycieli planujących rozwój portfela cyfrowego, prawdziwe pytanie nie brzmi “jakie funkcje powinien mieć nasz portfel”. Ważne jest, co użytkownicy muszą robić i co musi istnieć w tle, aby te rzeczy nadal działały, gdy coś się zepsuje.
Ta druga połowa jest pomijana częściej niż powinna. Portfel z przejrzystym interfejsem, ale słabymi narzędziami administracyjnymi, przepływami pracy wsparcia technicznego lub widocznością transakcji prezentuje się świetnie w wersji demonstracyjnej, ale w ciągu miesiąca od uruchomienia staje się koszmarem dla wsparcia technicznego.
W tym przewodniku omówiono podstawowe możliwości portfela – salda, doładowania, wypłaty, przelewy P2P, karty, wyciągi – a także narzędzia administracyjne i wsparcia, które należy do nich dostosować, a nie dokupować później.
Dlaczego podstawowe funkcje portfela są ważne
Użytkownicy chcą, aby produkty finansowe były proste w obsłudze. Chcą wiedzieć, ile mają pieniędzy, bezproblemowo wpłacać środki, wypłacać pieniądze w razie potrzeby, wysyłać je komuś innemu, płacić kartą i dokładnie wiedzieć, co stało się z ich pieniędzmi.
Każda z tych pozornie banalnych akcji generuje własne stany, przypadki skrajne i zgłoszenia do pomocy technicznej, gdy tylko spojrzy się pod spód. Użytkownik może zobaczyć 100 euro w portfelu, ale tak naprawdę może przelać tylko 75 euro, ponieważ inna transakcja jest wciąż w toku. Doładowanie jest inicjowane i nigdy nie jest kończone. Wypłata kończy się niepowodzeniem w trakcie. Płatność kartą zostaje autoryzowana i anulowana trzy dni później, a użytkownik nie został poinformowany o przyczynie.
Dobra aplikacja fintechowa to nie lista ekranów – wymaga jasnego stanu finansowego i przepływów pracy od pierwszego dnia. W naszym przewodniku po… podstawowe moduły bankowości mobilnej i podstawowe linie zabezpieczeń:produkty finansowe odnoszą sukces dzięki jasno zdefiniowanym modułom i obowiązkom, a nie dzięki upychaniu kolejnych funkcji w produkcie MVP.
1. Zarządzanie saldem: centrum portfela
Ekran salda jest zazwyczaj pierwszą rzeczą, jaką sprawdzają użytkownicy, a “saldo” nie powinno oznaczać tylko jednej liczby.
W zależności od modelu portfela użytkownicy mogą chcieć zobaczyć dostępne saldo (kwotę, którą mogą wydać lub wypłacić w tej chwili), oczekujące saldo (powiązane z transakcjami, które są nadal przetwarzane), zarezerwowane lub wstrzymane środki (zablokowane autoryzacją) oraz salda w poszczególnych walutach, jeśli obsługujesz więcej niż jedną walutę.
Interfejs musi jasno określać te różnice, nie zamieniając użytkowników w księgowych. Jeśli kwota 50 euro jest chwilowo niedostępna, samo wyświetlenie niższej kwoty wprowadza użytkowników w błąd. Wyjaśnienie im przyczyny – oczekująca płatność kartą, przelew w trakcie realizacji – buduje zaufanie zamiast wysyłania zgłoszenia do pomocy technicznej.
Zaplecze potrzebuje tej samej przejrzystości. Każde zdarzenie zmieniające saldo powinno być powiązane z konkretną transakcją, aby wsparcie i operacje mogły odpowiedzieć na pytanie “dlaczego ta kwota się zmieniła” bez zgadywania.
Niektóre platformy finansowe całkowicie oddzielają saldo konta finansowego od finansowania z programów kartowych. Warto o tym wiedzieć, nawet jeśli nigdy nie zetkniesz się bezpośrednio z tą architekturą – to przypomnienie, że model salda jest o wiele ważniejszy niż pojedyncza liczba wyświetlana użytkownikowi na ekranie.
2. Doładowania: spraw, aby dodawanie pieniędzy było przewidywalne
Doładowania polegają na dopływie pieniędzy do portfela – przelewy bankowe, karty płatnicze lub przelewy z innego powiązanego konta, w zależności od dostawcy.
Z punktu widzenia użytkownika przepływ musi odpowiadać czterem kwestiom: skąd pochodzą pieniądze, jaka kwota jest dodawana, czy są pobierane opłaty i kiedy pieniądze faktycznie trafią na konto.
Co równie ważne: projektuj z myślą o porażce, a nie tylko szczęśliwej ścieżce. Co widzi użytkownik, jeśli metoda finansowania zostanie odrzucona? Co widzi podczas przetwarzania doładowania? Co się stanie, jeśli dostawca zgłosi błąd po tym, jak aplikacja wyświetliła już postęp? Odpowiedź nie może brzmieć “coś poszło nie tak” – to ślepa uliczka dla użytkownika i pewny bilet dla Ciebie.
Zespoły administracyjne muszą mieć wgląd w każde uzupełnienie: kwota, metoda finansowania, status, znaczniki czasu, referencje dostawców, błędy i wszelkie działania podjęte później.
Stripe modeluje doładowania i wypłaty jako oddzielne przepływy w swoich dokumentach finansowych, a nie jako ogólne korekty salda. To właściwa reakcja, niezależnie od tego, z którego dostawcy usług ostatecznie skorzystasz.
3. Wypłaty: wypłacanie pieniędzy jest równie ważne
Zespoły zazwyczaj poświęcają więcej wysiłku projektowego na wpłaty niż wypłaty. Użytkownicy zauważają to od razu.
Proces wypłaty powinien jasno określać miejsce przeznaczenia, kwotę, przewidywany harmonogram, opłaty i wszelkie limity, zanim użytkownik cokolwiek potwierdzi. Typowe stany to: żądanie, przetwarzanie, zrealizowane, niepowodzenie, wycofanie lub zwrot – a personel wsparcia musi widzieć je wszystkie, a nie tylko trzy z listy.
Wyobraź sobie klienta, który mówi: “Wczoraj wypłaciłem 300 euro i pieniądze nie dotarły”. Twój agent wsparcia nie powinien dzwonić do inżyniera, żeby przekopał się przez logi. Powinien sam sprawdzić wypłatę, jej aktualny stan i historię, sprawdzić numer referencyjny dostawcy i samodzielnie zdecydować, co dalej.
To standard obowiązujący w całym portfelu: jeśli dział wsparcia regularnie potrzebuje pewnych informacji, powinny one znaleźć się w narzędziach administracyjnych, a nie w zapytaniu do bazy danych, które ktoś uruchamia ręcznie w piątek o 18:00.
4. Transfery P2P: proste UX, staranny projekt produktu
Przelewy peer-to-peer często stają się najczęściej używaną funkcją portfela. Doświadczenie, którego oczekują użytkownicy, jest banalnie proste: wybierz odbiorcę, wprowadź kwotę, sprawdź i potwierdź.
Decyzje, które należy podjąć, wcale nie są proste. Jak użytkownicy mogą się wzajemnie odnajdywać – za pomocą numeru telefonu, adresu e-mail, nazwy użytkownika, kodu QR czy wewnętrznego identyfikatora portfela? Co się dzieje, gdy ktoś wysyła pieniądze do niewłaściwej osoby? Czy przelew można anulować przed jego dotarciem? Co się stanie, jeśli konto odbiorcy zostanie ograniczone? Jak ostrzec kogoś o limicie, zanim go osiągnie?
Jedna zasada, która pomaga: wyraźnie rozgraniczaj transfery, które nadal można wykonać, od transferów, które już zostały wykonane, i nie zacieraj ich w interfejsie użytkownika, aby zachować przejrzystość. “"prosty."”
Użytkownicy potrzebują natychmiastowego potwierdzenia, a transakcja musi pojawić się w ich historii bez konieczności odświeżania jej lub wysyłania zgłoszenia do pomocy technicznej.
Z punktu widzenia operacyjnego, transfery P2P powinny być możliwe do przeszukiwania przez obie strony. Agent powinien móc zobaczyć zarówno wersję sporu nadawcy, jak i odbiorcy z jednego rekordu, zamiast łączyć je z dwóch różnych widoków.
5. Karty: pozwól portfelowi przeznaczyć czas na codzienne wydatki
Karty fizyczne i wirtualne pozwalają użytkownikom wydawać środki z portfela na codzienne zakupy, a nie tylko przesyłać pieniądze między kontami.
Dla klienta przydatne funkcje karty obejmują zazwyczaj bezpieczny podgląd szczegółów karty, aktywację karty fizycznej, jej zamrażanie i odmrażanie, przeglądanie transakcji kartą, zarządzanie kodem PIN, wymianę zgubionej lub naruszone karty oraz faktyczną wiedzę o przyczynie odrzucenia płatności zamiast samego wyświetlenia komunikatu “odrzucono”.”
Karty wirtualne mogą trafić do użytkowników szybciej, w zależności od ustawień ich wydawania.
Karty otwierają również zupełnie nową przestrzeń wsparcia. Twój zespół musi odróżnić zablokowaną kartę, odrzuconą autoryzację, problem z finansowaniem portfela, problem ze statusem karty i błąd konfiguracji – pięć różnych przyczyn źródłowych, które dla użytkownika wszystkie wyglądają identycznie (“moja karta nie działa”). Funkcjonalność karty nigdy nie jest tylko funkcją front-end. Potraktuj ją jako całość, a później pokryje ją dział wsparcia.
6. Wyciągi i historia transakcji: gdzie użytkownicy budują zaufanie
Historia transakcji to najbardziej niedoceniana część portfela. Nikt jej nie zauważa, gdy wszystko działa. To pierwsze miejsce, do którego ludzie się udają, gdy coś jest nie tak.
Kompleksowy podgląd historii obejmuje doładowania, wypłaty, przelewy P2P, płatności kartą, opłaty, zwroty, anulowania i oczekujące transakcje – każda z datą, kwotą, statusem, kontrahentem lub sprzedawcą oraz opisem, który rzeczywiście coś znaczy dla osoby niebędącej księgową.
Filtry i wyszukiwanie mają tym większe znaczenie, im dłużej ktoś korzysta z portfela. Klient z trzyletnią historią i brakiem możliwości filtrowania danych będzie musiał zadzwonić do działu wsparcia, aby znaleźć jedną transakcję z zeszłej wiosny.
W zależności od rynku, na którym działasz, mogą być wymagane wyciągi lub dokumenty do pobrania. W tym artykule zajmiemy się tym bardziej szczegółowo. Jak zaprojektować historię transakcji, której użytkownicy naprawdę ufają.
Część, której użytkownicy nie widzą: narzędzia administracyjne portfela
Aplikacja dla klienta to tylko połowa produktu. Dział operacyjny potrzebuje drugiej połowy.
Jednym z najczęstszych błędów w rozwoju portfela cyfrowego jest odkładanie narzędzi administracyjnych na “później”, ponieważ nie są one częścią MVP skierowanego do klienta. Ta decyzja ma swoje konsekwencje – otrzymujesz produkt, który technicznie działa, ale wymaga natychmiastowego kontaktu z programistą, który odpowie na rutynowe pytania typu “gdzie się podziały te pieniądze”.”
Aby panel administracyjny działał, musi spełniać co najmniej pięć poniższych warunków.
Wyszukiwanie użytkowników i widok konta – znajdź klienta po dowolnym, odpowiednim identyfikatorze i otwórz jeden skonsolidowany profil: status konta, saldo portfela, ostatnie transakcje, karty, zdarzenia operacyjne, wszystko w jednym miejscu.
Wyszukiwanie transakcji – według klienta, identyfikatora transakcji, kwoty, statusu, daty lub numeru referencyjnego dostawcy. Dobre wyszukiwanie skraca czas analizy z godziny do minuty.
Szczegóły transakcji i harmonogram – nie tylko “"przegrany,"” ale sekwencja zdarzeń, która do tego doprowadziła. Ułatwia to jednocześnie debugowanie i rozmowę z klientem.
Kontrola konta – narzędzia do ograniczania konta, blokowania możliwości lub eskalacji sprawy, ograniczone uprawnieniami. Nie każdy agent powinien mieć możliwość blokowania konta, a ktoś spróbuje, jeśli system na to pozwoli.
Ślad audytu – kto, co i kiedy zrobił, zarejestrowany. W fintechu to nie podlega negocjacjom, kropka.
Panel administracyjny jest częścią produktu finansowego. Nie jest to wewnętrzny panel, który można dodać po uruchomieniu, niezależnie od priorytetów planu działania.
Przepływy wsparcia powinny być projektowane razem z produktem, a nie po nim
Wsparcie szybko staje się kosztowne, gdy każde zgłoszenie zmienia się w unikalne dochodzenie. Rozwiązaniem jest zdefiniowanie wspólnych procedur wsparcia w trakcie projektowania funkcji – a nie po jej uruchomieniu, gdy liczba zgłoszeń wymusza zmiany.
“Moje doładowanie zniknęło.” Agent wyszukuje transakcję, sprawdza jej status, ustala, czy jest nadal przetwarzana, czy też zakończyła się niepowodzeniem, i podaje użytkownikowi rzeczywisty kolejny krok.
“Moja wypłata jeszcze nie dotarła”.” Dział wsparcia widzi, kiedy wysłano żądanie, stan jego przetwarzania, wszelkie informacje dotyczące miejsca docelowego, które można bezpiecznie wyświetlić wewnętrznie, a także odpowiedź dostawcy.
“Nie rozpoznaję tej płatności kartą.” Agent odnajduje transakcję kartą i podąża wewnętrzną ścieżką eskalacji.
“Wysłałem pieniądze niewłaściwej osobie”.” System od razu informuje, czy przelew można jeszcze anulować, czy jest już sfinalizowany.
Wczesne zaprojektowanie tych przepływów nie tylko obniża koszty wsparcia. Zmusza zespół produktowy do zdefiniowania, co tak naprawdę oznacza każdy status transakcji – a to zazwyczaj ujawnia luki, których nikt wcześniej nie przemyślał.
Myśl o możliwościach, nie o ekranach
Przestań liczyć ekrany podczas przeglądania portfela.
“Ekran salda”, “ekran wysyłania”, “ekran karty” Brzmi jak mała aplikacja. Każda z nich to funkcjonalność, która obejmuje UX klienta, stan zaplecza, integracje z aplikacjami innych firm, narzędzia administracyjne, powiadomienia, uprawnienia, proces wsparcia, monitorowanie i testowanie – wszystko naraz.
Podziel rzeczy na możliwości, a nie na ekrany:
- Zarządzanie saldem obejmuje obsługę salda klienta, model stanu salda, widoczność salda administracyjnego i uzgadnianie transakcji.
- Transfery P2P obejmują identyfikację odbiorcy, cykl życia transferu, limity i walidację, powiadomienia oraz proces badania potrzeb wsparcia technicznego.
- Karty obejmują cykl życia karty, widoczność transakcji, kontrolę klienta, kontrolę administracyjną i scenariusze pomocy technicznej.
Lista ta daje o wiele bardziej rzetelny obraz rozmiaru projektu niż jakiekolwiek liczenie ekranów.
Jak Appricotsoft podchodzi do rozwoju portfela cyfrowego
Chcemy tworzyć oprogramowanie, z którego jesteśmy dumni – proste, użyteczne, rozwiązujące realny problem. Nie listę modnych funkcji fintech. Zaczynamy od tego, co produkt ma robić dla użytkowników i dla firmy.
Nasz Unison Framework angażuje trzy strony: klienta, który odpowiada za priorytety i rozmowy biznesowe; nasz zespół, który wnosi dyscyplinę myślenia o produkcie i realizacji; oraz narzędzia AI, które zwiększają efektywność tam, gdzie to faktycznie pomaga. AI wspiera realizację. Ludzie są odpowiedzialni za rezultaty.
W przypadku projektu portfela oznacza to mapowanie przepływów użytkowników na stojącą za nimi rzeczywistość operacyjną – możliwości, stany transakcji, integracje, zależności, wymagania administracyjne, ryzyka, kryteria akceptacji – zanim uznamy, że funkcja jest gotowa.
Prowadzimy skoordynowany cykl dostaw: Wyrównaj, zaplanuj, zbuduj, zweryfikuj, uruchom i rozwijaj, z cotygodniowymi demonstracjami, dzięki którym klienci mogą zobaczyć działające oprogramowanie i zgłosić decyzje na wczesnym etapie, a nie dopiero na końcu. Jakość jest wbudowana w proces pracy poprzez przegląd, testowanie i zapewnienie jakości, a nie wciśnięta w ostatni tydzień przed premierą.
Ma to szczególne znaczenie w branży fintech, ponieważ funkcja, która w aplikacji klienta wygląda na gotową, może nadal działać nieprawidłowo. Ekran wypłaty nie jest dostępny, jeśli dział wsparcia nie może zbadać nieudanej wypłaty. Funkcja karty nie jest dostępna, jeśli dział operacyjny nie widzi statusu karty. Historia transakcji nie jest dostępna, jeśli użytkownicy nie wiedzą, dlaczego saldo zostało przeniesione.
To jest poprzeczka, której wymagamy od tej pracy.
Wniosek
Siła portfela cyfrowego nie zależy od liczby pozycji w menu nawigacyjnym. Decyduje o tym, jak przejrzyście pieniądze przepływają przez produkt i jak łatwo klienci i Twój zespół mogą stwierdzić, co się stało.
Salda, doładowania, wypłaty, przelewy P2P, karty i wyciągi stanowią rdzeń obsługi klienta. Wyszukiwanie administracyjne, widoczność transakcji, kontrola kont, ścieżki audytu i ustrukturyzowane przepływy wsparcia stanowią rdzeń operacyjny. Planuj oba od pierwszego dnia – a nie jedno po drugim, gdy wsparcie już się zapełni.
Jeśli planujesz stworzenie nowego portfela lub wymianę starego MVP, którego architektura stała się niewystarczająca, Appricotsoft może pomóc Ci określić właściwy zakres, integracje, narzędzia operacyjne i plan dostarczenia.
Tworzymy oprogramowanie fintech, które ma być zrozumiałe po zakończeniu wersji demonstracyjnej, gdy pojawią się prawdziwi klienci, prawdziwe transakcje i prawdziwe zgłoszenia do pomocy technicznej.
Planujesz portfel cyfrowy? Porozmawiaj z Appricotsoft o swoim produkcie i poproś o wycenę opracowania oprogramowania.
