1. Kartlägg ansvarsområden innan ni utformar skärmbilder
NeroConnect vänder sig till programvaru- och kassasystemsplattformar och deras anslutna handlarkonton. Börja med att lista den information som krävs för den bekräftade onboardingprocessen. Ange för varje uppgift vem som lämnar den, var den samlas in och vem som kan bekräfta att steget är slutfört. Utgå inte från att information som redan finns i er plattform kan överföras eller återanvändas.
Skilj på ansvaret för informationen och ansvaret för att lösa problem. En företagsägare kan behöva lämna en saknad uppgift, medan ert supportteam ansvarar för att förklara begäran och följa upp den. Kom överens om vem som hanterar frågor som plattformens personal inte kan lösa, utan att lova godkännande eller tider för slutförande.
- Skapa en ansvarstabell som omfattar handlaren, plattformens driftteam, utvecklingsteamet och den relevanta kontaktpersonen hos NeroPay.
- Ange för varje steg vem som lämnar informationen, vem som ansvarar för att lösa problem, vilket underlag som bekräftar att steget är slutfört och hur ärendet eskaleras.
- Bekräfta vilka funktioner som stöds och hur ansvaret fördelas med teamet innan tabellen används som utvecklingsspecifikation.
2. Välj hur handlarna ska lämna information
Avgör hur mycket vägledning handlarna behöver från er plattform. En mer vägledd upplevelse kan förklara obekanta förfrågningar när de dyker upp, men medför också ett större ansvar för formuleringar och support. En enklare upplevelse kan vara lättare att underhålla, förutsatt att handlarna fortfarande vet var de ska agera och var de kan få hjälp. Bekräfta vilket onboardingupplägg som stöds innan ni väljer något av alternativen.
Undvik att samla in information enbart för att den kan bli användbar senare. Koppla varje efterfrågad uppgift till ett bekräftat behov i anslutningsprocessen och förklara syftet tydligt. När en handlare måste slutföra ett steg någon annanstans ska överlämningen vara tydlig: vad handlaren behöver göra, vem som fattar nästa beslut och hur handlaren kan följa ärendets status. Antyd inte att data synkroniseras automatiskt.
3. Visa verifierat underlag, inte antaganden
Ta fram ett mindre antal förslag på statusar som kan visas, till exempel information behövs, inskickat och inväntar bekräftelse. Detta är förslag på benämningar som ska valideras, inte påståenden om statusnamn hos NeroConnect. Definiera vilket underlag som krävs för varje benämning. Att en handlare trycker på skicka visar att en åtgärd har utförts; det bevisar inte i sig att kontot är redo att användas för betalningar.
Partner kan konfigurera de inställningar för vad handlare kan se som stöds. Kom överens om vilken information som är användbar att visa och vilka detaljer som bör hanteras av det ansvariga supportteamet. Förklara nästa åtgärd utan att visa onödiga interna detaljer. Om statusen inte kan bekräftas ska det framgå, i stället för att visa ett lugnande meddelande om att allt är klart.
- Dokumentera den bekräftade källan till underlaget för varje status som visas.
- Ange vilket meddelande som ska visas och vem som är ansvarig kontakt när underlag saknas eller är otydligt.
- Kontrollera att valen för vad som visas inte antyder bredare åtkomst eller att behörighetskrav kan kringgås.
4. Testa en process där information saknas
Hypotetiskt exempel: en brittisk partner som levererar kassasystem förbereder anslutningen för en kaféägare. Ägaren skickar in de efterfrågade företagsuppgifterna, men en obligatorisk uppgift är fortfarande ofullständig. Plattformen får inte visa inskickandet som en slutförd anslutning. Det föreslagna meddelandet anger att ytterligare information behövs och hänvisar ägaren till den bekräftade vägen för att slutföra steget.
Partnerns supportansvariga ansvarar för uppföljningen med kaféägaren; ägaren lämnar den information som saknas. Det tekniska teamet kontrollerar att plattformen endast visar framsteg som stöds av bekräftat underlag. Använd en testmetod som ni har kommit överens om med teamet, i stället för att anta att en viss testmiljö eller ett visst händelsebeteende är tillgängligt.
- Gå igenom den första inskickningen och lämna en överenskommen obligatorisk uppgift ofullständig.
- Kontrollera att handlaren får en tydlig nästa åtgärd och att supportpersonalen kan identifiera vem som ansvarar för att lösa ärendet.
- Slutför det återstående steget via den bekräftade processen och kontrollera sedan när visningen får ändras.
- Markera testet som godkänt endast om skärmbilden överensstämmer med underlaget och överlämningen inte lämnar någon uppgift utan ansvarig.
5. Koppla onboarding till betalningshanteringen
Planera betalningsreferenser, händelser och avstämning parallellt med anslutningsprocessen, inte efteråt. Kom överens om hur er plattform ska koppla ett anslutet handlarkonto till motsvarande företagspost i plattformen och vilka bekräftade referenser driftpersonalen ska använda för att utreda betalningsfrågor. Dokumentera hur de händelser som stöds påverkar era poster utan att förutsätta omedelbara uppdateringar eller automatisk synkronisering.
Nästa steg är en gemensam genomgång av ansvarstabellen, de föreslagna meddelandena och testresultaten. Inkludera dem som ska hantera handlarfrågor och avstämning, inte bara utvecklare. Bekräfta produkttillgänglighet, integrationsdetaljer och kommersiella villkor med teamet hos NeroPay innan ni fastställer handlarupplevelsen i en lanseringsplan.
BRA ATT VETA
Vanliga frågor
Vem ska åtgärda ett ofullständigt steg i anslutningsprocessen?
Utse en tydligt angiven ansvarig roll för varje steg. Handlaren kan lämna informationen, medan plattformens support förklarar åtgärden och ansvarar för uppföljningen. Bekräfta ansvaret för eskalering med teamet.
Kan vår plattform visa anslutningen som slutförd efter att uppgifterna har skickats in?
Endast när bekräftade belägg stöder det meddelandet. Inlämning och slutförande är olika milstolpar, så definiera och validera vilka belägg som krävs för varje status som visas.
Kan partner välja vad handlarna ser?
Partner kan konfigurera de synlighetsinställningar som stöds för handlarvyn. Bekräfta vilka alternativ som är tillgängliga innan ni utformar vyerna; synlighetsinställningar innebär inte obegränsad åtkomst eller möjlighet att kringgå behörigheter.