Kdy se B2B portál na míru skutečně vyplatí

Když obchodník každý týden posílá stejný ceník v několika verzích, zákazníci objednávají e-mailem a stav zakázky se dohledává ve třech systémech, problém nebývá v lidech. Chybí jim společné pracovní místo. B2B portál na míru může tuto roztříštěnost odstranit, ale jen tehdy, když řeší konkrétní obchodní a provozní proces. Není to hezčí web s přihlášením.

Dobře postavený portál dává zákazníkovi přístup k informacím a akcím, které dnes získává přes obchodníka, telefon nebo e-mail. Firmě naopak vrací kontrolu nad daty, pravidly a návazností na interní systémy. Výsledek nemusí být dramatická změna přes noc. Často začíná prostě tím, že se méně věcí ztratí mezi objednávkou, skladem, fakturou a zákaznickou péčí.

Kdy dává B2B portál na míru smysl

Vlastní portál má opodstatnění ve chvíli, kdy zákazníci opakovaně potřebují udělat stejnou práci a standardní nástroje ji nutí obcházet ručně. Typickým příkladem je distributor s individuálními cenami, výrobní firma se zakázkovým sortimentem nebo dodavatel služeb, který potřebuje klientům zpřístupnit dokumenty, požadavky a stav plnění.

Není rozhodující, zda firma prodává tisíce položek. Důležitější je složitost vztahu se zákazníkem. Pokud má každý odběratel jiný ceník, jiná oprávnění, smluvní podmínky, dodací místa nebo schvalovací proces, univerzální e-shop často narazí na své limity. Totéž platí, když zákazník nepotřebuje jen nakupovat, ale také spravovat uživatele, reklamace, servisní požadavky či účetní podklady.

Portál také dává smysl, když obchodní tým tráví příliš času administrativou. Obchodník má řešit výjimky, vztah a příležitosti, ne přepisovat objednávky nebo dohledávat kopie faktur. Samoobsluha není snaha nahradit obchodníky. Je to způsob, jak je zbavit opakované práce a dát zákazníkům odpověď i ve chvíli, kdy nikdo není na telefonu.

Naopak není rozumné začínat vývojem jen proto, že konkurence má zákaznickou zónu. Pokud firma nemá jasně popsaný proces, ceníky se mění bez pravidel a data v ERP nejsou použitelná, nový portál chaos nevyřeší. Pouze ho zpřístupní dalším lidem rychleji.

Co má zákazník v portálu skutečně udělat

Nejčastější chyba je začít seznamem funkcí. Správnější otázka zní: Jakou práci má zákazník dokončit bez pomoci vašeho týmu? Odpověď určí podobu produktu i priority první verze.

U některých firem bude hlavním scénářem vytvoření objednávky z vlastního sortimentu a za vlastní ceny. Jinde půjde o opakované objednávky, přehled rozpracovaných zakázek, stahování dokumentů nebo zadání servisního požadavku. Pro nákupčího může být podstatné schválení objednávky. Pro správce zákaznické firmy zase přidávání kolegů a nastavení jejich oprávnění.

Dobrá první verze nemusí obsahovat všechno. Musí ale dokončit jeden hodnotný proces od začátku do konce. Například zákazník se přihlásí, vidí svůj ceník, sestaví objednávku, odešle ji a následně sleduje její stav. Na straně firmy se objednávka propíše do systému, kde s ní tým dál pracuje. Pokud se na konci musí vše ručně přepisovat do e-mailu, jde spíš o formulář než o funkční pracovní nástroj.

Při návrhu proto rozlišujeme mezi tím, co je nutné pro provoz, a tím, co by bylo příjemné mít. Historie objednávek, individuální podmínky a správná oprávnění bývají často důležitější než složitý dashboard. U B2B systému se hodnota měří podle toho, zda uživatel dokončí práci správně a zda data navazují na realitu firmy.

B2B portál na míru není jen katalog produktů

B2B portál může připomínat e-shop, ale jeho logika bývá výrazně jiná. Ve spotřebitelském prodeji je cena většinou stejná pro každého a objednávka má jednoduchý průběh. V B2B se do ní promítá smlouva, role konkrétního uživatele, skladová dostupnost, minimální množství, dodací podmínky i interní schvalování.

Proto je nutné od začátku rozhodnout, kde vzniká pravda o jednotlivých datech. Je ERP zdrojem cen? Jsou produkty spravované v jiném systému? Má portál pouze zobrazovat stav objednávky, nebo ho může měnit? Kdo je oprávněn vidět faktury celé firmy a kdo jen své vlastní požadavky?

Tyto otázky nejsou technický detail, který se vyřeší později. Určují datový model, integrace, bezpečnost i rozsah administrace. Čím dříve se vyjasní, tím méně překvapení přinese vývoj.

Integrace nejsou doplněk na konec

Portál obvykle nežije sám. Napojení na ERP, účetnictví, sklad, CRM nebo poskytovatele dopravy může být větší částí práce než samotné obrazovky pro zákazníka. Každý externí systém má vlastní kvalitu dat, limity rozhraní a pravidla, kdy se informace aktualizují.

Je rozdíl mezi stavem skladu aktualizovaným jednou denně a stavem, který musí být přesný při odeslání objednávky. Je rozdíl mezi exportem objednávek a obousměrnou synchronizací, kde se změna adresy nebo storno musí vrátit zpět do portálu. Tyto rozdíly ovlivňují nejen vývoj, ale i provoz po spuštění.

Rozumný návrh počítá s chybovými stavy. Integrace občas nedostane odpověď, data mohou být neúplná a objednávka nesmí zmizet jen proto, že se vzdálený systém na chvíli odmlčel. Uživatel potřebuje vidět srozumitelný stav. Interní tým potřebuje možnost problém dohledat a opravit bez zásahu do databáze.

Oprávnění jsou součást obchodního modelu

V B2B prostředí nebývá uživatel totéž co zákazník. Jedna zákaznická organizace může mít desítky lidí s různým přístupem. Někdo objednává, jiný schvaluje, účetní stahuje doklady a vedení vidí přehled za celou firmu.

Role a oprávnění proto nesmí být pouze přepínač v administraci. Je třeba popsat, kdo může co zobrazit, upravit, schválit nebo exportovat. Důležité je i to, kdo spravuje uživatele na straně zákazníka a co se stane, když člověk z firmy odejde. Zvlášť u cen, smluv a finančních dokumentů je bezpečnost přímo součástí důvěryhodnosti obchodního vztahu.

Jak postupovat, aby projekt neskončil drahou náhradou e-mailu

První krok není kreslení obrazovek. Nejdřív potřebujeme projít reálný tok jedné objednávky nebo požadavku: kdo ho založí, co ověřuje, kde se data mění, kdo rozhoduje o výjimce a kde proces končí. Teprve nad tím vzniká návrh aplikace.

Následuje rozhodnutí o hranicích první verze. Pokud portál řeší objednávky, nemusí hned obsahovat věrnostní program, pokročilé reporty a každou historickou výjimku. Základ ale nesmí být poloviční. Přihlášení, správa organizací, přístupová práva, administrace a funkční propojení na navazující proces jsou často součástí minima, ne volitelné doplňky.

Před vývojem je užitečné ověřit i provozní odpovědnost. Kdo bude zakládat nové zákazníky? Kdo upraví výjimku v ceníku? Kdo zpracuje objednávku, která neprojde automatickou kontrolou? Software může pravidla vynucovat, ale nenahradí rozhodnutí, která firma nemá nastavená.

Při realizaci stavíme nejdřív části s nejvyšším rizikem: přihlášení, oprávnění, datový model a kritické integrace. Vizuální detaily se upravují snadněji než špatně postavené napojení na účetní nebo skladový systém. Po spuštění pak sledujeme skutečné chování uživatelů. Právě tam se ukáže, které výjimky jsou ojedinělé a které si zaslouží systémovou podporu.

Vlastní vývoj, nebo hotové řešení?

Hotové řešení může být správná volba, pokud firma prodává standardní sortiment, má jednoduché cenové podmínky a nepotřebuje se výrazně odlišovat procesem. Přinese rychlejší start a nižší počáteční složitost. Omezení se objeví ve chvíli, kdy se obchodní model začne ohýbat podle možností nástroje místo opačně.

B2B portál na míru se vyplatí tehdy, když jsou vlastní pravidla zdrojem provozní výhody nebo když napojení na interní systémy rozhoduje o tom, zda řešení bude vůbec použitelné. Neznamená to vytvářet vše od nuly bez důvodu. Znamená to navrhnout konkrétní aplikaci kolem procesů, dat a lidí, kteří s ní budou denně pracovat.

V Nextrey takové produkty navrhujeme, stavíme a po spuštění dál provozujeme a rozvíjíme. Nejdřív ale potřebujeme rozumět tomu, jak firma funguje ve chvíli, kdy objednávka není učebnicová. Právě výjimky často rozhodnou, zda portál ušetří práci, nebo přidá další systém, který je nutné obcházet.

Dobrý první krok je vzít jednu často opakovanou zákaznickou situaci a popsat ji bez zkratek od prvního kliknutí až po její vyřízení. Pokud v ní najdete ruční přepisování, nejistotu nad aktuálními daty nebo zbytečné čekání, máte konkrétní místo, kde může vlastní portál začít přinášet hodnotu.