01 Kontekst i problem
Klient oferował produkt BNPL skoncentrowany na najmie: klienci ubiegali się o zatwierdzony limit wydatków, następnie finansowali kwalifikowane zakupy i spłacali w ratach zamiast płacić w całości. Produkt obejmował jedynie przedmioty do wynajmu, takie jak meble, telewizory i elektronikę użytkową, a nie niskiej wartości zużycia zdatne, takie jak długopisy, notesy czy artykuły papiernicze. Klient rozwijał się, integrując swoją opcję płatności bezpośrednio ze stroną internetową każdego detalisty: sprzedaż zwraca się do sprzedawcy, sprzedawca zapewnia piaskownicę, zespół integruje bramę, inżynieria i kontrola jakości testują kasę, a następnie obie strony koordynują wydanie produkcyjne.
Ten model działał w pięciu do siedmiu detalistów i zanikł wraz z rozwojem sieci. Detaliści korzystali z różnych kombinacji Shopify, Magento, BigCommerce i niestandardowych platform, różnych okien przy kasie, różnych procesorów płatności oraz różnych procedur sandboxowych i wydawniczych, dzięki czemu każda integracja stała się stałym cyklem wsparcia i wsparcia. Każda aktualizacja platformy detalicznej lub zmiana przy kasie, może zmusić klienta do ponownego odbudowy integracji, ponownego przeprowadzenia testów regresji i zaplanowania nowej wspólnej wersji. Po około sześciu miesiącach program wspierał około 15 detalistów zatrudniających od 60 do 70 osób, a plan zakładał 200+ detalistów w kolejnym roku: liniowe rozszerzenie zakładało setki, potencjalnie blisko tysiąca osób. Prawdziwym problemem nie była zdolność rozwojowa. Architektura sprawiała, że każdy nowy detalista stał się nową zewnętrzną zależnością, więc klient potrzebował modelu, w którym wzrost detalistów nie wymaga już proporcjonalnego wzrostu inżynierii i wsparcia.
02 Rola i ograniczenia
Jako AI Product Manager posiadałem kompleksowe rozwiązanie: strategia produktu, definiowanie problemów, projektowanie ścieżki klienta, definicja przypadków użycia AI, architektura rozwiązania, strategia wsparcia sprzedawców, wymagania dotyczące danych produktowych i etykietowania, inżynieria i koordynacja AI/ML, wymagania API i backendu, integracja z kartami wirtualnymi, doświadczenia z urządzeniami mobilnymi i rozszerzeniami przeglądarki, koordynacja bezpieczeństwa i zgodności, wymagania dotyczące analityki i wydajności modelu, planowanie wdrażania oraz zarządzanie interesariuszami. Jednym z najważniejszych pytań było określenie, gdzie AI powinno być stosowane, a gdzie nie: model odpowiadał jedynie, czy produkt kwalifikuje się w ramach polityki produktów najemnych. Nie ustalano zdolności kredytowej, nie ustalało limitów kredytowych, nie weryfikowało tożsamości, nie definiowało warunków spłaty, nie przeprowadzało weryfikacji numeru SSN ani nie zatwierdzało kont, a wszystkie te systemy pozostały w istniejącym systemie zatwierdzenia, tożsamości i umów klienta.
Ograniczenia były konkretne. Eliminuj zależność od implementacji po stronie sprzedawcy: żaden detalista nie powinien być zmuszony do dodawania metody płatności, zapewnienia dostępu do sandboxa, zmiany zamówienia, udostępniania niestandardowych API, przypisywania programistów ani wspólnego QA. Wspieraj uprawnienia na poziomie produktu, ponieważ detalista mógł sprzedawać zarówno produkty dostępne do wynajmu, jak i nie, dlatego system klasyfikował poszczególne produkty z koszyków, a nie całe detalistów, a mieszane koszyki obsługiwały finansowanie tylko tej kwalifikującej się części. Współpracuj z różnymi technologiami sprzedawców i zarządzaj zmianami DOM, ponieważ rozszerzenie nadal czyta strony sprzedawców, a aktualizacje stron mogą zmieniać strukturę HTML, selektory, karty produktów, ceny i pola do zamówienia. Utrzymywanie akceptowalnej dokładności klasyfikacji, zazwyczaj 85 do 90 procent przy celu powyżej 90 i zbliżającą się do 95. Chroń dane klientów (imię i nazwisko, adres, numer komórkowy, SSN i OTP) za pomocą szyfrowania, tokenizacji, kontroli dostępu i rejestrowania audytów. A później wspierać sprzedaż fizyczną bez integracji z systemem punktów sprzedaży w każdym sklepie.
Podejście produktowe 03
Zamiast budować bardziej efektywny zespół integracji detalistów, zmieniliśmy lokalizację integracji. Oryginalny model umieszczał zdolność kredytową klienta w miejscu przy kasie. Przeprojektowany model umieścił doświadczenie finansowe w kanałach kontrolowanych przez klienta: rozszerzenie Chrome dla e-commerce oraz aplikacja mobilna klienta dla sklepów stacjonarnych. To stworzyło wspólną, niezależną od sprzedawców platformę, która działała wśród wielu detalistów bez implementacji metody płatności klienta.
Online rozszerzenie Chrome identyfikowało sprzedawcę, informowało, że finansowanie jest dostępne, czytało koszyk i sumę, wysyłało szczegóły produktu do zaplecza, klasyfikowało każdy produkt jako najemne lub nienajemne, wykluczało niekwalifikowane przedmioty, porównywało kwalifikowaną kwotę względem limitu klienta, wspierało rejestrację i weryfikację, przedstawiało umowę, generowało wirtualną kartę jednorazowego lub ograniczonego użytku, i automatycznie włączył je do standardowej kasy sprzedawcy. Umożliwienie nowemu sprzedawcy stało się procesem zarządzanym wewnętrznie, a nie sześciomiesięczną dwustronną integracją: zbieranie danych z publicznego katalogu detalisty, oznaczanie produktów dostępnych lub niedostępnych zgodnie z polityką klienta, trenowanie lub aktualizacja klasyfikatora na tysiącach rekordów, weryfikacja dokładności względem znanych etykiet, konfiguracja ekstrakcji DOM dla nazwy produktu, ceny, ilości, kategorii i całkowitej liczby koszyków, Przetestuj przepływ end-to-end, a następnie aktywuj sprzedawcę, nie jest wymagana żadna zmiana w kasie ani wdrażanie bramy.
W sklepie rozszerzyliśmy tę samą funkcjonalność na aplikację mobilną. Aplikacja wykryła, że klient znajduje się wewnątrz geofence sklepu; przy stanowisku rozliczeniowym klient fotografował szczegółowy rachunek; OCR wyodrębniał nazwy produktów, ilości i ceny; pozycje zostały znormalizowane i przekazane do tego samego modelu kwalifikacji; aplikacja rozdzielała kwalifikujące się produkty od niekwalifikowanych, aby produkty niewynajmowane mogły być opłacane osobno; kwalifikowana suma była sprawdzana względem limitu; klient zaakceptował umowę; Wirtualna karta została wygenerowana na kwalifikującą się kwotę i używana w ramach standardowego procesu akceptacji kart w sklepie. Jeśli klient opuścił geofence przed użyciem karty, karta wygasła automatycznie. Geofencing nie przetwarzał transakcji, działał jako wyzwalacz dla backendu do zmiany statusu cyklu życia karty.
Klient wydawał się potrzebować większego zespołu integracyjnego. Prawdziwym problemem było to, że wzrost zależał od setek zewnętrznych systemów i harmonogramów wydań. Przenoszenie doświadczenia do rozszerzenia sterowanego przez klienta i aplikacji mobilnej, z wirtualnymi kartami jako warstwą interoperacyjności, zmieniło tę zależność: dane produktów detalistów zastąpiły niestandardową integrację płatności, a każdy produkt był wybierany niezależnie.
04 Zbudowane cechy
Wykrywanie sprzedawców wspieranych
Rozszerzenie rozpoznaje włączone strony sprzedawców i informuje, że klient ma dostępność finansowania.
Ekstrakcja kartridżowa oparta na DOM-ie
Specyficzna dla sprzedawcy logika DOM pobiera informacje o produktach i koszykach ze strony.
Kwalifikacja produktów AI
Każdy element z koszyka jest klasyfikowany jako najemowalny lub niedostępny przez model współdzielony.
Obsługa mieszanych wózków
Niekwalifikowane elementy są wyłączone, więc finansowana jest tylko część kwalifikująca się.
Rejestracja w przedłużeniu
Nowi klienci tworzą konto bez opuszczania procesu zakupowego.
Wirtualna karta + automatyczne wypełnianie przy kasie
Karta jednorazowego lub ograniczonego użytku jest generowana i automatycznie wypełniana do kasy sprzedawcy.
Mobilna droga w sklepach stacjonarnych
Istniejąca aplikacja klienta została rozszerzona o finansowanie kwalifikujących się zakupów w sklepach stacjonarnych.
Geofencing sklepów
Aplikacja wykrywa, gdy klient znajduje się w skonfigurowanym obszarze obsługiwanego sklepu.
Przechwytywanie rachunków + OCR
Klient fotografuje szczegółowy rachunek; OCR wyodrębnia elementy z obrazu.
Normalizacja paragonów
OCR produkcja jest przekształcana w ustrukturyzowane rejestry produktów, ilości i cen.
Podział na kwalifikujące się / nieuprawnione
Aplikacja pokazuje, co można sfinansować, a co trzeba rozliczyć lub zapłacić osobno.
Wygasanie wywołane przez geofence
Opuszczenie granic sklepu przed użyciem automatycznie wywołuje wygaśnięcie karty.
Dostarczono również: walidację zatwierdzonych limitów, weryfikację OTP mobilną, walidację SSN w czasie rzeczywistym względem istniejących systemów tożsamości klienta, prezentację i akceptację umów (w rozszerzeniu i w aplikacji), powtarzalne umożliwienie sprzedawcy poprzez szkolenia produktowe oraz konfigurację DOM, wspólną klasyfikację produktów wykorzystywaną w obu kanałach oraz pojedynczy backend omnichannel do kwalifikacji, walidacji klientów, umów, wirtualnych kart i analityki.
Architektura 05
Dwa kanały klientów zbiegły się na jednym backendzie. Kanał online to rozszerzenie Chrome oraz sklep DOM extraction; Kanał w sklepie to aplikacja mobilna oraz fotografia rachunków, OCR i geofencing. Oba korzystają z tych samych podstawowych usług do normalizacji produktów, klasyfikacji produktów najemnych, identyfikacji klienta i weryfikacji limitów kredytowych, generowania umów, wydawania kart wirtualnych, zarządzania cyklem życia kart oraz analityki i logowania audytów. Python backend udostępnia REST API; zewnętrzny dostawca kart zgodnych z PCI DSS wydaje karty wirtualne jednorazowego lub ograniczonego użytku.
Architektura zmieniła jednostkę ekspansji. Podczas gdy wcześniej każdy detalista wymagał umowy handlowej, zasobów technicznych, dostępu do piaskownicy, integracji płatności, wspólnej kontroli jakości, skoordynowanego wydania oraz stałego wsparcia platformy, nowy sprzedawca internetowy wymaga teraz przede wszystkim przygotowania danych produktowych, etykietowania, treningu lub walidacji modelu, konfiguracji DOM, testowania przy kasie oraz aktywacji rozszerzenia. Nowy fizyczny sprzedawca wymaga przede wszystkim konfiguracji lokalizacji sklepu, pokrycia danych produktowych, walidacji w formacie paragonów, testowania OCR , testów kwalifikacyjnych oraz walidacji akceptacji kart. Bezpieczeństwo obejmuje szyfrowanie, tokenizację, ograniczony dostęp, logowanie audytów, weryfikację OTP, walidację SSN w czasie rzeczywistym, kontrolowane wykonywanie umów, karty jednorazowe lub ograniczone, wygaśnięcie wygaszania wywołane lokalizacją oraz dostawcę zgodnego z PCI DSS. Niezawodność jest monitorowana dla każdej powierzchni: awaria DOM online (brakujące produkty, nieprawidłowe selektory, błędy automatycznego wypełniania), OCR zmienność w sklepie (słabe oświetlenie, rozmycie, fałdy, skróty, linie podatkowe i rabatowe), limity geofence (odmowy uprawnień, dokładność wewnątrz, dryf GPS, opóźnione zdarzenia wyjścia, limity tła systemu) oraz wyniki wirtualnych kart (niepowodzenia wydawania, limity czasowe dostawcy, aktywacja, wygaśnięcie, autoryzacja). Kompromisy są jednoznaczne: niezależność detalisty nadal zależy od DOM sprzedawcy; Niezależność POS zależy od jakości paragonu; jeden wspólny model obejmuje dwa bardzo różne typy wejść; Kontrola lokalizacji jest ograniczona dokładnością lokalizacji; a zewnętrzny dostawca kart zmniejsza obciążenie infrastruktury, jednocześnie zwiększając zależność od dostawcy.
06 Analityka i obserwowalność
Rozszerzona platforma wymagała osobnego pomiaru do płatności online, OCR wydajności, dokładności modelu, zachowania lokalizacji oraz wyników płatności, ponieważ pojedyncza awaria mogła wynikać z dowolnego z nich. OCR dokładność i dokładność klasyfikacji były mierzone oddzielnie: niepowodzenie klasyfikacji mogło wynikać z błędnego tekstu OCR , błędnego parsowania parasowania, niewystarczającego kontekstu produktu lub rzeczywistego błędu modelu. Zarówno lejek ecommerce (sprzedawca wykrył → rozszerzenie, → koszyk wyodrębniony → sklasyfikowany → kwalifikowana kwota → zweryfikowany → umowa → kartą → automatyczne wypełnianie → zakupu), jak i lejek w sklepie (wykryty sklep → geofence wprowadzony → rachunek, sfotografowany → OCR → pozycji → klasyfikowanych → niewynajmowalnych, rozdzielonych → uprawnionych, zatwierdzonych → umowa → kartą → płatności lub wygaśnięcia) zostały instrumentowane jeden za drugim. Profil wsparcia również się zmienił: odszedł od integracji z detalistami, piaskownic i wad bram, na rzecz rozliczeń, umów, płatności, OCR lub odczytu rachunków, zmian DOM, pytań dotyczących uprawnień do lokalizacji i autoryzacji kart.
Metryki sprzedawców internetowych
Wykrywanie sprzedawców, wyciąganie koszyków, błędy DOM, automatyczne wypełnianie i sukces przy kasach, konwersja z zatwierdzenia na zakup.
Metryki klasyfikacji
Dokładność według sprzedawcy, kategorii i kanału, fałszywie dostępne i niedostępne stawki oraz rozkład zaufania.
OCR metryki
Wyniki przechwytywania i przetwarzania sukcesu, wyciąganie linii i cen, całkowite uzgadnianie, odzyskiwanie oraz ręczne wskaźniki korekty.
Metryki geofence
Wykrycie wejścia, odmowa pozwolenia, zdarzenia wyjścia, karty wygasły po wyjściu oraz czas od wygenerowania do płatności.
Metryki kart wirtualnych
Powodzenie żądań, opóźnienia generowania, błędy dostawców, aktywacja, wyniki autoryzacji oraz wskaźnik nieużywanych kart.
07 Warstwa decyzyjna AI
Model odpowiedział na jedno wąsko zdefiniowane pytanie, spójne w obu kanałach: czy ten produkt kwalifikuje się do polityki klienta dotyczącej produktów najemnych? Dane online łączyły nazwę produktu, obraz, kategorię, kontekst sprzedawcy, opis, gdzie dostępny, cenę i ilość, a także etykietę szkoleniową do wynajmu/niewynajmującej. Dane wejściowe w sklepie to OCRwyodrębnione opisy, tekst pozycji, ilość, cena, kontekst sklepu oraz dane produktów od poprzednich sprzedawców, które często były znacznie mniej opisowe niż strona e-commerce, więc normalizacja produktu miała największe znaczenie w procesie pracy w sklepie. Pipeline zbierał informacje o produkcie z DOM lub paragonu, normalizował tekst specyficzny dla sprzedawcy, mapował na znane kategorie, oceniał możliwość wynajmu, zwracał wynik, obliczał kwalifikującą się sumę oraz rejestrował wynik i wersję modelu do monitorowania. Trening wykorzystywał uporządkowane dane w formie arkusza kalkulacyjnego (nazwa, obraz, kategoria, sprzedawca, etykieta) z tysiącami przykładów na każdego sprzedawcę lub grupę detalistów, co stanowiło model klasyfikacji produktów pod nadzorem. Raportowana dokładność wynosiła około 85 do 90 procent, z celem przekraczania 90 i poprawy do 95; była to miara na poziomie projektu klienta, bez oddzielnej precyzji, przypomnienia, F1 czy niezależnie audytowanej oceny.
AI odpowiadała tylko na temat uprawnień do produktu. Nigdy nie ustalano zdolności kredytowej, nie ustalano limitów kredytowych, nie weryfikowano tożsamości, nie definiowano warunków spłaty, nie przeprowadzano weryfikacji numeru SSN ani nie zatwierdzano rachunków, te rzeczy pozostały w istniejących systemach klienta. Znane tryby niepowodzenia (niewynajmowalny produkt oceniany jako najemny, niewłaściwie odrzucony przedmiot wynajmowany, błędnie przypisana skrócona linia paragonu, produkt pakowany lub zupełnie nowy, zmieniona taksonomia sprzedawcy lub zły OCR) wskazują na zalecany kolejny krok: decyzje oparte na pewności, które kontynuują się automatycznie przy pewności, stosujące deterministyczne reguły kategorii ze średnią pewnością, proszące klienta o ponowne przejęcie przy niskim zaufaniu, i wyklucza lub kieruje do przeglądu, gdy nie rozwiązano.
08 Status i Wyniki
Rozszerzenie Chrome obsługiwało 100+ detalistów w ciągu około czterech miesięcy, w porównaniu do około sześciu miesięcy dla 15 w oryginalnym modelu, a ostatecznie pozwoliło klientom korzystać z produktu finansowego u 300+ sprzedawców internetowych, co stanowi około dwudziestokrotny wzrost w porównaniu do bazowego poziomu 15 detalistów. Nowy detalista nie potrzebował już zasobów technicznych, dostępu do sandboxów, integracji bram, wspólnej kontroli jakości, wdrożenia po stronie sprzedawcy ani skoordynowanych wydań; można go umożliwić poprzez wewnętrznie kontrolowane przygotowywanie danych, etykietowanie, trenowanie modelu, konfigurację DOM, testowanie checkout i aktywację. Oryginalny zespół liczący 60–70 osób pozostał w dużej mierze taki sam, z około czterema do pięciu inżynierów AI/ML do przygotowania danych, treningu modeli i pracy nad dokładnością, dzięki czemu organizacja uniknęła proporcjonalnego wzrostu zatrudnienia, jaki sugerował stary model. Prace integracyjne z detalistami, rozwój niestandardowy, prace sandboxowe, wspólne testy oraz obsługa płatności specyficznych dla platformy zostały usunięte; Klient zgłaszał wzrost liczby transakcji przy kasach, gdy coraz więcej miejsc akceptowało zatwierdzony limit (raportowany jakościowo, bez podanej dokładnej liczby). Platforma następnie rozszerzyła się na fizyczny handel detaliczny poprzez aplikację mobilną, udowadniając, że podstawowy model nie ogranicza się do wypożyczeń internetowych, a koszty związane z powtarzającymi się integracjami, piaskownicami, tworzeniem bram, wspólną kontrolą jakości, koordynacją wydań oraz proporcjonalnym wzrostem wsparcia uległy, a dostawca kart wirtualnych stał się główną pozostałą zależnością zewnętrzną.
300+
Wspierani sprzedawcy internetowi
20×
Zwiększenie zasięgu dla sprzedawców
4 mo
Do 100+ sprzedawców (vs 6 miesięcy na 15)
85-90%
Dokładność zgłoszonego modelu
09 Refleksja / Co dalej
Działało rozwiązanie problemu zależności, a nie problemu personelu: jedna funkcja kwalifikacji obsługiwała strony internetowe, koszyki zakupowe i OCRwyciągane rachunki, karty wirtualne pozwalały klientowi korzystać z przepływów płatności już obsługiwanych przez detalistów, a każdy kanał dodał własne kontrole (ekstrakcja DOM i automatyczne wypełnianie online; OCR, geofencing i wygaśnięcie kart w sklepie) na spójnej platformie współdzielonej. Co bym poprawił dalej: sformalizować włączenie sprzedawców jako produkt operacyjny wewnętrzny (przesyłanie, etykietowanie, szkolenia, walidacja, konfiguracja DOM i lokalizacji sklepu, zatwierdzanie wydań, monitorowanie stanu zdrowia); dodaj uzgodnienie pokwitowania, czyli wyciągnięte sumy, rabaty i uzgadnianie podatkowe z ostatecznym rachunkiem; wprowadzenie polityki niskiej zaufania do przeglądu; wzmocnić kontrole geofence poprzez krótkie terminy wygaśnięcia, limity kwot i pojedynczych transakcji oraz natychmiastowe zamknięcie po autoryzacji; budować automatyczne wykrywanie zmian DOM za pomocą zaplanowanych testów syntetycznych; oddzielne raportowanie błędów OCR i AI na pulpitach; poprawa śledzenia w modelu zarządzania (kanał, detalista, model i dane treningowe, dane wejściowe, OCR i klasyfikacja, wersja zgodności, wynik karty); i rozszerzyć się ostrożnie na Androida i iOS, biorąc pod uwagę ich różne zasady uprawnień i lokalizacji w tle. Trwałym efektem była platforma omnichannel, gdzie dane produktów detalistów zastąpiły niestandardową integrację płatności, AI określała uprawnienia, istniejące systemy zarządzały tożsamością i kredytem, karty wirtualne tworzyły interoperacyjność, a przeglądarka i urządzenia mobilne dawały klientowi kontrolę nad dystrybucją, oddzielając wzrost biznesu od wysiłku inżynieryjnego.
