Hur B2B-checkout skiljer sig från B2C
En B2C-checkout optimeras för konvertering. Målet är så få steg som möjligt, autofyll, express-betalning och ett snabbt köp innan kunden hinner ångra sig. En B2B-checkout har helt andra drivkrafter. Kunden är redan bestämd. Det som avgör om ordern genomförs är inte impulsköpens logik utan om betalningsvillkoren, kreditkontrollen och orderreferenserna stämmer med det interna arbetssättet.
B2B-köparen förväntar sig fakturabetalning med 30 dagars betalningsvillkor. Hen behöver lägga in ett PO-nummer så att ordern kan matchas mot internt inköpsordersystem. Kreditgränsen måste kontrolleras innan ordern skickas vidare. Ibland ska ordern inte skapas direkt utan först bli en offert. Och hela flödet ska fungera snabbt så att återköp inte tar mer tid än ett samtal till säljaren.
Fakturabetalning är kärnan i B2B-checkout
Faktura är fortfarande det dominerande betalsättet i nordisk B2B. Alternativ som kort, Swish eller direktbetalning används i vissa flöden, men merparten av volymen går på faktura med 30 dagars kredit. Det innebär att checkout-flödet måste hantera tre saker samtidigt: själva betalsättet, kreditkontrollen och kopplingen till affärssystemet.
Briqpay är specialbyggt för B2B. Samma checkout-flöde hanterar faktura, delbetalning, kortbetalning och kreditprövning i realtid, med stöd för PO-nummer och referensfält. Det är ofta det enklaste valet när B2B är primärintent.
Svea erbjuder B2B-fakturalösningar inklusive kreditbedömning och kan fungera både i en egen checkout och inbyggd i en befintlig plattforms checkout.
Walley har också B2B-stöd för fakturaköp med kreditkontroll, särskilt starkt i nordisk retail-kontext där samma leverantör hanterar både B2B- och B2C-flöden.
Valet mellan dem styrs av vilka kundsegment ni har, var era kunder köper idag och hur mycket integration mot affärssystemet ni behöver. Alla tre har färdiga kopplingar till de större plattformarna, men djupet i B2B-funktionerna skiljer sig.
Kreditprövning i realtid
I en välfungerande B2B-checkout ska kunden få besked om kreditgodkännande medan hen fortfarande är i checkout, inte efter att ordern är lagd. Det kräver en live-uppslagning antingen mot betalleverantörens kreditmotor eller mot er egen kreditgräns i affärssystemet.
Två scenarier är vanliga. Det första är att leverantören som Briqpay eller Svea gör kreditbedömningen via extern kreditdatabas. Det fungerar bra för nya eller sporadiska kunder. Det andra är att kreditgränsen ligger i ert affärssystem som en del av kundavtalet. Då behöver checkout göra en live-anrop mot affärssystemet och få tillbaka tillgängligt kreditutrymme innan ordern godkänns. Via Junipeer finns färdiga kopplingar som hanterar detta mot Business Central, Visma.net och flera andra system.
Det som måste definieras tidigt i projektet är vad som händer när kreditgränsen överskrids. Tre vanliga flöden är att ordern stoppas och kunden får meddelande, att ordern eskaleras till säljaren för manuell hantering, eller att delordern godkänns upp till kreditgränsen och resten hanteras separat.
PO-nummer och referensfält
En B2B-inköpare behöver nästan alltid koppla ordern till ett internt referensnummer. Det kan vara ett inköpsordernummer, ett projektnummer, ett kostnadställe eller en kundreferens för slutkund. Utan den kopplingen kan kunden inte matcha fakturan mot sin egen redovisning och kommer i värsta fall att vägra betala.
Rätt implementation har tre delar. För det första ska fälten finnas på kund- eller kontonivå, så att vissa kunder kan kräva PO-nummer och andra inte. För det andra ska fältet följa med genom orderbekräftelse, packsedel och faktura. För det tredje ska multipla referenser vara möjliga när det behövs, till exempel ett huvudprojektnummer plus ett underprojekt.
Offerthantering och offert-till-order
Vissa B2B-affärer börjar inte som ordrar utan som offertförfrågningar. Kunden lägger produkter i en "offertkorg", skickar in, får offert från säljaren med eventuell rabatt eller specialpris, och konverterar därefter offerten till order. Det flödet behöver stöd i plattformen.
Norce, Shopware och Magento/Hyvä har offerthantering nativt eller via moduler. Shopify Plus kräver mer konfiguration men klarar det. Det viktiga är att konverteringen från offert till order sker utan att kunden behöver lägga in produkterna igen, och att avtalsprislogiken fungerar under hela flödet.
Leveransval som fungerar för B2B
Checkout-flödet behöver också hantera leveransval som skiljer sig från konsumenthandeln. Pallfrakt, delleveranser till flera adresser, leveransfönster kopplade till mottagarens öppettider och ibland avisering per mejl eller SMS är vanliga krav. nShift täcker multi-carrier-logik och fungerar bra i B2B-kontext där samma kund kan ha olika leveransprofiler för olika orderyper.
Vanliga fallgropar
Den vanligaste fallgropen är att använda en B2C-checkout och försöka anpassa den i efterhand. En checkout som är byggd för snabb konvertering utan inloggning klarar sällan B2B-krav på kreditkontroll, PO-nummer och avtalspriser utan omfattande omarbetning.
En annan fallgrop är att glömma checkout-flödets mobila variant. Fältsäljare och kunder på väg mellan möten lägger ordrar från telefonen i allt högre grad. Om PO-fält, kreditbesked och orderbekräftelse inte fungerar smidigt på mobilen tappas en större andel ordrar än man tror.
Den tredje är att underskatta tiden som går åt till testning. Varje kombination av kund, betalsätt, kreditgräns och leveransupplägg behöver testas innan lansering. Ett B2B-checkout-flöde har fler kantfall än en B2C-checkout, och det är i kantfallen som fel uppstår i drift.
Nästa steg
B2B-checkout är sällan ett eget projekt utan en del av hela B2B-leveransen. Läs vår huvudguide till B2B e-handel för det bredare sammanhanget, eller vår betalningsguide för bredare betaljämförelse. Kontakta oss om ni vill prata igenom hur er checkout bör designas utifrån era kundtyper och betalsätt.