Belső wiki: eszközök, szerkezet, és a csatornatörténetből kinövő wiki (2026)

A belső wiki azoknak az oldalaknak a készlete, amelyeket egy szervezet saját magának ír, és senki másnak: hogyan kell felvenni egy új forgalmazót, hol van az aktuális árlista, mit döntöttek júniusban a kedvezményekről, kit kell hívni, ha késik a fuvarozó. Belső, mert az olvasó kolléga, és wiki, mert bármelyik tag írhat oldalt, és bármelyik oldal hivatkozhat egy másikra. A 10–200 fős szervezeteknek attól a naptól van ilyenük, hogy egy második ember is ugyanazt kérdezi — az egyetlen választás az, hogy léteznek-e az oldalak, vagy a válasz egy kolléga fejében és egy tucat csevegőszálban lakik.

A belső wikikről szóló útmutatók többsége szoftverlista. Ez korábban kezdi, mert az eszköz a legkisebb döntés: a jól működő wiki egy olyan szerkezet, amelyben el lehet igazodni, egy oldalformátum, amely hiteles marad, és egy hely, amelyet a csapat már amúgy is naponta megnyit. Előbb jön a mesterségbeli rész — a szerkezet, egy másolható oldalsablon, egy példa egy klinikáról —, aztán a mechanika: hol él a wiki azokban az eszközökben, amelyeken a csapat már dolgozik, azok saját dokumentációja szerint, és mit kezd mindegyik azzal a megbeszéléssel, ahol a szabályt ténylegesen megalkották. Mert a wiki próbája nem az indulás napja. Hanem az a hétfő, amikor egy új kolléga megnyitja, és olyan nyelven találja meg az oldalt, amelyet olvas.

Mi a belső wiki — és mi nem az

Négy dolgot neveznek wikinek, és a köztük lévő zavar az oka, hogy ennyit építenek belőlük, és ilyen keveset nyitnak meg:

A wiki az első sor, és ettől függ a másik három. A tudásbázis olyan wiki, amelyben a szerkezet kötelező: kérdésenként egy bejegyzés, mindegyiken egy gazda; az építésének 30 napos módszere abban az útmutatóban van, ez pedig a wiki saját formájáról szól. Az intranet az, amivé a wiki válik, ha csak három ember írhat bele. A megosztott meghajtó az a hely, ahol a wiki fájljai élnek, a wiki dolga pedig az, hogy az aktuálisra mutasson. A wiki nem folyamatleírás és nem SOP sem: azok egy munkafolyamatot írnak le elejétől végéig; a wiki oldala azt mondja meg, hol találhatók, és mi változott azóta.

Egy wikit nem a jelszó tesz belsővé. Hanem az, hogy az oldalak a csapat saját szavaival íródnak — „a casablancai szabály", „a keddi kör" —, és olyasmit mondhatnak ki, amit egy külső oldal soha: ki döntött, miért, és mit váltott fel.

A szerkezet: hét szekció, kérdésenként egy oldal

A között a wiki között, amelyet megnyitnak, és amelyet abbahagytak megnyitni, ritkán az eszköz a különbség. Három döntés számít, amelyet az első oldal előtt meghoztak vagy nem hoztak meg.

Szekciók kérdések szerint, nem részlegek szerint. Aki azt kérdezi: „hogyan számlázunk egy svájci forgalmazónak?", nem tudja, hogy a válasz a pénzügyhöz, az értékesítéshez vagy a logisztikához tartozik-e; a kérdést tudja. A részlegek szerint szervezett wiki három szekcióba küldi, hogy megtaláljon egy oldalt. Szervezzen azon kérdések szerint, amelyeket az emberek a saját szavaikkal feltesznek, és a legfelső szintet tartsa hét szekció vagy kevesebb alatt. Hét fölött maga a szerkezet is keresést igényel, és egy még ki nem töltött wikiben a keresés semmit sem ad vissza. Egy kis szervezet tipikus felső szintjei: ügyfelek és rendelések; pénz és számlázás; emberek és felvétel; eszközök és hozzáférés; szabályok és döntések; kit hívjunk.

Kérdésenként egy oldal, egy képernyőnél rövidebb. Az az oldal, amely egy kérdésre válaszol, megtalálható és elolvasható; az az oldal, amely egy egész funkciót magyaráz, könyvjelzőre kerül, és átfutják. A „Hogyan számlázunk Svájcba?" egy oldal. A „Pénzügy" egy szekció. Ha egy oldalhoz tartalomjegyzék kell, az két oldal.

Minden oldalon egy gazda és egy dátum. Annak az oldalnak hisznek, amelyen áll, hogy ki a gazdája és mikor ellenőrizték utoljára; ugyanez a szöveg ezek nélkül „valószínűleg elavult". A gazda feladata csekély — negyedévente megválaszolni, hogy „ez még helyes?", és átírni a dátumot —, és ez az egyetlen dolog, ami az első éven túl is életben tartja a wikit. Az az oldal, amelyhez nem nevezhető meg gazda, nem tudás, hanem találgatás, és kikerül.

Két szokás tartja meg a szerkezetet, ha már megvan. A csapat csatornájában adott minden válasz, amelyet kétszer megkérdeznek, oldallá válik, amelyet az ír meg, aki válaszolt, és amelyre arról a szekcióról hivatkoznak, amelyhez tartozik. A szabályt módosító minden döntés előbb a döntési naplóba kerül, és a szabályt kimondó oldal erre hivatkozik — így hat hónap múlva az oldal nemcsak azt mondhatja meg, mi a szabály, hanem azt is, miért.

Hogyan hozzunk létre belső wikit egy hét alatt

A terv egyetlen hajtóerőt feltételez — a csapatvezetőt, vagy aki a legtöbb kérdést kapja —, a csapat többi tagja pedig perceket áldoz rá.

1. nap — a helyet ott válasszuk ki, ahol a csapat már olvas. Nem szoftverösszehasonlítás alapján. A wiki ott él, ahol a kérdések elhangzanak: a csapat csatornájában, abban a csomagban, amelyben a fájlok már amúgy is vannak. Az ötödik eszközben, saját bejelentkezéssel működő wiki olyan wiki, amelyet hétfő reggel senki sem nyit meg. Az alábbi táblázat megmondja, mit őriz az egyes hely, és hol ér véget.

1–3. nap — a kérdéseket gyűjtsük, ne a válaszokat. Írjunk egy üzenetet a csatornába: „Válaszolj azzal a kérdéssel, amelyet ezen a héten feltettél egy kollégának, a saját szavaiddal." A harmadik napra negyven-hatvan érkezik; egyharmaduk ismétlés. Számoljuk meg az ismétlődéseket: az ötször feltett kérdés az első oldal.

4. nap — rendezzük hét szekcióba, nevezzük meg a gazdákat. A csoportok, amelyekbe a kérdések esnek, a szekciók. Nevezzünk meg egy gazdát szekciónként — azt, aki a legtöbb kérdésére válaszolt — és egyet az első tizenöt oldal mindegyikéhez. Egyelőre ne írjunk semmit a listán kívül: szekció, kérdés, gazda. Küldjük vissza a csapatnak egyetlen kérdéssel: „mi hiányzik?"

5–7. nap — az első tizenöt oldal, abból, ami már létezik. Minden gazda az alábbi sablonnal írja meg az oldalait, kiindulva a csevegésben adott válaszból, annak a megbeszélésnek az összefoglalójából, ahol a szabályt megalkották, a márciusban csatolt fájlból. Az első hét szabálya: „a rövid és igaz többet ér, mint a hosszú és teljes": egy kétmondatos válasz a fájlra mutató linkkel, keltezve és aláírva, oldal. Aztán tűzzük ki a szekcióindexet oda, ahol a csapat olvas, és a wiki létezik.

Ami a hét alatt nem történik meg: a megosztott meghajtó migrálása, oldal írása minden folyamathoz, új eszköz választása. A wiki a fájlokra ott mutat, ahol vannak, az eljárásokra pedig ott, ahol élnek.

Belső wiki oldalsablon

Egy oldal, egy kérdés, egy képernyőnél rövidebb. Másoljuk be jegyzetként, és töltsük ki; a leggyakrabban kihagyott sorok az utolsó három, és ezek tartják igaznak az oldalt.

[Kérdés, azokkal a szavakkal, amelyekkel az emberek felteszik]
Gazda: [név] · Szekció: [a hét egyike] · Utoljára ellenőrizve: [dátum] · Következő ellenőrzés: [dátum]
Rövid válasz: [két mondat — mit kell tenni]
Érvényes: [csapat, iroda, ügyféltípus] · Nem érvényes: [az az eset, amellyel az emberek összekeverik]
Hogyan: [számozott lépések, mindegyik megnevezi az érintett rendszert, személyt vagy fájlt]
A mögötte álló szabály: [a döntés, amely megalkotta, dátummal és indokkal — hivatkozás a döntési naplóra]
Kivételek: [a megszokott úttól eltérő esetek, és hogy kik döntenek róluk]
Hol vannak a fájlok: [hivatkozás az aktuális sablonra, árlistára, szerződésre]
Kapcsolódó oldalak: [a SOP, a folyamat, az oldal előző verziója]

A sablon egyszerű szöveg félkövér címkékkel, ezért formázás nélkül beilleszthető Word-fájlba, Google Docba, wikioldalra, Slack canvasba vagy csevegőjegyzetbe.

Egy példa: egy klinika wikije egy hét után

Egy barcelonai fizioterápiás klinika, 24 fő: négy fős recepció, tizennégy terapeuta, két fő a számlázáson, a többiek adminisztráció. A terapeuták fele az elmúlt két évben érkezett Argentínából, Kolumbiából és Ukrajnából; a páciensek egyharmada angolul foglaló brit és német lakos. Három nap gyűjtés 52 kérdést hozott; az ismétlődések után 37-et. A kialakult szerkezet, a hetedik napi oldalszámokkal szekciónként:

1. Páciensek és foglalások (5) — hogyan foglalunk első időpontot; mit tegyünk a meg nem jelenéssel; hogyan vált terapeutát a páciens
2. Számlázás és biztosítás (4) — mely biztosítóknak számlázunk közvetlenül; hogyan állítunk ki nyugtát külföldi biztosítónak; mikor térítjük vissza egy alkalom díját
3. Kezelési protokollok (3) — hol vannak a protokolllapok; ki hagyja jóvá a kezelési tervet; mit rögzítünk minden alkalom után
4. Eszközök és hozzáférés (2) — ki adja a hozzáférést a foglalási rendszerhez; hol vannak a páciensleveles sablonok
5. Szabályok és döntések (2) — a 24 órás lemondási szabály; a döntési napló
6. Kit hívjunk (1) — a biztosítók elérhetőségei; a berendezések szervizvonala

Tizenhét oldal. A leggyakoribb kérdésre — „hogyan állítunk ki olyan nyugtát, amelyet egy német biztosító elfogad?" — egy év alatt kilencszer válaszolt a recepción ugyanaz a számlázási vezető; az oldal tizenöt percébe került, mert a kilencedik válasz már meg volt írva a csatornában, és csak a gazda sorra és a dátumra volt szüksége.

Egy kitöltött oldal a 2. szekcióból:

Hogyan állítunk ki olyan nyugtát, amelyet egy külföldi biztosító elfogad?
Gazda: Számlázási vezető · Szekció: Számlázás és biztosítás · Utoljára ellenőrizve: 2026. november 6. · Következő ellenőrzés: 2027. február 6.
Rövid válasz: A „biztosítói nyugta" sablont használjuk, a páciens nyelvén, minden soron a diagnózis kódjával és a terapeuta működési engedélyének számával.
Érvényes: saját maguk fizető, külföldi biztosítótól igénylő páciensekre · Nem érvényes: azokra a biztosítókra, amelyeknek közvetlenül számlázunk, és amelyek a havi kimutatást kapják.
Hogyan: 1. Nyissuk meg a pácienst a foglalási rendszerben. 2. Válasszuk a biztosítói nyugta sablont. 3. Adjuk hozzá a diagnózis kódját a kezelési tervből. 4. Ellenőrizzük, hogy az engedély száma minden soron szerepel. 5. Küldjük PDF-ként, és tegyünk egy másolatot a páciens mappájába.
A mögötte álló szabály: Az engedélyszámokat a 2026. áprilisi német elutasítások után vezettük be (döntési naplóbejegyzés: 2026-04-22).
Kivételek: Az a páciens, akinek alkalmankénti tételes nyugtára van szüksége, a számlázási vezetőt kéri; más nem állít ki ilyet.
Hol vannak a fájlok: Biztosítói nyugta sablon; diagnóziskód-lista; páciensmappák.
Kapcsolódó oldalak: Mely biztosítóknak számlázunk közvetlenül; mikor térítjük vissza egy alkalom díját.

Hol él a wiki a már használt eszközökben

A 10–200 fős szervezet a wikijét abban a csomagban építi fel, amelyért már fizet, és mindegyik csomagnak van helye az oldalnak, helye a fájloknak, és útja annak, amit egy megbeszélés maga után hagy. Mindegyik máshol ér véget, és mindegyikben az oldal azon a nyelven van, amelyen megírták. Csak dokumentált működés, a gyártók saját oldalairól, az egyes oldalak ellenőrzésének hónapjával:

Mind a négyben három dolog azonos. Az oldal egy dokumentum vagy üzenet azon az egy nyelven, amelyen megírták, és aki más nyelvet olvas, azt olvassa, vagy egy másolatot, amelyet valaki készített. A fájlok egy második helyen vannak, egy második kereséssel található meg. A megbeszélés pedig — ahol a szabályról vitatkoztak és megalkották — csak akkor jut el a wikibe, ha valaki utólag begépeli: hogy a Teams és a Meet hol őriz egyáltalán átiratot és összefoglalót, és hogyan tarthatók meg a hívás után, azt a hol tárolja a Microsoft Teams és a Google Meet az átiratot, a felvételt és az összefoglalót cikk mutatja meg; az AI-jegyzetelőket, amelyeket sok csapat ugyanezért ad hozzá, az Otter.ai alternatívák hasonlítja össze, és mindegyik az összefoglalóját egy nyelven írja.

A fordítás, amelyet ezek a csomagok dokumentálnak, a hívásé vagy az olvasó képernyőjéé, nem az oldalé: a Microsoft élő fordított feliratokat dokumentál a Teams-megbeszéléseken, ha a szervező Teams Premium vagy Microsoft 365 Copilot licenccel rendelkezik, a Google fordított feliratokat dokumentál a Meetben a jogosult Workspace-csomagokon (mindkettő ellenőrizve: 2026. augusztus), a WhatsApp pedig egy kapott üzenet lefordítását az olvasó telefonján (ellenőrizve: 2026. augusztus) — hogy mindegyik mit fed le, és hol ér véget, azt a Microsoft Teams élő fordítás, a Google Meet élő fordítás és a WhatsApp fordítás cikkek mutatják be. A nyugtaoldal, amelyet az ukránul beszélő terapeuta hétfőn megnyit, külön tárgy ezektől a feliratoktól, és azon a nyelven olvassa, amelyen megírták.

A csatornatörténetből kinövő wiki

Az InterMIND egy kommunikációs tér, ahol a csapat munkája egy csatornában él, így a wikinek kézenfekvő otthona van: az azt használó csapat csatornája — a klinika recepciója, az exportcsapat, az ügynökség ügyfélcsoportja —, és ez a csatorna az is, ahol a kérdések elhangzanak, és ahonnan a megbeszélések indulnak. A fenti három döntés közvetlenül ráképezhető.

Az oldalak és gazdáik jegyzetek a csatornában. A jegyzet gazdag szövegű üzenet címsorokkal és számozott listákkal, amelyet később a saját menüjéből lehet szerkeszteni, és minden tag a saját nyelvén olvassa, az eredeti egy kapcsolóval elérhető; kitűzve a szekcióindex az első, amit egy új kolléga megtalál. Bekapcsolt szerkesztési előzményekkel egy megváltozott szabály korábbi szövege a jelenlegi szöveg fölött jelenik meg szavankénti eltérésként, időbélyeggel — ez az az ellenőrzési nyom, amelyre a gazda „utoljára ellenőrizve" sora mutat. Az oldal által hivatkozott fájlok — a nyugtasablon, a diagnóziskód-lista, a biztosítói szerződés — ugyanabba a csatornába kerülnek feltöltésre, és minden csomagban kapnak egy AI-összefoglalót az olvasó nyelvén, minden pontot arra a bekezdésre hivatkozva, amelyből származik; a fizetős csomagokban maga a fájl az olvasó nyelvére fordítva nyílik meg (30 nyelv a dokumentumokhoz). Ha a mesterpéldány egy dokumentumeszközben marad, a frissítései e-mailben érkeznek a csatornába: a csatorna házigazdája saját címet ad neki, és az oda küldött üzenet rendes üzenetként jelenik meg, a feladó megnevezésével és a csatolmányok megtartásával. A Slackről érkező csapat magával hozza a csatornáit: a Slack szokásos munkaterület-exportja Slack-csatornánként egy csatornaként áll vissza, az üzenetek sorrendben, eredeti időbélyegükkel, a kitűzések és reakciók megtartásával, és minden üzenetet minden tag a saját nyelvén olvas.

Az egyes oldalak mögötti előzmények azok, ahol a csatorna azt a munkát végzi el, amelyet a fenti táblázat egy emberre hagy. Az a megbeszélés, ahol a szabályt megalkotják, a csatornából indul; a hívás alatt a vázlatoldal mindenki képernyőjére kikerül a videócsempék mellé a Share to conference funkcióval — egy jegyzet, vagy a csevegésben hivatkozott Google Docs- vagy OneDrive-dokumentum —, és minden résztvevő önállóan görgeti, és a saját nyelvén olvassa, miközben a megosztó élőben szerkeszti. Amikor a hívás véget ér, az összefoglaló magából a megbeszélésből készül — egy összegzés, a megegyezettnek, nyitottnak vagy vitatottnak jelölt pontok, a teendők felelősökkel, minden sor megtartja az időbélyegét —, és az ülés alatt megosztott dokumentumok összefoglalói a elhangzottak mellett kerülnek bele. E-mailben érkezik, üzenetként a csatornában és hivatkozásként a naptáreseményben, és minden bejelentkezett tag a saját nyelvén olvassa: a nyilvántartás olvasónként van lefordítva, nem egyszer írták meg azon a nyelven, amelyet a terem történetesen használt. Bármelyik tag szerkesztheti, minden szerkesztés megtartja a szerzőt és a revíziótörténetet, és a csatorna megőrzi minden korábbi ülés összefoglalóját — így az a megbeszélés, amely az engedélyszám-szabályt megalkotta, egy kattintásra van az azt kimondó oldaltól. Ez a csatornatörténetből kinövő wiki: a kilencedik válasz a recepción, annak a hívásnak az összefoglalója, ahol a szabályról vitatkoztak, az áprilisban csatolt sablon, mind egy helyen, rajtuk az oldallal. A fenti táblázat mellé téve a különbség egyszerű ténymegállapítás: az általuk dokumentált feliratok a hívást fordítják, amíg az zajlik; itt az oldal, a megbeszélések, amelyek létrehozták, a fájljai és az előzményei egyetlen nyilvántartás, amelyet minden tag a saját nyelvén olvas.

A kérdéscsatorna ugyanezt a bánásmódot kapja a másik irányból. A tag saját asszisztense — Claude, ChatGPT, Copilot vagy Gemini, az MCP-összekötőn keresztül csatlakoztatva — egyetlen kérdéssel keres az összefoglalókban, átiratokban, csevegésekben és a megosztott fájlok szövegében: „hogyan állítunk ki olyan nyugtát, amelyet egy német biztosító elfogad?", és visszaadja a részleteket a megbeszéléssel, a dátummal és a fájllal, amelyből mindegyik származik; ez az AI-funkciókat bekapcsoló szervezeteknél működik, és az asszisztensen keresztüli olvasás azokra a megbeszélésekre és csatornákra korlátozódik, amelyekben a tag részt vesz. Magának a csevegésnek van keresése, a wiki pedig egészben kivihető: minden csomagban a Beállításokból készített mentés ZIP-ként exportálja a csatornákat az üzenetekkel, átiratokkal és fájlokkal — a tulajdon kérdése a szervezet szintjén megválaszolva, nem az oldaléén.

Akik egy csapat tudását birtokolják, nem mindig alkalmazottak. A biztosító kárügyintézője, a berendezés technikusa, a szabadúszó könyvelő, aki ismeri a német nyugtaszabályt: a csatorna külső tagja e-mailben csatlakozik egy ingyenes fiókkal, és mindenki mással együtt olvassa az oldalakat és azok előzményeit; a fiók nélküli személy egy megbeszélés vendége — linkkel csatlakozik a híváshoz, telefonról, költség nélkül, élőben hallja a saját nyelvén, és utána nem kap nyilvántartást. A házigazda biztosítja a teret, és fizetős csomagban csak az elmúlt 28 napban aktív tagokért fizet — akik csatlakoztak egy megbeszéléshez, írtak egy csevegésben vagy kérdeztek az asszisztenstől; a elcsendesedő tagok költség nélkül megtartják a hozzáférésüket, ami pontosan az, amire egy wikinek szüksége van: aki két éve írta az oldalt, még mindig lehet a csatornában.

• Nyisson meg egy teljes összefoglalót — valódi nyilvántartás, ugyanaz a kód rendereli, amelyik az Önét írja.
• Próbálja ki az élő demót — regisztráció nélkül; beszéljen, és hallja, ahogy a termet hallgatónként lefordítják.

A belső wiki mint mesterség minden eszközt túlél: valakinek továbbra is össze kell gyűjtenie a kérdéseket, a szerkezetet hét szekció alatt kell tartania, minden oldalra nevet és dátumot kell tennie, és a csatornában kell válaszolnia a közvetlen üzenet helyett. Aminek nem kell túlélnie, az a második munka — annak újragépelése a wikibe, amit a megbeszélés eldöntött, és minden oldal lefordított másolatának kézi karbantartása, egyszerre egy nyelven, azoknak a kollégáknak, akik a másik nyelvet olvassák.

GYIK

Mi az a belső wiki?

A belső wiki olyan oldalak készlete, amelyeket egy szervezet a saját tagjainak ír — hogyan történnek a dolgok, hol vannak a fájlok, mit döntöttek és miért —, egy helyen tartva, ahol bármelyik tag írhat oldalt, és bármelyik oldal hivatkozhat egy másikra. Az olvasójában különbözik a nyilvános wikitől: kolléga, nem ügyfél; az intranettől pedig abban, hogy az oldalakat a munkát végző emberek írják és frissítik, nem egy központi csapat. Azokat az oldalakat nyitják meg, amelyeket az emberek által feltett kérdések szerint szerveztek, mindegyiken gazdával és ellenőrzési dátummal.

Mi a különbség a belső wiki és a tudásbázis között?

A wiki olyan oldalak készlete, amelyeket bárki bármilyen szerkezetben írhat; a tudásbázis az emberek által feltett kérdések szerint szerveződik, kérdésenként egy bejegyzéssel, mindegyiken megnevezett gazdával és ellenőrzési dátummal. A wiki a szerkezet és a gazdák hozzáadásával válik tudásbázissá; nélkülük több száz oldallá nő, amelyekben senki sem tud eligazodni, és amelyeket senki sem ellenőrzött. A szoftver gyakran ugyanaz, és az egyikből a másikká alakítás 30 napos módszere a hogyan építsünk tudásbázist cikkben van.

Hogyan hozzunk létre belső wikit?

A helyet ott válasszuk ki, ahol a csapat már olvas, nem szoftverösszehasonlítás alapján; három napig gyűjtsük a kérdéseket, amelyeket a csapat ténylegesen feltesz, a használt szavakkal; rendezzük őket legfeljebb hét szekcióba, és nevezzünk meg egy gazdát szekciónként és oldalanként; írjuk meg az első tizenöt oldalt abból, ami már létezik — a csevegésben adott válaszból, a megbeszélés-összefoglalóból, a fájlból —, egy egyoldalas sablonnal, amelyben rövid válasz, lépések, kivételek és ellenőrzési dátum szerepel; tűzzük ki a szekcióindexet oda, ahol a csapat olvas. Aztán tartsuk fenn a körfolyamatot: minden kétszer megválaszolt kérdés oldallá válik, és minden oldal gazdája a dátumán ellenőrzi.

Mit tartalmazzon egy belső wiki?

Kérdésenként egy oldalt, mindegyiken a kérdéssel az emberek által használt szavakkal, egy gazdával, az utolsó ellenőrzés dátumával és a következő ellenőrzés dátumával, egy rövid válasszal, az esetekkel, amelyekre érvényes és nem érvényes, a lépésekkel, amelyek megnevezik az érintett rendszert vagy személyt, a szabály mögötti döntéssel dátummal, a kivételekkel és azzal, hogy kik döntenek róluk, az aktuális fájlokra mutató hivatkozásokkal és a kapcsolódó oldalakra mutató hivatkozásokkal. A wiki egészének hét vagy kevesebb szekcióból álló szerkezetre van szüksége, amelyet a feltett kérdések szerint szerveztek, nem részlegek szerint, és ki kell tűzni a szekcióindexet oda, ahol a csapat olvas.

Melyik a legjobb eszköz belső wikihez?

Az, amelyet a csapat már amúgy is naponta megnyit, mert az ötödik eszközben, saját bejelentkezéssel működő wiki az a wiki, amelyet hétfőn senki sem néz meg. A Microsoft Teamsben az oldalak és fájlok a csatornában és annak SharePoint-webhelyén vannak, a megbeszélési jegyzetek Loop-összetevőként; a Slackben egy canvas a csatornában; a Google Workspace-ben egy a naptárból hivatkozott Google Dokumentum; a WhatsAppban maga a csoportos csevegés — mindegyik a fenti táblázatban szereplő dokumentált korlátokkal, és mindegyik az oldalt azon a nyelven tartja, amelyen megírták. Az InterMIND egy csapat jegyzeteit, fájljait, csevegését és megbeszélés-összefoglalóit egyetlen csatornában tartja, amelyet minden tag a saját nyelvén olvas, ezen eszközök mellett, nem helyettük.

Építhető belső wiki a Microsoft Teamsben?

A Microsoft dokumentációja szerint egy csapat fájljait a csapattal együtt létrehozott SharePoint-webhely tárolja, az összes standard csatorna ezt a webhelyet használja, csatornánként egy mappával, így a csatorna Fájlok lapja az a hely, ahol a wiki dokumentumai élnek; a megbeszélési jegyzetek egy Loop-összetevő, amelyet bármelyik résztvevő vagy szervező szerkeszthet, automatikusan mentődik, és a Teams-naptárból és a megbeszélés-összefoglalóból érhető el. Két dokumentált korlát számít egy wiki szempontjából: a külső résztvevők nem férhetnek hozzá a megbeszélési jegyzetekhez, és nem szerkeszthetik azokat, a csevegéseket és csatornaüzeneteket pedig egy Teams-megőrzési szabályzat egy idő után törölheti, miközben a fájlok a saját SharePoint- és OneDrive-szabályzataikat követik (az oldalak ellenőrizve: 2026. október és november).

Hogyan tartsuk naprakészen a belső wikit?

Minden oldalon egy gazdával és egy ellenőrzési dátummal, és semmi mással. A gazda feladata, hogy negyedévente egyszer megválaszolja: „ez még helyes?", és átírja a dátumot; az az oldal, amelynek gazdája elment, új gazdát kap, vagy kikerül. Két szokás táplálja az oldalakat: a csapat csatornájában kétszer adott minden válasz oldallá válik, amelyet az ír meg, aki válaszolt, és a szabályt módosító minden döntést előbb naplóznak, hogy az oldal hivatkozhasson arra, miért változott. Az így tartott wiki eggyel több oldallal nő, valahányszor egy kérdést megválaszolnak, és senki sem írja újra projektként.

Források: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. A Microsoft Learn Teams–SharePoint oldalt 2026 novemberében ellenőriztük; a Teams megőrzési és megbeszélési jegyzet oldalait, a Slack canvas-sablon oldalát és a Google „Take notes for me" oldalát 2026 októberében; a Teams üzenetfordítási és feliratok oldalait, a Slack árazási, megőrzési és exportoldalait, a Google Chat fordítási és a Meet feliratok oldalait és a WhatsApp oldalait 2026 augusztusában. A gyártók idővel változtatnak csomagokon, funkciókon és nyelvlistákon; az aktuális állapotért nézze meg az oldalaikat.