Klient sa neprihlási do portálu preto, aby obdivoval dashboard. Chce nájsť dokument, zistiť stav prípadu alebo dokončiť úlohu. Ak to nezvládne, pošle e-mail a váš tím bude obsluhovať dva kanály naraz.
Pre vývoj portálu by sme preverili QikBuild, GoodRequest, Rascasone a SOFTEC. Pri výbere rozhoduje najmä typ samoobsluhy: bežný klientsky proces, partnerská prevádzka, komunikácia dvoch strán alebo onboarding s overením identity.
Prehľad pripravuje QikBuild a naše štúdio uvádzame ako prvé. Výber vychádza z uvedených kritérií a verejne dostupných informácií; pri každom dodávateľovi vysvetľujeme, pre aké projekty sa hodí.
Stav podkladov: 22. októbra 2026. Ide o výber pre slovenského objednávateľa, nie výlučne o slovenské spoločnosti. Rascasone pôsobí v Česku. Pri každom kandidátovi potvrďte jazyk projektu, kapacitu a podmienky podpory.
Čo má dobrý dodávateľ portálu vyriešiť
Porovnávame verejné projekty s externými používateľmi a nadväzujúcou administráciou. Referencia na obyčajnú prezentačnú stránku pre tento výber nestačí. Dôležité sú prístupy, práca so stavom a činnosti, ktoré klient skutočne dokončí.
Pred oslovením štúdia si spíšte tri najčastejšie požiadavky klientov. Ku každej doplňte, kde dnes leží odpoveď. Niekedy je potrebné najprv upratať interný záznam, aby portál mal čo zobraziť.
Určte tiež, či jeden klient znamená jedného človeka alebo celú firmu. Nákupca, účtovník a vedúci prevádzky môžu potrebovať rozdielne dokumenty. Tento rozdiel ovplyvní návrh viac než výber farieb či úvodnej obrazovky.
1. QikBuild: portál ako pokračovanie vášho pracovného postupu
V QikBuilde prepájame klientsku časť s tým, čo už spracúva interný tím. V Emerge používajú administrátori, uchádzači a študenti rôzne rozhrania nad spoločnými záznamami. Pri Sprout sme postavili backend pre organizačný a rodinný portál, prihlášky aj platby.
Pri Novume je doložená práca s rezerváciami, klientskymi záznamami a výsledkami vyšetrení. Tieto prípady ukazujú rôzne druhy samoobsluhy; ich funkcie sa automaticky neprenášajú do každého ďalšieho projektu.
QikBuild odporúčame zaradiť do výberu, keď má klient dokončiť časť firemného procesu. Môže nahrať podklad, vybrať termín alebo sledovať priebeh. Návrh prvej verzie opisujeme pri klientskych portáloch.
Na začiatku prejdeme pozvánku, prvé prihlásenie a jednu dokončenú úlohu. Rovnako podrobne riešime, čo pri tom uvidí pracovník firmy. Cieľom je nadväzujúca práca s jedným prípadom a jasnými oprávneniami.
2. GoodRequest: partnerské prostredie s prevádzkovými funkciami
GoodRequest v Notino Partner dokumentuje správu salónov a rezervácií spolu s mobilnou a administrátorskou časťou. Ide o príklad služby, pri ktorej používa systém prevádzkovateľ aj jeho partneri.
Zaradili by sme ho do výberu pre portál, ktorý má byť každodenným pracovným nástrojom partnerských prevádzok. Zákaznícke obrazovky a interná administrácia tu musia vzniknúť v súlade.
Na stretnutí sa pýtajte, ako bude možné riešiť problém klienta cez podporu. Zamestnanec má vedieť zistiť, čo používateľ urobil, bez zdieľania hesla. Overte tiež správanie rovnakého procesu na mobile a počítači. Referencia je dôvod na posúdenie, nie potvrdenie konkrétneho rozpočtu či termínu.
3. Rascasone: portály, v ktorých spolupracujú dve strany
V prípade Blocheck Rascasone opisuje aplikáciu pre nájomcov a prenajímateľov. Súčasťou sú dokumenty, komunikácia a riešenie nahlásených problémov.
Takúto skúsenosť by sme preverili pri portáli, v ktorom má každá strana inú úlohu. Napríklad klient otvorí požiadavku, dodávateľ doplní informácie a zodpovedný človek potvrdí vyriešenie.
Do demonštrácie zahrňte spor o stav prípadu. Klient tvrdí, že podklad poslal, interný tím ho nevidí. Potrebujete dohľadať udalosť, súbor a príslušné oprávnenie. Dobrá história môže byť pre prevádzku užitočnejšia než ďalší komunikačný kanál.
4. SOFTEC: onboarding a obsluha v prostredí s viacerými systémami
SOFTEC vo svojom portfóliu uvádza digitálny onboarding klientov a obslužné aplikácie pre banky a operátorov. Sú to príklady, kde zákaznícky krok nadväzuje na ďalšie firemné agendy.
Preverili by sme ho pri projekte s náročným overovaním klienta alebo viacerými existujúcimi systémami. Základná otázka znie, ktoré požiadavky už vyplývajú z vášho prostredia a ktoré treba navrhnúť.
Na prvom stretnutí žiadajte rozdelenie zodpovednosti za identitu, dokumenty, stav prípadu a oznámenia. Ak tri tímy upravujú tri systémy, musíte vedieť, kto otestuje celý výsledný proces. Referencie nenahrádzajú toto konkrétne rozdelenie práce.
Ako otestovať portál ešte pred podpisom zadania
Nechajte dodávateľa nakresliť päť obrazoviek: pozvánku, prihlásenie, prehľad prípadov, detail prípadu a potvrdenie dokončenia. Pri každej sa pýtajte, čo používateľ potrebuje vedieť, aby pokračoval.
Potom pridajte bežné komplikácie:
- Pozvánku otvorí iný človek z rovnakej firmy
- Klient stratí prístup k pôvodnému e-mailu
- Dvaja kolegovia upravia rovnakú požiadavku
- Príloha sa nahrá, ale ďalšie spracovanie zlyhá
- Používateľ odíde z firmy a jeho prístup treba zrušiť
- Klient si uloží odkaz na dokument, ku ktorému už nemá mať prístup
Dodávateľ nemusí počas úvodného hovoru predviesť hotovú aplikáciu. Mal by vedieť vysvetliť, ako tieto situácie ovplyvnia návrh a cenu. Podrobnejšie sa prístupom venuje článok o oprávneniach vo firemnom systéme.
Cena závisí aj od údajov za obrazovkou
Portál s čítaním pripravených dát je iný projekt než portál, ktorý musí najprv zaviesť novú internú evidenciu. Pri porovnávaní ponúk sledujte obidve časti samostatne.
Do rozsahu patria účty a roly, napojenia, dokumenty, upozornenia, administrácia a prevádzka. Overte limity externých služieb aj to, ako sa riešia výpadky. Ak stav nie je aktuálny, klient potrebuje zrozumiteľnú informáciu o poslednom obnovení.
Pred spustením vyberte menšiu skupinu klientov a zmerajte dokončenie konkrétnej úlohy. Sledujte aj počet otázok, s ktorými kontaktujú podporu. Počet založených účtov sám osebe neukáže, či portál pomáha.
Podklady pripravíte podľa vzoru briefu. Ak chcete prejsť svoju zákaznícku cestu s nami, dohodnite si hovor s QikBuildom.
