Funkce B2B platformy pro obchod bez chaosu

Obchodník ráno otevře schránku a najde šest objednávek ve třech různých formátech, dva dotazy na individuální cenu a žádost o schválení nákupu. To není problém, který vyřeší další formulář na webu. Funkce B2B platformy musí převzít opakující se práci, zachovat kontrolu nad obchodem a dát každému zákazníkovi správná data ve správný okamžik.

B2B platforma není jen katalog s tlačítkem „objednat“. Obvykle propojuje zákaznické účty, specifická pravidla cen, objednávkové procesy, interní schvalování a data z dalších systémů. Dobře navržená platforma proto nevzniká výčtem přání. Začíná pochopením toho, jak dnes skutečně vzniká objednávka, kde se zdržuje a kdo nese odpovědnost za chybu.

Co má B2B platforma vyřešit dřív než začne vývoj

Před výběrem funkcí potřebujete popsat jeden konkrétní obchodní tok od začátku do konce. Například zákazník najde produkt, vidí cenu dohodnutou pro svou firmu, vytvoří poptávku nebo objednávku, kolega ji schválí a obchodní tým ji předá do ERP. Každý krok má vlastní pravidla, výjimky a vlastníka.

Tato mapa bývá užitečnější než seznam dvaceti funkcí. Ukáže, zda je skutečným problémem objednávání, neaktuální produktová data, složité schvalování, nebo ruční přepisování údajů mezi systémy. Pokud firma nejdříve postaví rozsáhlý katalog, ale obchod stále ručně ověřuje dostupnost a ceny, práce se jen přesune jinam.

Stejně důležité je rozlišit, co musí fungovat pro první skupinu zákazníků a co počká. Platforma pro distributora s několika stovkami stálých odběratelů má jiné priority než systém, ve kterém velké firmy spravují desítky poboček a nákupčích. Univerzální pořadí funkcí neexistuje.

Základní funkce B2B platformy

Účty firem, uživatelé a oprávnění

V B2B nenakupuje anonymní člověk, ale firma s vlastní strukturou. Jeden zákaznický účet může mít nákupčího, vedoucího pobočky, účetní i administrátora. Každý potřebuje vidět něco jiného a mít jinou možnost zasahovat do objednávky.

Základem je proto model organizace: firma, pobočky nebo střediska, uživatelé a jejich role. Nákupčí může vytvářet košík, schvalovatel ho potvrzuje a účetní stahuje doklady. Administrátor zákazníka může spravovat kolegy bez toho, aby kvůli každému novému uživateli psal vašemu supportu.

Oprávnění je vhodné navrhovat podle reálných rozhodnutí, ne podle názvů pracovních pozic. Příliš hrubý model vede k tomu, že lidé mají přístup k údajům, které nepotřebují. Příliš detailní model zase zatíží administraci. Pro většinu firem dává smysl začít několika jasnými rolemi a složitější pravidla přidávat až ve chvíli, kdy pro ně existuje konkrétní případ.

Produkty, katalog a individuální obchodní podmínky

Katalog v B2B musí odpovědět na jiné otázky než běžný e-shop. Je produkt skladem? Jaké má technické parametry? Je dostupný pro tento segment zákazníků? Platí pro něj konkrétní smluvní cena, množstevní sleva nebo minimální objednávkové množství?

Ceny často nejsou vlastností samotného produktu. Mohou se řídit ceníkem zákazníka, smlouvou, měnou, zemí, množstvím nebo kombinací těchto pravidel. Právě zde vzniká mnoho nákladných chyb. Pokud cenovou logiku schováte do nečitelných výjimek, obchodníci jí nebudou věřit a vrátí se k tabulkám a e-mailům.

Dobrá platforma proto jasně oddělí zdroj produktových dat od pravidel, která určují, co konkrétní zákazník uvidí a za jakých podmínek nakoupí. Někdy je zdrojem ERP, jindy produktová databáze nebo stávající interní systém. Nejde o to všechno přesunout do nového řešení. Jde o to určit, který systém je pro která data rozhodující.

Objednávky, poptávky a opakovaný nákup

Ne každá B2B transakce má stejný průběh. U standardního sortimentu zákazník objedná přímo. U složitějšího produktu potřebuje nejdřív poptávku, cenovou nabídku nebo kontrolu obchodníkem. Platforma by měla podporovat oba režimy, pokud je firma reálně používá, ale neměla by je míchat tak, že nikdo nepozná stav zakázky.

Praktické funkce zahrnují historii objednávek, opakování minulé objednávky, ukládání nákupních seznamů, import položek ze souboru a přehled stavu. Pro zákazníka to znamená méně ručního přepisování. Pro obchodní tým méně dotazů typu „dorazila objednávka?“.

Stav objednávky ale nesmí být jen dekorace. Musí odpovídat procesu ve firmě. Jestli je objednávka přijatá, čeká na kontrolu, je částečně expedovaná nebo čeká na platbu, musí mít tyto informace jasný zdroj. Když platforma ukazuje stav, který se liší od reality v ERP, ztrácí důvěru rychleji než tabulka poslaná e-mailem.

Schvalovací workflow a limity

Schvalování patří mezi funkce, které zákazníci často požadují až po spuštění. Ve skutečnosti bývá důvodem, proč velké odběratelské firmy platformu začnou používat. Nákupčí chce objednávku připravit, ale vedoucí ji musí potvrdit, pokud překročí rozpočet, určitou hodnotu nebo definovanou kategorii zboží.

Workflow by mělo umět čekat na schválení, vrátit objednávku k úpravě, zaznamenat rozhodnutí a upozornit správnou osobu. Není nutné hned stavět komplikovaný graf pravidel pro každou výjimku. Často stačí schválení podle hodnoty objednávky a vybraných rolí. Složitější scénáře se vyplatí přidat až podle skutečných pravidel zákazníků.

Důležitá je i dohledatelnost. Kdo objednávku vytvořil, kdo ji změnil a kdo ji schválil? U větších nákupů nejde o nadbytečný detail, ale o součást odpovědnosti a interní kontroly.

Integrace, které nesmí vytvářet druhou pravdu

B2B platforma téměř nikdy nefunguje samostatně. Potřebuje si vyměňovat data s ERP, skladem, účetním systémem, CRM, dopravou nebo systémy dodavatelů. Integrace proto nejsou položka, kterou lze odložit na poslední týden před spuštěním.

Nejprve je potřeba určit, jaká data proudí kterým směrem a jak rychle musí být aktualizována. Cena se může měnit jednou denně, ale dostupnost skladové položky může vyžadovat častější synchronizaci. Objednávka obvykle musí do navazujícího systému odejít spolehlivě, s možností dohledat chybu a opakovat přenos bez vytvoření duplicit.

Přímé propojení může být správná cesta, pokud jsou systémy stabilní a rozhraní dobře udržované. Někdy ale dává větší smysl integrační vrstva, která oddělí platformu od specifik staršího ERP. Cena a složitost řešení se pak odvíjí hlavně od kvality existujících dat a rozhraní, ne od počtu tlačítek v zákaznické části.

Co často není potřeba v první verzi

Firmy mají tendenci chtít hned věrnostní program, pokročilé doporučování produktů, propracované reporty, více jazyků, více měn a desítky výjimek v cenotvorbě. Některé z těchto funkcí mohou přinést hodnotu. Pokud ale první verze nevyřeší přihlášení zákazníka, správná oprávnění, relevantní nabídku a spolehlivé předání objednávky, rozšíření nepomohou.

Rozumná první verze má vlastní databázi, přihlášení, administraci a funkční tok od výběru položky po zpracování objednávky. Musí být použitelná v provozu, ne jen ukazovat, jak by systém jednou mohl vypadat. Na konkrétních zákaznících pak ověříte, kde lidé váhají, které informace postrádají a které ruční zásahy už opravdu stojí za automatizaci.

Jak poznat, že architektura vydrží další růst

Platforma nemusí být od prvního dne připravena na všechny evropské trhy. Musí ale mít zdravé hranice mezi částmi systému. Přihlašování, katalog, cenová pravidla, objednávky a integrace by neměly být tak provázané, že změna jedné podmínky rozbije celý proces.

To neznamená stavět složitou infrastrukturu pro hypotetický objem. Znamená to psát pravidla srozumitelně, testovat kritické scénáře a mít monitoring nad chybami v objednávkách a integracích. U systémů, přes které proudí obchod, je následná údržba součástí produktu. Po spuštění se mění ceníky, procesy zákazníků, účetní pravidla i napojené systémy.

Při návrhu a vývoji podobných systémů v Nextrey začínáme provozem, ne seznamem technologií. Technologie vybíráme až podle dat, procesů a rizik konkrétního projektu. Tím se dá předejít řešení, které vypadá dobře při prezentaci, ale obchodníci ho po měsíci obcházejí.

Nejužitečnější první krok proto není sepsat všechny vysněné funkce. Vezměte posledních deset reálných objednávek, projděte jejich cestu od požadavku po expedici a označte každé ruční předání, čekání a chybu. Právě tam má B2B platforma začít pracovat za vás.