Zaměstnanecký portál nebo firemní intranet: co má umět
Platné dokumenty, správné kontakty a přehled interních požadavků. Ukážeme, jak navrhnout zaměstnanecký portál podle každodenních úkolů, nastavit správu obsahu a vybrat rozsah první verze.
Kdy zaměstnanecký portál pomůže firmě
Postup je v e-mailu, šablona na sdíleném disku a kontakt na odpovědného člověka zná jen kolega. Každý nový zaměstnanec se ptá na stejné věci. Ve chvíli, kdy podobné hledání pravidelně přerušuje práci, má smysl zmapovat cestu k potřebným informacím.
Firemní intranet obvykle sdružuje interní obsah a navigaci. Zaměstnanecký portál může navíc umožnit konkrétní úkony, například odeslání požadavku nebo sledování jeho stavu. Pojem workplace se často používá pro širší pracovní prostředí. V zadání je vždy potřeba popsat skutečné funkce těchto částí.
Začněte rozhovory s lidmi, kteří budou systém používat. Administrativa, obchodník v terénu, vedoucí pobočky a pracovník výroby mohou potřebovat jiné informace i jiný způsob přístupu.
Vyberte jeden problém, který umíte popsat
Například: „Zaměstnanci nepoznají, který formulář je aktuální, a žádosti proto často vracíme.“ Takové zadání pomůže určit potřebný obsah, odpovědnost za jeho správu i způsob, jak později ověřit přínos změny.
Co má firemní intranet umět v praxi
První návrh rozdělíme podle úkolů zaměstnanců. U každého určíme, jak často vzniká, kdo jej řeší a podle čeho pozná dokončení. Díky tomu lze oddělit základ první verze od pozdějšího rozvoje.
Najít informaci
Platná pravidla, návody, kontakty, šablony a odpovědi na opakované dotazy. U obsahu je zřejmé, ke komu patří a kdy byl naposledy ověřen.
Vyřídit požadavek
Žádost o vybavení, rezervace, hlášení závady nebo jiné interní podání. Člověk vidí, že se požadavek odeslal, kdo jej řeší a co má následovat.
Zorientovat se
Důležité změny, termíny a nástupní průvodce. Informace mají odpovídat týmu, pracovišti a situaci, ve které je zaměstnanec potřebuje.
Novinky s jasným účelem
U sdělení určete, koho se týká a zda vyžaduje reakci. Oznámení změny procesu potřebuje jinou prioritu než fotografie z firemní akce. Nadbytek stejně výrazných zpráv ztěžuje orientaci.
Schvalování včetně výjimek
Požadavek může být schválen, zamítnut nebo vrácen k doplnění. Návrh má počítat také s nepřítomností schvalovatele, změnou řešitele a stažením žádosti. Pouhé tlačítko „Odeslat“ celý proces nepopisuje.
Onboarding jako navazující kroky
Nováček potřebuje vědět, co zařídit před nástupem, první den a později. U jednotlivých úkolů pomůže termín, kontaktní osoba a jasný výsledek. Část kroků může plnit zaměstnanec, část jeho vedoucí nebo IT.
Obsah potřebuje vlastníka a životní cyklus
Přesun starých složek do nového prostředí sám nevyřeší jejich nepřehlednost. Před migrací projděte, co je platné, co se opakuje a co má být archivováno. U každé oblasti určete člověka, který bude odpovídat za aktuálnost.
Dokument nebo návod má mít srozumitelný název, téma, určené publikum a stav. Vedle data poslední úpravy může pomoci termín další kontroly a kontakt pro nahlášení nejasnosti. Pravidla správy je vhodné začlenit do běžné práce příslušného týmu.
Vyhledávání navrhujte podle výrazů zaměstnanců. Kdo hledá „rozbitý notebook“, nemusí znát název interního oddělení ani formuláře. Navigaci, názvy a případná synonyma ověřte na skutečných dotazech.
- Dokáže člověk rozlišit platný dokument od archivu?
- Najde výsledek podle tématu i běžně používaného názvu?
- Pozná, zda informace platí pro jeho pracoviště?
- Ví, koho kontaktovat, když odpověď chybí?
U přístupných interních materiálů pomůže také jednotná úprava šablon a dokumentů. Souvislosti společného vizuálního systému rozebírá článek Tvorba loga firmy a vizuální identity.
Kdo může informace číst, měnit a schvalovat
Práva určujeme podle pracovních potřeb a typu obsahu. Celofiremní návod má jiné publikum než žádost konkrétního člověka. Možnost zobrazit stránku je zároveň jiná pravomoc než měnit dokument nebo schválit požadavek.
Technické řešení má oprávnění kontrolovat při každém požadavku a poskytovat jen potřebný přístup. Tyto principy shrnuje doporučení OWASP pro řízení oprávnění. Kontrola se musí vztahovat i na soubory, přímé odkazy a výsledky hledání.
Ověřujte role na modelových účtech
Při testování projdeme stejný scénář jako zaměstnanec, vedoucí, editor a správce. Ověříme povolené činnosti i situace, kdy má být přístup odmítnut. Modelová data umožní posoudit chování bez používání skutečných osobních dokumentů.
Součástí zadání je také vznik účtu, změna pracovního zařazení a ukončení přístupu při odchodu. U sdílených zařízení potřebujete vyřešit bezpečné přihlášení a odhlášení. Za technickou správu a pravidelnou kontrolu oprávnění musí odpovídat konkrétní role ve firmě.
Portál má navazovat na nástroje, které už používáte
Firma může mít vlastní správu účtů, personální systém, dokumentové úložiště nebo nástroj pro servisní požadavky. U každé oblasti určete, kde jsou platná data a který systém řídí samotný proces.
Někdy stačí srozumitelný odkaz, jindy zobrazení stavu nebo plná výměna dat. Tyto varianty mají odlišný rozsah návrhu, vývoje i údržby. Očekávané propojení popište konkrétním scénářem.
Modelový příklad: žádost o pracovní vybavení
Zaměstnanec otevře formulář z portálu, vyplní požadavek a dostane potvrzení. Požadavek zpracuje příslušný systém a portál může zobrazit jeho stav. Před realizací je potřeba určit, kde se žádost ukládá, kdo ji schvaluje a jak se propíší změny.
U integrací prověřujeme dostupné rozhraní, dokumentaci, testovací prostředí a odpovědnost správce zdrojového systému. Domluvíme také chování při výpadku: co uživatel uvidí, zda může pokračovat a kdo zjistí, že výměna dat neproběhla.
Hotová platforma, úpravy, nebo intranet na míru
Volba začíná přehledem existujících nástrojů, licencí a potřeb. Například SharePoint nabízí prostředky pro interní weby, obsah a novinky; jejich použití popisuje Microsoft v přehledu plánování intranetu. Vhodnost konkrétní platformy však musí potvrdit její možnosti v požadovaných scénářích.
| Varianta | Kdy ji prověřit | Co ověřit před rozhodnutím |
|---|---|---|
| Konfigurace hotové platformy | Hlavní potřeby pokrývají dostupné funkce a firma má odpovídající prostředí. | Licence, oprávnění, vyhledávání, správu obsahu a omezení vzhledu. |
| Rozšíření stávajícího řešení | Základ funguje, ale některý proces nebo propojení vyžaduje doplnění. | Možnosti integrace, kompatibilitu aktualizací a odpovědnost za podporu. |
| Vývoj na míru | Klíčové scénáře potřebují vlastní logiku nebo specifické uživatelské prostředí. | Rozsah vývoje, testování, provoz, předání podkladů a dlouhodobou správu. |
Porovnávejte celý životní cyklus: přípravu, migraci obsahu, zaškolení, licence, úpravy i podporu. Důležité je také to, zda firma dokáže běžné změny provádět vlastními silami a jak by v budoucnu získala svá data.
Nabídku je užitečné rozdělit na konkrétní výstupy a odpovědnosti. Podobný přístup k vymezení rozsahu popisuje článek Web na míru: co ovlivňuje cenu a jak vzniká rozpočet.
Ověřte hlavní úkoly na prototypu a v pilotním provozu
Pro první verzi vyberte omezený, ale ucelený rozsah. Může zahrnovat kontakty, platné návody a jeden interní požadavek. Podstatné je, aby jednotlivé části měly připravený obsah a odpovědné správce.
Zmapujeme úkoly a obsah
Projdeme současné problémy, skupiny uživatelů a dostupné systémy. Určíme, co potřebuje nový návrh a co lze převzít.
Navrhneme strukturu a prototyp
Připravíme navigaci a klíčové obrazovky s ukázkovým obsahem. Uživatelé na nich vyzkoušejí konkrétní úkoly.
Připravíme fungující pilot
Do vybraného řešení vložíme zkontrolovaný obsah a ověříme role, formuláře i propojení. Zapojíme reprezentativní skupinu zaměstnanců.
Upravíme a postupně zavedeme
Vyřešíme zjištěné překážky, zaškolíme správce a připravíme podporu. Další funkce řadíme podle zkušeností z provozu.
Testování má zahrnout i méně časté situace: nenalezený dokument, zamítnutou žádost nebo chybějící oprávnění. U lidí bez vlastního pracovního počítače ověřte cestu z telefonu či sdíleného zařízení za skutečných podmínek.
Kdo udrží portál užitečný po spuštění
Po uvedení do provozu potřebujete vlastníka celého řešení, správce jednotlivých oblastí a dostupnou technickou podporu. Určete, jak vzniká nový obsah, kdo jej schvaluje a jak se oznamují důležité změny.
Přínos vyhodnocujte podle původního problému. Lze sledovat úspěšné nalezení platného formuláře, počet žádostí vrácených kvůli chybějícím údajům nebo dobu vyřízení konkrétního procesu. Výchozí stav si zaznamenejte před spuštěním a výsledky posuzujte v odpovídajícím kontextu.
Samotný počet přihlášení neříká, zda lidé vyřešili svůj úkol. Krátká zpětná vazba a pozorování používání doplní provozní údaje o důvody, proč některá část funguje a jiná zůstává nepoužívaná.
Co připravit pro první konzultaci
- Velikost firmy, pracoviště a skupiny budoucích uživatelů.
- Hlavní potíže a tři nejdůležitější úkoly zaměstnanců.
- Přehled používaných systémů a způsob přihlašování.
- Ukázku struktury dokumentů a požadované role.
- Představu o první verzi, termínu a správě obsahu.
V HONEWA s vámi vymezíme rozsah, navrhneme strukturu a ovládání a podle projektu navážeme realizací. Možnosti firemního workplace, prototypování a dalších digitálních řešení najdete mezi online službami HONEWA. Rozsah a nacenění připravujeme individuálně.
Nejčastější otázky
Jaký je rozdíl mezi intranetem a zaměstnaneckým portálem?
Názvy se v praxi překrývají. Intranet zpravidla soustředí interní informace, portál může přidat osobní přehled a vyřizování konkrétních úkonů. Pro zadání je rozhodující popis funkcí a uživatelů.
Má portál smysl i pro menší firmu?
Záleží na složitosti komunikace a procesů. Prvním krokem může být také sjednocení dokumentů a lepší využití existujících nástrojů. Potřebný rozsah určíme podle konkrétních potíží.
Lze využít náš současný Microsoft 365 nebo jiný systém?
Ano, stávající prostředí má být součástí úvodního posouzení. Ověříme jeho možnosti, dostupné licence a návaznosti. Teprve podle výsledku se rozhoduje o konfiguraci, doplnění nebo vlastním řešení.
Musíme přesunout všechny dokumenty najednou?
Rozsah migrace lze rozdělit podle oblastí a priorit. Nejdříve je vhodné určit platný obsah a jeho správce. Starší materiály mohou podle dohodnutých pravidel zůstat v archivu.
Lze začít návrhem bez okamžitého vývoje?
Ano. Návrh struktury a klíčových obrazovek pomůže sjednotit zadání a ověřit hlavní úkoly. Technicky náročná propojení je vhodné posoudit souběžně, aby byl návrh realizovatelný.
Co ovlivňuje cenu firemního intranetu?
Rozsah scénářů, role, migrace, integrace, zvolená platforma a požadovaná podpora. Individuální nabídka má zahrnout i přípravu obsahu, testování a předání správcům.
Uspořádejte interní informace a úkoly.
Popište, co dnes zaměstnanci složitě hledají nebo vyřizují. Navrhneme rozsah první verze portálu, potřebné podklady a postup ověření na prototypu.
Požádat o nezávazné nacenění