A McKinsey társadalmi-gazdasági jelentése szerint a tudásalapú munkavállalók hetente közel 10 órát, azaz a munkahét körülbelül egynegyedét töltik azzal, hogy a munkájukhoz szükséges információkat keresik és gyűjtik össze. Ez az idő elveszik a csevegési szálak, a megosztott meghajtók és az éppen online lévő kollégák emlékezetének átkutatásával.
A probléma általában nem az, hogy a csapatodnak nincs tudása. Hanem az, hogy a tudás szétszórt és az egyes emberek fejében van bezárva.
A belső tudásbázis megoldja ezt a problémát azzal, hogy mindenki számára egy kereshető helyet biztosít a válaszok megtalálásához. Ez az útmutató végigvezeti Önt a tudásbázis nulláról történő felépítésén, a megfelelő szoftver kiválasztásán, valamint azon, hogyan tarthatja hasznos állapotban azt a bevezetés után is hosszú ideig.
TL;DR
- A belső tudásbázis egy zárt, kereshető adatbázis a vállalati információk számára, amely kizárólag a munkavállalók és a belső érdekelt felek számára elérhető.
- Hét lépésben hozza létre: határozza meg a hatókört, jelöljön ki felelőst, válasszon szoftvert, szervezze meg a felépítést, írjon kulcsfontosságú cikkeket, állítsa be a jogosultságokat, majd indítsa el és fejlessze tovább
- Kezdje a csapat által leggyakrabban feltett 20 kérdéssel, ne pedig egy teljes archívummal az első naptól kezdve
- Nevezzen ki egy felelős személyt! A felelős személy nélküli tudásbázisok elavulnak és elhalnak
- A szoftvert a keresés minősége, a szerkesztés egyszerűsége, a jogosultságok, az integrációs lehetőségek és a beépített mesterséges intelligencia alapján válassza ki, ne az ár alapján
- Tartsa naprakészen negyedéves ellenőrzésekkel, cikkekért felelős személyek kijelölésével és a felülvizsgálati határidők megadásával
Mi az a belső tudásbázis?
A belső tudásbázis egy központosított, kereshető vállalati információtár, amelyhez csak a munkatársak és a belső érdekelt felek férhetnek hozzá. Gondoljon rá úgy, mint az egyetlen megbízható forrásra, amelyet a csapata megnéz, mielőtt egy kollégához fordulna. A modern belső tudásbázisok egyre inkább az AI-alapú keresésre támaszkodnak, így az emberek egyszerű nyelven tehetnek fel kérdéseket, ahelyett, hogy mappák között kellene kutatniuk.
Bármely olyan csapat számára készült, amelynek gyors válaszokra van szüksége: ügyfélszolgálat, fejlesztés, HR és üzemeltetés. Bárki, aki egyébként egy kollégájának vállára csapna, ehelyett ezt használja.
Ennek hiányában a tudás az emberek fejében marad, elvész a csevegési szálak között, vagy olyan fájlokban hever, amelyeket senki sem talál meg. A költség nem csupán a kereséssel töltött idő. Hanem a felesleges munkavégzés, az ügyfeleknek adott következetlen válaszok, valamint az új munkatársak számára nehézkes beilleszkedési folyamat is.
A belső tudásbázis nem azonos az ügyfélszolgálati központtal. Az ügyfélszolgálati központ a nyilvánosság felé irányul, és a felhasználóknak magyarázza el a termék működését. A belső tudásbázis bejelentkezés után érhető el, és a saját munkatársainak szól.
| Aspect | Belső tudásbázis | Külső súgó |
|---|---|---|
| Célközönség | Munkavállalók és belső csapatok | Ügyfelek és a nyilvánosság |
| Hozzáférés | Bejelentkezés vagy tűzfal mögött | Nyílt vagy önkiszolgáló bejelentkezés |
| Tartalom | SOP-k, irányelvek, üzemeltetési kézikönyvek, döntések | Termékhasználati útmutatók, GYIK, útmutatók |
| Stílus | Közvetlen stílus; a belső rövidítések is megengedettek | Kifinomult és márkaközpontú |
Miért van szüksége a csapatának egy belső tudásbázisra?
Csapatának szüksége van egy belső tudásbázisra, mert a szétszórt információk valós, visszatérő költségekkel járnak: lassú beilleszkedés, ismétlődő kérdések, a távozó munkatársakkal együtt elvesztett szakértelem, valamint az ügyfeleknek adott következetlen válaszok. Íme, hogyan néz ki mindez a gyakorlatban.
- A beilleszkedés hónapokig elhúzódik: Az új munkatársak az éppen ráérő kollégák hallgatólagos tudására támaszkodnak. Az, hogy milyen gyorsan tudnak beilleszkedni, attól függ, ki ül mellettük, nem pedig egy megismételhető rendszertől.
- Ugyanazokra a kérdésekre újra és újra válaszolnak: A vezető mérnökök, a támogatási vezetők és a HR-partnerek emberi keresőgépekké válnak, ahelyett, hogy azt a munkát végeznék, amiért felvették őket.
- A tudás elhagyja a céget: Amikor egy tapasztalt munkatárs távozik, a dokumentálatlan folyamatok és a nehezen megszerzett kontextus is vele együtt tűnik el. Véglegesen
- Az elszórt csapatok nem tudnak önkiszolgálást alkalmazni: A távoli és aszinkron csapatok nem tudnak csak úgy odamenni valakihez, ezért minden megválaszolatlan kérdés olyan akadályt jelent, amely órákra leállítja a munkát
- Az ügyfeleknek adott válaszok nem egyeznek: közös, megbízható információforrás hiányában az ügyfélszolgálat és az értékesítés ugyanarra a kérdésre eltérő válaszokat ad, és az ügyfelek ezt észreveszik
Mit kell tartalmaznia egy belső tudásbázisnak?
A belső tudásbázisnak tartalmaznia kell a vállalati irányelveket, az SOP-kat, a szerepkörökhöz igazodó bevezető útmutatókat, a műszaki dokumentációkat, a termékekkel kapcsolatos háttérinformációkat, a döntési naplókat, a GYIK-et és az újrafelhasználható sablonokat. Kezdje azzal, amit a csapata leggyakrabban keres, majd bővítse a tartalmat. Az alábbiakban bemutatjuk, hogy mit tartalmaznak az egyes típusok.
- Vállalati szabályzatok és kézikönyvek: szabadságolási szabályok, költségtérítési irányelvek, magatartási kódex. Minden, amit egy új munkatárs az első héten keres
- Szabványos működési eljárások (SOP-k): Lépésről lépésre leírt utasítások olyan ismétlődő feladatokhoz, mint a kód telepítése, a visszatérítések feldolgozása vagy a bérszámfejtés.
- Bevezető útmutatók szerepkörönként: Nem egy általános üdvözlő dokumentum, hanem a mérnöki, tervezői, értékesítési és ügyfélszolgálati csapatok számára testre szabott útmutatók
- Műszaki dokumentáció: API-referenciák, architektúra-döntések, környezetbeállítások és hibaelhárítási útmutatók
- Termék- és funkcióleírások: Belső specifikációk, kiadási megjegyzések és háttérinformációk, amelyekre a támogatásnak és az értékesítésnek szüksége van ahhoz, hogy pontosan megválaszolhassa az ügyfelek kérdéseit
- Értekezleti jegyzőkönyvek és döntési napló: Kereshető feljegyzések arról, miért született egy-egy döntés, így a csapatoknak nem kell a következő negyedévben újra megvitatniuk ugyanazt a kérdést
- GYIK és hibaelhárítási cikkek: A csevegésben hetente felmerülő kérdéseket áthelyeztük egy állandó, könnyen megtalálható helyre
- Sablonok és ellenőrzőlisták: Újrafelhasználható kiindulási pontok projektindításokhoz, utólagos értékelésekhez vagy beszállítói értékelésekhez
A legjobb tudásbázisok sem az első naptól kezdve teljes körűek. Kezdje azzal a tartalommal, amelyet a csapata leggyakrabban keres vagy amelyről leggyakrabban kérdez, majd onnan bővítse tovább.
Hogyan hozhatunk létre belső tudásbázist lépésről lépésre
A tudásbázis felépítése egy folyamat, nem pedig egy egyszeri projekt. A legtöbb esetben nem a rossz szoftver miatt buknak meg a kezdeményezések, hanem azért, mert senki sem vállalja a felelősséget értük, és senki sem tartja karban őket. Az alábbi hét lépés mind a technikai beállítást, mind pedig az emberi oldalt lefedi, amely életben tartja a tudásbázist.
1. lépés: Határozza meg a céljait és a hatókört
Mielőtt bármilyen eszközt használna, válaszoljon három kérdésre: Milyen problémát szeretne megoldani? Ki a fő célközönség? Hogyan néz ki a siker?
- Kezdje a problémával: Csökkenteni szeretné az új munkatársak betanítási idejét? Csökkenteni szeretné az ismétlődő kérdéseket a csevegőben? Meg szeretné előzni a tudásvesztést, amikor valaki távozik? Minden cél meghatározza, hogy mit dokumentáljon először
- Határozza meg a hatókört: Ne próbáljon meg mindent egyszerre dokumentálni. Kezdjen egy részleggel vagy egy felhasználási esettel, például a mérnöki részleg új munkatársainak beillesztésével, és onnan építkezzen tovább
- Határozza meg előre a siker fogalmát: A létrehozás előtt döntse el, mit jelent a „működés”. Például, hogy az új munkatársak segítségkérés nélkül tudják elvégezni a beállítást, vagy hogy a támogatási ügynökök egy adott típusú jegyet eskalálás nélkül tudjanak megoldani.
2. lépés: Nevezzen ki egy tudásbázis-felelőst
Minden elhanyagolt tudásbázis magára maradt. Ne egy bizottságot, hanem egy konkrét felelős személyt nevezzen meg, aki a szerkezetért, a minőségért és az információk naprakészségéért felel.
- Ez egy szerepkör, nem pedig új álláshely: Gyakran egy műszaki író, egy üzemeltetési vezető vagy egy tapasztalt csapattag tölti be ezt a szerepet, aki már így is a legtöbb kérdésre válaszol
- Feladatuk: A struktúra meghatározása, a bejegyzések ellenőrzése, az elavult tartalmak archiválása, valamint annak nyomon követése, hogy a felhasználók valóban használják-e a tudásbázist
- Hozzájárulók és tulajdonos: Mindenki hozzájárulhat vagy módosításokat javasolhat. A tulajdonos gondoskodik arról, hogy ezek a hozzájárulások megfeleljenek a minőségi követelményeknek és illeszkedjenek a struktúrához.
3. lépés: Válassza ki a megfelelő tudásbázis-szoftvert
Itt az értékelési kritériumokra koncentrálj, ne konkrét termékekre. Állíts össze egy szűkített listát aszerint, hogy mire van ténylegesen szüksége a csapatodnak.
- A keresés minősége: Képes-e a rendszer a megfelelő cikket megtalálni egy részleges vagy természetes nyelvű lekérdezés alapján? A gyenge keresési funkció az elsődleges oka annak, hogy a tudásbázisokat nem használják.
- Szerkesztési élmény: Úgy működik, mint egy modern dokumentumszerkesztő, vagy jelölési ismereteket igényel? Minél kevesebb az akadály, annál többen járulnak hozzá a tartalomhoz
- Jogosultságok: Lehet-e az érzékeny tartalmakat, például a HR- vagy pénzügyi adatokat, csak bizonyos csapatok számára elérhetővé tenni, miközben a többi tartalom mindenki számára nyitva marad?
- Integrációk: Összekapcsolható-e azokkal a rendszerekkel, amelyeket a csapata már használ, például a csevegőprogramokkal és a projektmenedzsment-eszközökkel?
- Mesterséges intelligencia (AI) funkciók: Képes-e összefoglalni a tartalmat, kapcsolódó cikkeket javasolni vagy közvetlenül válaszolni a kérdésekre? A beépített AI-alapú keresés ma már alapvető elvárásnak számít
- Felépítés: Támogatja-e a beágyazott kategóriákat, címkéket és keresztlinkeket, hogy a tartalom a bővülés során is könnyen megtalálható maradjon?
Nincs olyan eszközkategória, amely minden esetben a legjobb lenne. A tudásmenedzsment-szoftver megfelelő kiválasztása a csapat méretétől, a technikai jártasságtól és attól függ, hogy milyen mértékű struktúrára van szükség.
4. lépés: A tartalomszerkezet megszervezése
A felépítés határozza meg, hogy az emberek megtalálják-e, amire szükségük van, vagy feladják, és a csevegőben kérdeznek.
- Válasszon ki egy legfelső szintű osztályozási tengelyt: Szervezze csapatok szerint (Mérnöki, HR, Ügyfélszolgálat) vagy tartalomtípus szerint (SOP-k, irányelvek, útmutatók), ne mindkettő szerint. A többihez használjon címkéket vagy keresztlinkeket.
- Nevezd el a cikkeket kérdések formájában: Adj nekik olyan címet, amilyet valaki kereséskor beírna. A „Hogyan kell benyújtani a költségjelentést” jobb, mint a „Pénzügy, Költségszabályzat v3.2”
- Tartsa laposnak a hierarchiát: A két szint az ideális. Három szintnél a tartalom elvész; egy szintnél pedig egy lapos, kereshetetlen lista marad.
- Használjon szabványos sablont: Minden cikkben szerepeljenek ugyanazok a szakaszok (cél, lépések, kapcsolódó cikkek, utolsó frissítés), így a szerzők egységes tartalmat állíthatnak elő.
5. lépés: Írja meg és töltse fel a legfontosabb cikkeket
A legtöbb csapat éppen ezen a ponton akad el. Íme, hogyan lehet megírni a tartalmat anélkül, hogy az egy hat hónapos küzdelemmé válna.
- Kezdje a leggyakrabban feltett 20 kérdéssel: Keresse meg a csapat által leggyakrabban feltett 20 kérdést a csevegési előzmények átkutatásával, a támogatási jegyek átnézésével és a vezetők megkérdezésével. Ezeket írja le először
- A „jó elég” jobb, mint a „tökéletes”: Egy durva, de pontos cikk sokkal hasznosabb, mint egy kifinomult, de még nem létező cikk.
- Írj úgy, hogy könnyen áttekinthető legyen: Rövid bekezdések, felsorolások és képernyőképek, ahol szükséges. Írj olyanok számára, akiknek 60 másodpercen belül szükségük van a válaszra.
- Használja fel a már meglévő anyagokat: merítsen az új munkatársak bevezető dokumentumaiból, csevegési szálak ból, rögzített videók ból és régi wikik ből. Ne kezdje el a nulláról, ha a tudás máris kéznél van!
6. lépés: Engedélyek és hozzáférési szabályok beállítása
Nem mindennek kell mindenki számára láthatónak lennie, de a legtöbbnek igen.
- Alapértelmezés szerint nyitott: A tartalom nagy részének minden alkalmazott számára elérhetőnek kell lennie. Ha túl szigorúan korlátozza a hozzáférést, az ellentétes a önkiszolgálás céljával.
- Korlátozás érzékenység szerint: A javadalmazási adatok, jogi dokumentumok, biztonsági útmutatók és pénzügyi adatok esetében csapat- vagy szerepkör-szintű korlátozásokra lehet szükség
- A szerkesztés és a megtekintés szétválasztása: Egy gyakori modell szerint bárki javasolhat módosításokat, de csak a kijelölt tulajdonosok tehetik közzé a változtatásokat
- Vendégek és alvállalkozók kezelése: Ha külső partnerekkel dolgozik, döntse el, hogy mit láthatnak – ha egyáltalán láthatnak valamit.
7. lépés: Indítsa el a rendszert, képezze ki a csapatát, és folyamatosan fejlessze a rendszert
Egy olyan tudásbázis, amelyet senki sem használ, csupán egy dokumentációs temető.
- Először kísérleti bevezetés: Vezesse be egy kísérleti csapatnál, gyűjtsön visszajelzéseket a felépítésről, a keresésről és a hiányosságokról, majd javítsa ki a problémákat, mielőtt vállalati szintre terjesztené a rendszert.
- Tegye ezt az alapértelmezett válasznak: Ha valaki olyan kérdést tesz fel, amelyre már van dokumentált válasz, akkor ahelyett, hogy újra válaszolna, inkább mutasson rá a cikkre. Ezzel megtanítja a felhasználókat arra, hogy először a tudásbázisban keressenek választ.
- Használat nyomon követése: Figyelje, mely cikkeket olvassák el, és mely keresések nem adnak eredményt. Az eredménytelen keresések pontosan megmutatják, mi hiányzik
- Ütemezze az áttekintéseket: Határozzon meg havi vagy negyedéves ritmust a tartalom frissítésére, és a cikkek felelősei legyenek felelősek a saját szekcióikért
- A visszajelzések alapján fejlesztés: Helyezzen el egy „Hasznos volt ez a cikk?” gombot minden cikkhez, és ennek segítségével határozza meg az átírások fontossági sorrendjét
Szeretne létrehozni egy mesterséges intelligencián alapuló tudásbázist? Ebben a videóban megmutatjuk, hogyan kell.
Melyek a belső tudásbázis-kezelés legjobb gyakorlatai?
A tudásbázis létrehozása a könnyebbik rész. Az igazi munka az, hogy folyamatosan frissítve és hasznos állapotban tartsuk.
- Rendeljen hozzá cikkfelelősöket: Minden cikkhez kijelölnek egy személyt, aki felelős a tartalom pontosságáért. Ha a cikkfelelős más pozícióba kerül, a felelősség átadása nyíltan történik, nem csendben.
- Határidők beállítása: A határidőhöz kötött cikkeket jelöld meg egy felülvizsgálati dátummal. Amikor ez lejár, a tulajdonos értesítést kap, hogy frissítse vagy archiválja a cikket.
- A kereshetőségre írj, ne az archiválásra: Használd azokat a szavakat, amelyeket az emberek ténylegesen beírnak. A címekben természetes nyelvet használj, ne belső rövidítéseket!
- Tartson fenn egyetlen hivatalos verziót: Ha ugyanaz az információ három helyen is megtalálható, válasszon ki egy hiteles forrást, és a többit irányítsa át oda. A duplikált tartalom rosszabb, mint a hiányzó, mert senki sem tudja, melyik verzióban bízhat meg.
- Könnyítse meg a hozzájárulást: Minél kevesebb lépés van a „Tudok valami hasznosat” és a „megjelent” között, annál több hozzájárulást kap. Szüntesse meg a jóváhagyási szűk keresztmetszeteket a nem bizalmas tartalmak esetében
- Negyedéves felülvizsgálat: Használja az elemzési eszközöket a megtekintés nélküli cikkek (törlés vagy összevonás), az elavult cikkek (frissítés vagy archiválás) és a nagy forgalmú, de gyenge visszajelzéseket kapó cikkek (átírás) felkutatásához.
- Integrálja a mindennapi munkába: Jelenítse meg a tartalmakat azokban az eszközökben, amelyeket a felhasználók már amúgy is használnak, így nem kell más felületre váltaniuk a kereséshez
A legjobban kezelt tudásbázisok inkább egy élő terméknek tűnnek, nem pedig statikus archívumnak. Vannak fejlesztési terveik, felhalmozott feladataik és rendszeres frissítéseik, akárcsak a szoftvereknek.
Mesterséges intelligenciát szeretne beépíteni a tudásbázisába? Először olvassa el ezt!
A Google Research kutatása szerint, amikor egy mesterséges intelligencia rendszer elavult kontextust hív elő, a téves válaszok aránya 10,2%-ról 66,1%-ra ugrik. Az elhanyagolt tudásbázis nem hagyja semleges állapotban a mesterséges intelligenciát. Hatodszor nagyobb valószínűséggel ad magabiztos, de téves válaszokat. Ha frissíted a forrásanyagot, a mesterséges intelligencia jobb lesz; ha elhanyagolod, a mesterséges intelligencia rosszabb lesz, mint a semmi.
Miért buknak meg a legtöbb belső tudásbázis?
A kutatók évtizedek óta figyelmeztetnek arra, hogy a tudásmenedzsment-kezdeményezések nagy része kudarcot vall. A Journal of Knowledge Management című folyóiratban megjelent, mérföldkőnek számító tanulmány megállapította, hogy ezek a programok általában nem a rossz technológia miatt buknak meg, hanem azért, mert IT-projektként építik be őket, ahelyett, hogy szervesen beépítenék őket a vállalkozás tényleges működésébe.
Sok csapat hoz létre tudásbázist. A legtöbbjük azonban egy éven belül felhagy a használatával. Ritkán a eszköz a hibás. A következő négy hibaok felelős ezért, és mindegyikre van megoldás.
- Senki sem bízik benne, ezért senki sem használja: A tudásbázis leggyorsabb tönkretételének módja egyetlen rossz válasz. Ha valaki egy elavult cikket követ, és emiatt bajba kerül, többé nem ellenőrzi az információkat, hanem visszatér a csevegőben való kérdezéshez. Oldja meg ezt a problémát a cikkek felülvizsgálati dátumainak és egy-egy cikkhez rendelt felelős személy megjelölésével, így az elavult tartalmakat még azelőtt jelzik, hogy bárkit is félrevezetnének.
- A keresés nem ad hasznos eredményt: Ha a „költségjelentés” keresésre egy „Pénzügyi szabályzat v3.2” című dokumentum jelenik meg, az emberek már a második próbálkozásnál feladják. Nevezze el a cikkeket úgy, ahogyan az emberek ténylegesen beírják a kérdéseket, és inkább egy természetes nyelvű keresést támogató eszközt használjon a pontos kulcsszó-egyezés helyett.
- Nincs tulajdonosa: A „mindenkié” tudásbázis valójában senkié sem. Ha nincs egyetlen személy sem, aki felelős a felépítésért és az aktualitásért, a hozzájárulások rendezetlenül halmozódnak fel, és semmi sem kerül eltávolításra. Nevezzen meg egy tulajdonost még az indítás előtt, ne pedig akkor, amikor a rendszer már kezd elromlani.
- A hozzájárulás túl sok munkával jár: Ha egy cikk hozzáadásához jegyet kell benyújtani és jóváhagyásra kell várni, az emberek nem fognak ezzel foglalkozni, és a tudás a fejükben marad. Csökkentse a „Tudok valamit” és a „Megjelent” közötti lépések számát minden nem bizalmas információ esetében.
Mind a négy esetben ugyanaz a mintázat érvényesül: a tudásbázis egy szokás, nem pedig egy projekt. Abban a pillanatban kudarcot vall, amikor az emberek már nem bíznak benne annyira, hogy először ott keressenek választ. Ez sem új keletű: már 2000-ben Robert Sutton, a Stanford Egyetem professzora arra figyelmeztetett, hogy az információtárak elfelejtett fájlok „romtelepévé” válnak, ha senki sem felel értük, aki érti a munkát.
Melyik belső tudásbázis-szoftvert érdemes fontolóra venni?
Nincs egyetlen legjobb eszköz, csak az, amelyik a legjobban illeszkedik a csapatod munkamódszeréhez. Íme, hogyan viszonyulnak egymáshoz a főbb kategóriák.
| Eszköz | Legalkalmasabb | Előnyök | Korlátozások |
|---|---|---|---|
| Guru | Olyan csapatok számára, amelyek hiteles, kontextusba ágyazott válaszokra vágynak | Hatékony ellenőrzési munkafolyamatok, böngésző- és csevegőbővítmények, valamint a munkaterületén megjelenő kártyák | Hosszú dokumentumokhoz vagy általános projektdokumentációhoz kevésbé alkalmas |
| Slite | Kis csapatok számára, akik tiszta, egyszerű tudásbázist szeretnének | Gyors, zavaró tényezőktől mentes szerkesztő és megbízható kereső | A bővüléssel párhuzamosan csökkennek a szerkezeti és irányítási korlátozások |
| Notion | Olyan csapatok számára, akik rugalmas, sokoldalú munkaterületet szeretnének | Oldalalapú rugalmasság, ideális a tudásbázishoz és az általános dokumentációhoz egyaránt | A rugalmasságnak két oldala van: erős irányítás nélkül gyorsan kaotikus helyzet alakulhat ki |
| Confluence | Már az Atlassian-platformot használó, mérnöki tevékenységre összpontosító szervezetek | Részletes felépítés, kiforrott jogosultsági rendszer, szoros Jira-kapcsolat | A nem technikai háttérrel rendelkező közreműködők számára bonyolultabb a beállítás, és a szerkesztés élménye elavultnak tűnik |
| ClickUp | Azok a csapatok, akik azt szeretnék, hogy a tudás a munkájuk közvetlen közelében legyen | A tudásbázis a feladatok, a dokumentumok és a csevegés mellett egy munkaterületen található, és beépített mesterséges intelligencia segítségével az egész tartalomban kereshet. | Előzetesen több beállítást igényel; azok a csapatok, amelyek kizárólag a tudásbázist szeretnék használni, nem feltétlenül veszik igénybe a platform többi részét |
| Zendesk | Támogassa azokat a csapatokat, amelyeknél az ügyintézők tudása a legfontosabb felhasználási terület | Kiválóan alkalmas támogatási munkafolyamatokhoz és jegyekhez kapcsolódó cikkekhez | Kevésbé alkalmas vállalati szintű belső dokumentációra |
Hogyan hoztuk létre a belső tudásbázisunkat a ClickUp-ban
Íme, hogyan hoztuk létre ezt a saját csapatunk számára.
Alapként a ClickUp Docs-ot használjuk. A Docs támogatja a beágyazott oldalakat, a gazdag formázást és a valós idejű együttműködést, és ugyanabban a munkaterületben található, mint a feladataink és projektjeink. Így a dokumentáció szorosan kapcsolódik ahhoz a munkához, amelyet leír. A wiki-stílusú Docs Hub egy helyet biztosít számunkra, ahol mindent áttekinthetünk és rendszerezhetünk.
A válaszok megtalálásához a ClickUp Brain-re támaszkodunk. Ahelyett, hogy kategóriákat böngészne vagy kulcsszavakra tippelne, bárki egyszerű nyelven tehet fel kérdést, és a választ közvetlenül a meglévő dokumentumokból, feladatokból és megjegyzésekből kapja meg. Ez natív mesterséges intelligencia, így a munkaterület teljes kontextusát ismeri. Ezzel megszűnik a keresés során tapasztalható akadály, amely általában gátolja a rendszer elterjedését.
A ClickUp-ban a jogosultságok dokumentum-, mappa- és térszinten működnek, így a legtöbb tartalmat nyilvánosan elérhetővé tesszük, míg az érzékeny anyagokat csak a megfelelő csapatok számára tesszük hozzáférhetővé. A vendéghozzáférés azokra a külsősökre és funkcióközi partnerekre vonatkozik, akiknek korlátozott hozzáférésre van szükségük.
A ClickUp Enterprise Search funkciója összeköti az egészet a dokumentumok, feladatok, megjegyzések és integrált alkalmazások indexelésével. A tudásbázis nem egy elszigetelt rendszer. Hanem egy mindenre kiterjedő, egységes keresés része.
Mi is használjuk a ClickUp belső tudásbázis-sablonjait, amelyek kész kategóriákat, cikkformátumot és címkézési szabályokat biztosítanak számunkra.
Próbáld ki te is: A ClickUp tudásbázis-sablonja egy azonnal használható dokumentumot kínál, amelyben előre elkészített szakaszok találhatók a tudáscikkek, a GYIK és az erőforrások számára, valamint beépített súgóközpont-elrendezéssel is rendelkezik. Kezdd a már meglévő szerkezettel, ahelyett, hogy a kategóriákat a semmiből építenéd fel.
A valós kompromisszum: A ClickUp azért kiemelkedő, mert a tudásbázis ugyanabban az eszközben található, ahol a munka is zajlik, így nincs szükség a kontextus váltására. Ha csak egy önálló, egyetlen célra szolgáló tudásbázist szeretne, amely nem rendelkezik egyéb funkciókkal, akkor a szélesebb körű platform talán több, mint amire szüksége van.
A szokást alakítsd ki, ne az archívumot
Egy tudásbázis soha nem lesz igazán „kész”. Kezelje úgy, mint egy terméket, amelynek van tulajdonosa, felhalmozódott feladatai és rendszeres frissítési ritmusa, ne pedig úgy, mint egy mappát, amelyet egyszer megtölt, majd elfelejt. Ne várja meg, amíg teljes lesz az archívum, hogy elindulhasson. Válasszon ki egy olyan kérdést, amelyet a csapata folyamatosan felvet, dokumentálja még ma, és hagyja, hogy a valódi használat mutassa meg, mit érdemes legközelebb fejleszteni.
Ha olyan megoldást keresel, ahol a feladataid, a csapataid és a tudásod natív mesterséges intelligencián keresztül kapcsolódnak egymáshoz, a ClickUp konvergens AI-munkaterülete segíthet. Kezdd el ingyenesen használni a ClickUp-ot!
Gyakran feltett kérdések a belső tudásbázisokról
Mi a különbség a belső tudásbázis és a vállalati wiki között?
A vállalati wiki a belső tudásbázis egyik típusa, konkrétan olyan, ahol bármelyik alkalmazott szabadon hozhat létre vagy szerkeszthet oldalakat. A belső tudásbázis egy tágabb kategória, és gyakran szigorúbb szerkesztési ellenőrzéseket, jóváhagyási munkafolyamatokat és strukturált cikkformátumokat tartalmaz, amelyeket a hagyományos wiki nem ír elő.
Hogyan lehet megmérni, hogy egy belső tudásbázis valóban működik-e?
Kövesse nyomon a keresés-kattintás arányt, az eredménytelen kereséseket, a cikkekre adott visszajelzések pontszámait, valamint az ismétlődő kérdések számának csökkenését a csevegőben vagy az ügyfélszolgálati csatornákon. Ha az új munkatársak gyorsabban végzik el a beilleszkedési feladatokat, és a tapasztaltabb kollégáknak kevesebb kérdésre kell újra válaszolniuk, akkor a tudásbázis jól teljesíti a feladatát.
Melyek a jó példák a funkciók közötti csapatok számára készült belső tudásbázis tartalmára?
Közös szószedetek, amelyek egységesítik a terminológiát, átadási eljárások, például a tervezésről a mérnöki részlegre történő specifikációátadás, a támogatási és mérnöki problémák eskalációs útvonalai, valamint vállalati szintű irányelvek, például biztonsági protokollok vagy márkairányelvek. Ezek olyan referenciaanyagok, amelyekre minden csapatnak szüksége van, de egyik csapat sem rendelkezik velük kizárólagos joggal.
Mennyibe kerül egy belső tudásbázis létrehozása?
A legtöbb csapat olyan szoftver segítségével hozza létre, amelyért egyébként is fizet, így a valódi költség az idő, nem pedig a licencdíj. A dedikált tudásbázis-eszközök általában felhasználónkénti havi díj ellenében működnek, míg az all-in-one platformok a tudásbázist a meglévő csomagba integrálják. A nagyobb befektetést az előzetes tartalomkészítés és a folyamatos karbantartás jelenti, ezért a felelős személy kijelölése fontosabb, mint az ár.
Mennyi időbe telik egy belső tudásbázis felállítása?
Egy használható első verzió elkészítése napokba, nem hónapokba telik, ha a csapat által leggyakrabban feltett 20 kérdéssel kezded, ahelyett, hogy mindent dokumentálni akarnál. A teljes lefedettség egy folyamatos folyamat, nem pedig egy bevezetési mérföldkő. Azok a csapatok, amelyek a „teljességre” várnak, soha nem hoznak ki semmit.
Kinek kellene a belső tudásbázisért felelnie?
Egy kijelölt személy, gyakran egy műszaki író, üzemeltetési vezető vagy vezető IC, aki máris a csapat kérdéseinek nagy részét kezeli. A bizottsági felelősségvállalás a leggyakoribb oka annak, hogy a tudásbázisok elavulnak, mivel senki sem vállal egyéni felelősséget azok naprakészségéért.
Képes-e a mesterséges intelligencia belső tudásbázist létrehozni vagy karbantartani?
A mesterséges intelligencia cikkvázlatokat készíthet a meglévő csevegési szálakból és dokumentumokból, jelzi az elavult tartalmakat, és természetes nyelven válaszol a kérdésekre, közvetlenül a meglévő anyagokból merítve. A pontosság ellenőrzéséhez azonban továbbra is szükség van egy emberi felelősre, mert egy elavult forráson alapuló mesterséges intelligencia által adott válasz csupán egy gyorsabb, de helytelen válasz.