Portal de autoservire pentru clienți B2B: cum scoți 40% din cereri din inbox-ul echipei

Întrebările care nu ar trebui să ajungă niciodată la un om

Într-o companie B2B cu 500-3.000 de clienți activi, între 50% și 70% din cererile care ajung la vânzări interne sunt întrebări la care clientul ar răspunde singur dacă ar avea unde să se uite:

• "Care e stocul la articolul X?"
• "Unde e comanda 4471?"
• "Îmi trimiteți încă o dată factura din martie?"
• "Ce preț am eu la produsul acesta?"
• "Cât mai am din limita de credit?"

Fiecare întrebare de acest tip costă 6-12 minute de timp uman: cineva citește mesajul, deschide ERP-ul, caută, copiază, formulează răspunsul, trimite. La 60 de cereri pe zi vorbim de 8-12 ore de muncă zilnic — echivalentul a un om și jumătate care face copy-paste dintr-un ERP.

Important: nu e vorba de clienți comozi. Un client care întreabă unde e comanda o face pentru că nu are altă variantă.

Ce înseamnă concret un portal de autoservire B2B

Nu un magazin online. Un magazin online vinde la preț de listă unui cumpărător anonim. Un portal B2B arată fiecărui client datele lui, cu prețurile lui, din sistemele tale.

Minimul util:

• Comenzi — istoric, status în timp real, AWB și dată estimată de livrare
• Documente — facturi, avize, certificate de calitate, descărcabile fără să ceară nimănui nimic
• Catalog cu preț contractual — nu prețul de listă, prețul lui, cu discount-urile de volum deja aplicate
• Stoc — nu "pe stoc / indisponibil", ci cantitate reală sau bandă (0 / sub 10 / disponibil)
• Situație financiară — facturi scadente, limită de credit rămasă
• Reordonare — comandă din nou pe baza istoricului, în două click-uri

Când ultimul punct funcționează, portalul încetează să fie un instrument de suport și devine canal de vânzare.

De ce modulul de portal din ERP rareori rezolvă problema

Aproape orice ERP are un modul de portal de clienți. Limitările sunt constante:

• Expune structura ERP-ului, nu limbajul clientului: coduri interne, denumiri abreviate, câmpuri tehnice
• Logica de prețuri per client funcționează doar dacă toate contractele sunt complet modelate în ERP — ceea ce aproape niciodată nu e cazul; o parte stă în Excel la vânzări
• Nu acoperă sistemele din jur: curierat, WMS, platforma de facturare
• Licențiere per utilizator: 800 de clienți devin o problemă de cost, nu o decizie de produs

Ai două variante corecte: un portal ușor, construit separat peste un strat de integrare, sau extinderea modulului existent — dacă ERP-ul acoperă real 90% din datele necesare. Decizia se ia după un inventar al datelor, nu după broșură.

Studiu de caz: distribuitor de consumabile industriale, 1.400 de clienți activi

O companie cu 38 de angajați și 4 oameni în vânzări interne primea ~95 de cereri/zi pe email și telefon. Din acestea, 58% erau status comandă, verificări de stoc sau copii de documente.

Ce am construit împreună cu echipa de la NEXVA SYSTEM:

• Portal peste un strat de integrare cu ERP-ul și cu platforma de curierat — nicio interogare nu pleacă direct din portal în ERP
• Prețuri contractuale aduse direct din ERP, după curățarea a 140 de contracte care existau doar parțial în sistem
• Trei ani de facturi și avize indexate, cu descărcare instant
• Reordonare din istoric și liste salvate pe punct de lucru
• Lansare read-only în 7 săptămâni, plasare de comenzi după încă 6

Rezultate după 5 luni:

• 61% din clienții activi intră în portal lunar; în top 100 de clienți, 88%
• Cereri de status și copii de documente pe email: -47%
• Timp eliberat în vânzările interne: ~5 ore/zi cumulat pe echipă
• 29% din liniile de comandă intră direct prin portal, fără tastare manuală
• Erori de introducere comandă pe liniile din portal: de la 3,8% la 0,5%
• Valoarea medie a comenzii plasate în portal e cu 11% mai mare decât pe email — clienții văd stocul și adaugă articole la care nu s-ar fi gândit

Arhitectura care nu te lasă fără ERP vineri la 17:00

• Niciodată ERP expus direct la internet. Între portal și ERP stă un strat intermediar: un API plus o bază de date de citire.
• Date calde vs. date reci. Stoc și status comandă: sincronizare la câteva minute sau la cerere, cu cache de 60 de secunde. Catalog, prețuri, documente: sincronizare nocturnă, cu invalidare la modificare.
• Prețul se calculează într-un singur loc. Dacă portalul reimplementează regulile de discount, vei avea două prețuri diferite pentru același articol — cel mai rapid mod de a pierde încrederea clientului. Portalul cere prețul, nu îl deduce.
• Identitate la nivel de firmă, nu de persoană. Un client are 4-6 utilizatori cu roluri diferite: cine poate comanda, cine vede doar documente, cine vede situația financiară.
• Jurnal de audit pe tot. Cine a văzut ce, cine a comandat ce, de la ce IP. E util în primul rând în dispute comerciale, nu doar pentru conformitate.
• Degradare elegantă. Când ERP-ul e în mentenanță, portalul arată ultimele date cunoscute, marcate cu vechimea lor, și acceptă comenzi în coadă. Nu afișează eroare.

Cât costă și când se întoarce investiția

| Componentă | Cost |

|-----------|------|

| Analiza fluxului de cereri + inventarul datelor expuse | 2.000-4.000 EUR |

| Autentificare, roluri la nivel de firmă, portal read-only | 6.000-10.000 EUR |

| Integrare ERP: stoc, prețuri contractuale, status livrare | 5.000-9.000 EUR |

| Plasare de comenzi din portal, cu validări și limite de credit | 4.000-8.000 EUR |

| Hosting și mentenanță | 150-400 EUR/lună |

Calculul de retur are două componente. Prima, directă: 4-6 ore/zi eliberate în vânzările interne înseamnă 1.000-1.500 de ore/an, la un cost încărcat de 15-20 EUR/oră — 15.000-30.000 EUR/an.

A doua e mai mare și se vede mai târziu: comenzile care intră structurat nu mai produc retururi din tastare greșită, iar clienții care văd stocul comandă mai mult per comandă. La 5 milioane EUR rulaj și 30% din linii prin portal, o creștere de 10% a valorii medii a acelor comenzi înseamnă în jur de 150.000 EUR de volum suplimentar pe an.

Greșelile care omoară adopția

• Lansare cu date imperfecte. Primul client care vede un stoc greșit nu mai intră în portal șase luni. Dacă stocul nu e de încredere, afișează benzi, nu cifre exacte.
• Fără adopție dirijată. Un email de tip "avem portal nou" produce 5-10% activare. Vânzătorii care deschid contul împreună cu clientul, la telefon, ajung la 60-70% în două luni.
• Portal care arată tot. Clientul are nevoie de 6 ecrane, nu de 40. Fiecare ecran adăugat înainte să fie cerut e doar cost de mentenanță.
• Fără deflectare măsurată. Dacă nu știi câte cereri de status primeai pe email înainte, nu vei putea demonstra nimic. Măsoară 3-4 săptămâni înainte de lansare.
• Fără canal de ieșire. Pe fiecare ecran trebuie să existe un "nu găsesc ce caut" care deschide un tichet cu contextul deja completat.

Cum începi

1. Măsoară mixul actual de cereri o lună: câte sunt status, stoc, documente, prețuri, altceva. Procentele decid ce construiești primul.

2. Inventariază datele: pentru fiecare ecran dorit, în ce sistem stau datele, cât de proaspete sunt și cât de curate.

3. Lansează read-only — comenzi, documente, stoc. Fără plasare de comenzi. Realist: 6-8 săptămâni.

4. Dirijează adopția prin vânzători, pe top 50 de clienți, nu printr-un newsletter.

5. Adaugă plasarea comenzilor abia după ce catalogul și prețurile sunt corecte pentru peste 95% din articolele vândute.

Un portal B2B bun nu înlocuiește oamenii din vânzări. Le ia din mână munca de operator de date și le lasă exact partea pentru care sunt plătiți: negocierea, consultanța tehnică, clienții noi.

Vrei să vedem ce procent din cererile primite de echipa ta se pot muta într-un portal și cât ar costa primul pas? Programează o consultanță gratuită.