WEB
Intranet és belső tudásbázis
Belső felület a dokumentumoknak, munkafolyamatoknak és csapatinformációknak. A tudásbázisban a munkatársak gyorsabban megtalálhatják a megfelelő, aktuális anyagot, a hozzáférések pedig szerepkör szerint rendezhetők.
A SZOLGÁLTATÁS
Közös hely a napi munkához szükséges tudásnak
Az intranet a vállalkozás belső, belépéshez kötött felülete. Lehet rajta dokumentumtár, folyamatleírás, belső hírek, munkatársi tájékoztató vagy igénybejelentés. A tudásbázis ezek közül az ellenőrzött és kereshető szakmai anyagokra összpontosít. A cél, hogy ne személyes levelezésekből és külön mappákból kelljen összegyűjteni egy feladat elvégzéséhez szükséges információt.
A tervezést a munkakörökkel és a keresett dokumentumokkal kezdjük. Egy új munkatárs betanulásához más szerkezet hasznos, mint az értékesítési anyagokhoz vagy a műszaki eljárásokhoz. A fő kategóriák mellett az anyagok felelőse, frissítési rendje és érvényessége is fontos: a könnyen megtalált, de elavult útmutató ugyanúgy hibát okozhat.
PONTOS TARTALOM
Dokumentumok, jogosultságok, munkafolyamatok
A projektben kialakítjuk a jóváhagyott dokumentumstruktúrát, a felhasználói szerepköröket és a szükséges keresési, szűrési lehetőségeket. Megkülönböztetjük, ki olvashat, szerkeszthet vagy hagyhat jóvá egy anyagot. Ha az intranet folyamatokat is kezel, azok állapotait, felelőseit és értesítéseit külön feladatként tervezzük meg.
Az 500 000–1 500 000 Ft-os árkeret az igényelt moduloktól, adatköltöztetéstől és kapcsolódásoktól függ. Az egyeztetett feladatlistára fix projektárat adunk. A meglévő dokumentumok szakmai rendbetétele és a teljes vállalati anyagállomány kézi szerkesztése nem automatikus része a rendszerépítésnek; a migrációra kerülő tartalom körét előre rögzítjük.
GYAKORLATI RÉSZLETEK
Próba egy valódi munkatársi feladattal
A próba során például egy új kolléga megkeresi a belépéshez szükséges útmutatót, egy vezető jóváhagy egy eljárást, az ügyintéző pedig frissíti a hozzá tartozó dokumentumot. Megnézzük, hogy a szerepkörök megfelelő tartalmat látnak-e, és a kereső használható találatot ad-e. A lejárt vagy visszavont anyagok kezelése is része a tervezésnek.
Az átadáskor bemutatjuk a tartalmak frissítését, a jogosultságok kezelését és az üzemeltetési feladatokat. Ha később AI-alapú kereső vagy chatbot kerül a tudásbázis mellé, annak a dokumentumjogosultságokat is tiszteletben kell tartania. A chatbot és a belső rendszer integrációja külön egyeztethető fejlesztés.
Árak és szolgáltatástartalom
Dokumentumkezelés, workflow, belső kommunikáció, jogosultságkezelés; 6–12 hét
A hibajelzésből legyen egyértelmű feladat
A támogatás hatékonyságát nagyban javítja, ha a hibajelzés tartalmazza az érintett oldalt, az esemény időpontját, a végrehajtott lépéseket és az elvárt eredményt. A „nem működik” helyett egy megismételhető példa segít a gyorsabb behatárolásban. Érzékeny adatot és jelszót ne küldj a hibaleírásba; szükség esetén külön, egyeztetett módon biztosítunk hozzáférést. A bejelentést üzleti hatás szerint érdemes rangsorolni, mert egy teljes leállás és egy kisebb elrendezési hiba eltérő figyelmet igényel.
A karbantartás ütemezésénél a használt rendszer, a függőségek és a vállalkozás működési ideje számít. Egy frissítés előtt szükség lehet tesztelésre, mentésre és visszaállítási tervre. A mentés megléte önmagában nem mutatja meg, hogy vissza is állítható az alkalmazás; ezt időnként külön próbával érdemes ellenőrizni. A vállalt feladatokat és gyakoriságukat az ajánlatban rögzítjük, hogy mindenki tudja, mi tartozik az üzemeltetéshez és mi külön fejlesztés.
Hozzáférések és üzemeltetési felelősségek
Induláskor célszerű leltárt készíteni a domainekről, a tárhelyről, a licencekről és az adminisztrátori hozzáférésekről. A lejáratok és a kapcsolattartók is kerüljenek nyilvántartásba. Ha több szolgáltató vesz részt a működtetésben, a hibák átadásának rendje különösen fontos. Az elvárt reakcióidőt, a rendelkezésre állást és a sürgős feladatok kezelését a konkrét csomaghoz kell kötni; ezeket nem helyettesíti egy általános support megnevezés.
A fejlesztési feladat határait és az elfogadás módját indulás előtt rögzítjük. Hasznos, ha az ellenőrzéshez már ekkor rendelkezésre áll néhány valódi példa, amelyet a kész rendszeren újra végig lehet próbálni. A tartalom, az adatok és a hozzáférések késése a sorrendet is befolyásolhatja, ezért ezeknek külön felelőst érdemes kijelölni. Az átadás utáni javítás, a folyamatos támogatás és az új funkció fejlesztése eltérő feladat; a vállalt kereteket az ajánlat tisztázza.
INDULÁS ÉS ÁTADÁS
Így készül pontos ajánlat a feladatra
Az ajánlatkéréshez írd le a célt, a jelenlegi helyzetet és azt, milyen eredményre van szükséged. Jelezd a kívánt indulást, az érintett felületeket vagy rendszereket, valamint a rendelkezésre álló anyagokat. Ezekből tudjuk megállapítani, hogy a bemutatott szolgáltatás melyik terjedelme illik a feladathoz. Ha valami még nincs eldöntve, azt is írd meg: a hiányzó információ tisztázása része az előkészítésnek.
A munka előtt közösen rögzítjük az átadandó eredményt, a feladatok határát, az ügyféloldali közreműködést és az ellenőrzés módját. Az árak nettó munkadíjak, ÁFA nélkül. Az ársávval vagy induló árral jelölt feladatokra az elfogadott tartalom alapján fix ajánlat készül. A később felmerülő új igényt előbb egyeztetjük időre és költségre, majd csak ezután kerül a munkába. A kész anyag vagy működés jóváhagyásához konkrét visszajelzést kérünk.
Gyakori kérdések
Mit tartalmaz az intranet díja?
Önállóan is megrendelhető ez a szolgáltatás?
Mit küldjek az ajánlatkéréshez?
Mi történik, ha közben új feladat merül fel?
Beszéljük meg a feladatodat.
Írd meg, mire van szükséged. Az ajánlatban rögzítjük a tartalmat, az ütemezést és a díjat.
