Interni wiki: orodja, struktura in wiki, ki zraste iz zgodovine kanala (2026)

Interni wiki je nabor strani, ki jih organizacija piše zase in za nikogar drugega: kako se vzpostavi novega distributerja, kje je aktualni cenik, kaj je bilo junija odločeno o popustih, koga poklicati, ko prevoznik zamuja. Interni je zato, ker je bralec sodelavec, wiki pa zato, ker lahko vsak član napiše stran in vsaka stran lahko povezuje na drugo. Organizacija z 10–200 zaposlenimi ga ima že tisti dan, ko drugi človek postavi isto vprašanje. Izbira je samo ena: ali strani obstajajo ali pa odgovor živi v glavi enega sodelavca in v ducatu klepetalnih niti.

Večina vodičev po internih wikijih je seznam programske opreme. Ta se začne prej, ker je orodje najmanjša od odločitev: wiki, ki deluje, je struktura, po kateri se ljudje znajdejo, oblika strani, ki ostane resnična, in mesto, ki ga ekipa že vsak dan odpre. Najprej pride obrt – struktura, predloga strani, ki jo lahko kopirate, izdelan primer iz klinike – nato mehanika: kje wiki živi v orodjih, ki jih vaša ekipa že uporablja, po njihovi lastni dokumentaciji, in kaj vsako od njih naredi s sestankom, na katerem je bilo pravilo dejansko določeno. Kajti test wikija ni dan, ko ga zaženete. Test je ponedeljek, ko ga nov sodelavec odpre in najde stran v jeziku, ki ga bere.

Kaj interni wiki je in kaj ni

Štiri stvari imenujemo wiki, in zmeda med njimi je razlog, da jih toliko nastane in tako malo odpre:

Wiki je prva vrstica in tisti, od katerega so odvisni preostali trije. Baza znanja je wiki z vsiljeno strukturo: en vnos na vprašanje in lastnik pri vsakem; metoda za gradnjo v 30 dneh je v tistem vodiču, ta pa govori o obliki samega wikija. Intranet je tisto, v kar se wiki spremeni, ko smejo pisati le trije. Skupni disk je mesto, kjer živijo datoteke wikija, naloga wikija pa je kazati na aktualno. Wiki tudi ni procesni dokument ali SOP: ti opisujejo eno opravilo od začetka do konca, stran wikija pa pove, kje jih najti in kaj se je od tedaj spremenilo.

Wiki ne naredi internega geslo. Naredi ga to, da so strani napisane z besedami, ki jih uporablja ekipa – »pravilo iz Casablance«, »torkov obhod« – in da lahko povedo, česar zunanja stran ne bi mogla nikoli: kdo je odločil, zakaj in kaj je s tem nadomeščeno.

Struktura: sedem razdelkov, ena stran na vprašanje

Razlika med wikijem, ki ga ljudje odpirajo, in tistim, ki so ga nehali odpirati, redko tiči v orodju. Gre za tri odločitve, sprejete ali nesprejete pred prvo stranjo.

Razdelki po vprašanjih, ne po oddelkih. Sodelavec, ki sprašuje »kako izstavimo račun distributerju v Švici?«, ne ve, ali odgovor spada h financam, prodaji ali logistiki; pozna le vprašanje. Wiki, organiziran po oddelkih, ga pošlje skozi tri razdelke, da najde eno stran. Organizirajte po vprašanjih, ki jih ljudje postavljajo, z njihovimi besedami, in ostanite pri sedmih razdelkih najvišje ravni ali manj. Nad sedmimi struktura sama potrebuje iskanje, iskanje po wikiju, ki ga še nihče ni napolnil, pa ne vrne ničesar. Tipične najvišje ravni za majhno organizacijo: stranke in naročila; denar in obračun; ljudje in zaposlovanje; orodja in dostopi; pravila in odločitve; koga poklicati.

Ena stran na vprašanje, krajša od zaslona. Stran, ki odgovarja na eno vprašanje, se najde in prebere; stran, ki razlaga celotno funkcijo, se shrani med zaznamke in preleti. »Kako izstavimo račun Švici?« je stran. »Finance« je razdelek. Če stran potrebuje kazalo, sta to dve strani.

Lastnik in datum na vsaki strani. Stran, ki pove, kdo jo ima v lasti in kdaj je bila nazadnje preverjena, se ji verjame; isto besedilo brez tega je »verjetno zastarelo«. Lastnikovo delo je majhno – enkrat na četrtletje odgovoriti na »ali še drži?« in spremeniti datum – in prav to je edina stvar, ki wiki ohrani živ čez prvo leto. Stran, za katero ni mogoče imenovati nikogar, ni znanje; je ugibanje in jo je treba odstraniti.

Dve navadi ohranjata strukturo, ko enkrat obstaja. Vsak odgovor v kanalu ekipe, ki ga kdo vpraša dvakrat, postane stran, ki jo napiše tisti, ki je odgovoril, in je povezana iz razdelka, kamor spada. In vsaka odločitev, ki spremeni pravilo, dobi najprej vrstico v dnevniku odločitev, šele nato stran, ki pravilo navaja, poveže nanjo – tako lahko stran čez pol leta pove ne le, kaj pravilo je, ampak tudi zakaj.

Kako ustvariti interni wiki v enem tednu

Načrt predpostavlja eno osebo, ki ga vodi – vodjo ekipe ali tistega, ki dobi največ vprašanj – ostala ekipa pa porabi minute.

1. dan – izberite mesto glede na to, kje ekipa že bere. Ne po primerjavi programske opreme. Wiki živi tam, kjer se postavljajo vprašanja: v kanalu ekipe, v paketu, v katerem so datoteke že shranjene. Wiki v petem orodju z lastno prijavo je wiki, ki ga v ponedeljek zjutraj nihče ne odpre. Tabela spodaj pove, kaj vsako mesto hrani in kje se ustavi.

1.–3. dan – zbirajte vprašanja, ne odgovorov. V kanal objavite eno sporočilo: »Odgovorite z vsakim vprašanjem, ki ste ga ta teden zastavili sodelavcu, z besedami, ki ste jih uporabili.« Do tretjega dne jih je štirideset do šestdeset; tretjina je podvojenih. Preštejte ponovitve: vprašanje, zastavljeno petkrat, je stran številka ena.

4. dan – razvrstite v sedem razdelkov, imenujte lastnike. Skupine, v katere vprašanja padejo, so razdelki. Imenujte lastnika za vsak razdelek – osebo, ki je odgovorila na največ njegovih vprašanj – in lastnika za vsako od prvih petnajstih strani. Zaenkrat ne pišite ničesar razen seznama: razdelek, vprašanje, lastnik. Pošljite ga ekipi z enim vprašanjem: »Kaj manjka?«

5.–7. dan – prvih petnajst strani iz tistega, kar že obstaja. Vsak lastnik napiše svoje strani s spodnjo predlogo, izhajajoč iz odgovora v klepetu, povzetka sestanka, na katerem je bilo pravilo določeno, datoteke, priložene marca. Pravilo za prvi teden je »kratko in resnično premaga dolgo in popolno«: odgovor v dveh stavkih s povezavo do datoteke, z datumom in podpisom je stran. Nato pripnite kazalo razdelkov tja, kjer ekipa bere, in wiki obstaja.

Česa se v tednu ne dela: selitve skupnega diska, pisanja strani za vsak proces, izbire novega orodja. Wiki kaže na datoteke tam, kjer so, in na postopke tam, kjer živijo.

Predloga strani internega wikija

Ena stran, eno vprašanje, krajša od zaslona. Kopirajte jo kot zapisek in jo izpolnite; najpogosteje izpuščene so zadnje tri vrstice, in prav one ohranjajo stran resnično.

[Vprašanje, z besedami, s katerimi ga ljudje postavljajo]
Lastnik: [ime] · Razdelek: [eden od sedmih] · Nazadnje pregledano: [datum] · Naslednji pregled: [datum]
Kratek odgovor: [dva stavka – kaj storiti]
Velja za: [ekipo, pisarno, vrsto stranke] · Ne velja za: [primer, ki ga ljudje zamenjujejo]
Kako: [oštevilčeni koraki, v vsakem imenovan sistem, oseba ali datoteka]
Pravilo za tem: [odločitev, ki ga je določila, z datumom in razlogom – povežite dnevnik odločitev]
Izjeme: [primeri izven običajne poti in kdo odloča o vsakem]
Kje so datoteke: [povezava do aktualne predloge, cenika, pogodbe]
Sorodne strani: [SOP, proces, prejšnja različica te strani]

Predloga je navadno besedilo s krepkimi oznakami, zato jo je mogoče prilepiti v datoteko Word, Google Doc, stran wikija, Slack canvas ali klepetalni zapisek brez preoblikovanja.

Izdelan primer: wiki klinike po enem tednu

Fizioterapevtska klinika v Barceloni, 24 ljudi: recepcija s štirimi, štirinajst terapevtov, dva v obračunu, ostali v administraciji. Polovica terapevtov je v zadnjih dveh letih prišla iz Argentine, Kolumbije in Ukrajine; tretjina pacientov so britanski in nemški rezidenti, ki naročanje opravijo v angleščini. Tri dni zbiranja je prineslo 52 vprašanj; po odstranitvi podvojenih 37. Struktura, ki je nastala, s številom strani po razdelkih sedmi dan:

1. Pacienti in naročanje (5) – kako se naroči prvi pregled; kaj storiti z neprihodom; kako pacient zamenja terapevta
2. Obračun in zavarovanje (4) – katerim zavarovalnicam se račun izstavi neposredno; kako se izda potrdilo za tujo zavarovalnico; kdaj se terapija povrne
3. Protokoli zdravljenja (3) – kje so listi s protokoli; kdo potrdi načrt zdravljenja; kaj se zabeleži po vsaki terapiji
4. Orodja in dostopi (2) – kdo odobri dostop do sistema za naročanje; kje so predloge pisem pacientom
5. Pravila in odločitve (2) – pravilo 24-urnega odpovednega roka; dnevnik odločitev
6. Koga poklicati (1) – kontakti zavarovalnic; servisna linija za opremo

Sedemnajst strani. Najpogostejše vprašanje – »kako izdamo potrdilo, ki ga bo nemška zavarovalnica sprejela?« – je v enem letu na recepciji devetkrat odgovorila ista vodja obračuna; stran jo je stala petnajst minut, ker je bil deveti odgovor že napisan v kanalu in je potreboval le vrstico z lastnikom in datum.

Izpolnjena stran iz razdelka 2:

Kako izdamo potrdilo, ki ga bo tuja zavarovalnica sprejela?
Lastnik: vodja obračuna · Razdelek: Obračun in zavarovanje · Nazadnje pregledano: 6. novembra 2026 · Naslednji pregled: 6. februarja 2027
Kratek odgovor: Uporabite predlogo »potrdilo za zavarovalnico«, v jeziku pacienta, z diagnostično kodo in številko licence terapevta v vsaki vrstici.
Velja za: paciente, ki plačajo sami in zahtevek vložijo pri zavarovalnici v tujini · Ne velja za: zavarovalnice, ki jim račun izstavimo neposredno in prejmejo mesečni izpis.
Kako: 1. V sistemu za naročanje odprite pacienta. 2. Izberite predlogo potrdila za zavarovalnico. 3. Dodajte diagnostično kodo iz načrta zdravljenja. 4. Preverite, da je številka licence v vsaki vrstici. 5. Pošljite kot PDF in kopijo shranite v mapo pacienta.
Pravilo za tem: Številke licenc so bile dodane po nemških zavrnitvah aprila 2026 (vnos v dnevniku odločitev 2026-04-22).
Izjeme: Pacient, ki potrebuje specificirano potrdilo za vsako terapijo, se obrne na vodjo obračuna; nihče drug ga ne izda.
Kje so datoteke: Predloga potrdila za zavarovalnico; seznam diagnostičnih kod; mape pacientov.
Sorodne strani: Katerim zavarovalnicam se račun izstavi neposredno; kdaj se terapija povrne.

Kje wiki živi v orodjih, ki jih že uporabljate

Organizacija z 10–200 zaposlenimi zgradi wiki v paketu, ki ga že plačuje, in vsak paket ima mesto za stran, mesto za datoteke in pot za tisto, kar sestanek pusti za sabo. Vsak se ustavi na drugi točki, v vsakem pa je stran v jeziku, v katerem je bila napisana. Le dokumentirano vedenje, z lastnih strani ponudnikov, z mesecem, ko je bila vsaka stran preverjena:

Tri stvari so enake pri vseh štirih. Stran je dokument ali sporočilo v enem jeziku, v katerem je bila napisana, in član, ki bere drug jezik, bere to ali kopijo, ki jo je kdo naredil. Datoteke so na drugem mestu, najdene z drugim iskanjem. In sestanek – kjer je bilo pravilo oblikovano in določeno – pride v wiki le, ko ga oseba pozneje vtipka: kje Teams in Meet sploh hranita prepis in povzetek ter kako ju obdržati po klicu, je opisano v kje Microsoft Teams in Google Meet hranita vaš prepis, posnetek in povzetek; AI zapisovalce, ki jih mnoge ekipe dodajo iz istega razloga, primerjamo v alternativah Otter.ai, in vsak od njih piše povzetek v enem jeziku.

Prevod, ki ga ti paketi dokumentirajo, pripada klicu ali bralčevemu zaslonu, ne strani: Microsoft dokumentira prevedene podnapise v odzivih Teams, ko ima organizator licenco Teams Premium ali Microsoft 365 Copilot, Google dokumentira prevedene podnapise v Meetu v ustreznih načrtih Workspace (oboje preverjeno avgusta 2026), WhatsApp pa dokumentira prevod prejetega sporočila na bralčevem telefonu (preverjeno avgusta 2026) – kaj vsak pokriva in kje se ustavi, je v Microsoft Teams live translation, Google Meet live translation in WhatsApp translate. Stran s potrdilom, ki jo v ponedeljek odpre ukrajinsko govoreči terapevt, je predmet, ločen od teh podnapisov, in se bere v jeziku, v katerem je bila napisana.

Wiki, ki zraste iz zgodovine kanala

InterMIND je prostor za komunikacijo, v katerem delo ekipe živi v kanalu, zato ima wiki očiten dom: kanal ekipe, ki ga uporablja – recepcija klinike, izvozna ekipa, skupina za račune v agenciji – in v istem kanalu se postavljajo vprašanja in začenjajo sestanki. Tri zgornje odločitve se nanj preslikajo neposredno.

Strani in njihovi lastniki so zapiski v kanalu. Zapisek je sporočilo z obogatenim besedilom, z naslovi in oštevilčenimi seznami, pozneje urejeno iz lastnega menija, vsak član pa ga bere v svojem jeziku, z izvirnikom na dosegu preklopa; pripeto kazalo razdelkov je prva stvar, ki jo najde nov sodelavec. Z vklopljeno zgodovino urejanja se prejšnje besedilo spremenjenega pravila pojavi nad trenutnim besedilom kot razlika na ravni besed z uro in datumom – sled pregleda, na katero kaže lastnikova vrstica »nazadnje pregledano«. Datoteke, na katere stran kaže – predloga potrdila, seznam diagnostičnih kod, pogodba z zavarovalnico – se naložijo v isti kanal in imajo v vseh načrtih AI povzetek v bralčevem jeziku, s točkami, povezanimi z odstavkom, iz katerega izhajajo; v plačljivih načrtih se datoteka sama odpre prevedena v bralčev jezik (30 jezikov za dokumente). Če glavna kopija ostane v orodju za dokumente, njene posodobitve prispejo v kanal po e-pošti: gostitelj kanala mu dodeli lasten naslov, sporočilo, poslano nanj, pa se pojavi kot navadno sporočilo z imenovanim pošiljateljem in ohranjenimi prilogami. Ekipa, ki prihaja iz Slacka, prinese svoje kanale s seboj: standardni izvoz delovnega prostora Slack se obnovi kot en kanal na kanal Slack, sporočila po vrstnem redu z izvirnimi časovnimi žigi, s ohranjenimi pripetimi sporočili in odzivi, vsako sporočilo pa vsak član bere v svojem jeziku.

Zgodovina za vsako stranjo je tam, kjer kanal opravi delo, ki ga zgornja tabela prepušča osebi. Sestanek, na katerem se pravilo določi, se začne iz kanala; med klicem se osnutek strani prikaže na zaslonih vseh ob videoploščicah z Share to conference – zapisek ali dokument Google Docs ali OneDrive, povezan v klepetu – vsak udeleženec ga neodvisno drsi in bere v svojem jeziku, medtem ko ga delilec ureja v živo. Ko se klic konča, se povzetek napiše iz samega sestanka – povzetek, točke, označene kot dogovorjene, odprte ali sporne, naloge z lastniki, vsaka vrstica z ohranjenim časovnim žigom – dokumenti, deljeni med sejo, pa dodajo svoje povzetke ob izrečenem. Prispe po e-pošti, kot sporočilo v kanalu in kot povezava v koledarskem dogodku, vsak prijavljeni član pa ga bere v svojem jeziku: zapis je preveden za vsakega bralca, ne napisan enkrat v jeziku, ki ga je soba naključno uporabljala. Vsak član ga lahko ureja, vsako urejanje ohrani avtorja in zgodovino različic, kanal pa hrani povzetek vsake pretekle seje – tako je sestanek, ki je določil pravilo o številki licence, en klik od strani, ki ga navaja. To je wiki, ki zraste iz zgodovine kanala: deveti odgovor na recepciji, povzetek klica, na katerem je bilo pravilo obravnavano, predloga, priložena aprila, vse na enem mestu, s stranjo na vrhu. V primerjavi z zgornjo tabelo je razlika preprosta ugotovitev: podnapisi, ki jih ti paketi dokumentirajo, prevajajo klic, medtem ko teče; tukaj so stran, sestanki, ki so jo ustvarili, njene datoteke in njena zgodovina en sam zapis, ki ga vsak član bere v svojem jeziku.

Kanal z vprašanji dobi enako obravnavo z druge strani. Član lahko svojega asistenta – Claude, ChatGPT, Copilot ali Gemini, povezanega prek povezovalnika MCP – z enim vprašanjem, »kako izdamo potrdilo, ki ga bo nemška zavarovalnica sprejela?«, pusti iskati po povzetkih, prepisih, klepetih in besedilu deljenih datotek ter vrne odlomke s sestankom, datumom in datoteko, iz katere izhajajo; to deluje za organizacije z vklopljenimi funkcijami AI, branje prek asistenta pa je omejeno na sestanke in kanale, v katerih je član. Klepet sam ima iskanje, wiki pa je mogoče izvoziti v celoti: v vseh načrtih varnostna kopija iz Nastavitev izvozi kanale kot ZIP z njihovimi sporočili, prepisi in datotekami – vprašanje lastništva je rešeno na ravni organizacije, ne strani.

Ljudje, ki hranijo znanje ekipe, niso vedno zaposleni. Kontakt za zahtevke pri zavarovalnici, tehnik za opremo, zunanji računovodja, ki pozna nemško pravilo o potrdilih: zunanji član kanala se pridruži z e-pošto na brezplačen račun in bere strani ter njihovo zgodovino kot vsi drugi; oseba brez računa je gost enega sestanka – v klic se pridruži prek povezave, s telefona, brez stroška, ga sliši v živo v svojem jeziku, po klicu pa ne dobi nobenega zapisa. Gostitelj zagotovi prostor in v plačljivem načrtu plača le za člane, aktivne v zadnjih 28 dneh – tiste, ki so se pridružili sestanku, pisali v klepetu ali vprašali asistenta; člani, ki utihnejo, obdržijo dostop brez stroška, kar wiki potrebuje: oseba, ki je stran napisala pred dvema letoma, je lahko še vedno v kanalu.

• Odprite celoten povzetek – pravi zapis, izrisan z isto kodo, ki piše vaše.
• Preizkusite demo v živo – brez prijave; govorite in slišite, kako se soba prevaja za vsakega poslušalca.

Interni wiki kot obrt preživi vsako orodje: nekdo mora še vedno zbrati vprašanja, ohraniti strukturo pri sedmih razdelkih, dati ime in datum na vsako stran ter odgovarjati v kanalu namesto z neposrednim sporočilom. Česar ni treba preživeti, je drugo delo – ponovno tipkanje tistega, kar je sestanek odločil, v wiki in ročno vzdrževanje prevedene kopije vsake strani, po en jezik naenkrat, za sodelavce, ki berejo drugega.

Pogosta vprašanja

Kaj je interni wiki?

Interni wiki je nabor strani, ki jih organizacija piše za svoje člane – kako se stvari delajo, kje so datoteke, kaj je bilo odločeno in zakaj – shranjenih na enem mestu, kjer lahko vsak član napiše stran in vsaka stran lahko povezuje na drugo. Od javnega wikija se razlikuje po bralcu, ki je sodelavec in ne stranka, od intraneta pa po tem, da strani pišejo in posodabljajo ljudje, ki delajo, ne osrednja ekipa. Strani, ki se odpirajo, so tiste, organizirane po vprašanjih, ki jih ljudje postavljajo, z lastnikom in datumom pregleda na vsaki.

Kakšna je razlika med internim wikijem in bazo znanja?

Wiki je nabor strani, ki jih lahko vsak napiše v kateri koli strukturi; baza znanja je organizirana po vprašanjih, ki jih ljudje postavljajo, z enim vnosom na vprašanje in imenovanim lastnikom ter datumom pregleda pri vsakem. Wiki postane baza znanja z dodajanjem strukture in lastnikov; brez njih zraste v stotine strani, po katerih se nihče ne more znajti in jih nihče ni preveril. Programska oprema je pogosto ista, metoda za preoblikovanje enega v drugo v 30 dneh pa je v kako zgraditi bazo znanja.

Kako ustvarite interni wiki?

Mesto izberite glede na to, kje ekipa že bere, ne po primerjavi programske opreme; tri dni zbirajte vprašanja, ki jih ekipa dejansko postavlja, z uporabljenimi besedami; razvrstite jih v največ sedem razdelkov in imenujte lastnika za vsak razdelek in vsako stran; prvih petnajst strani napišite iz tistega, kar že obstaja – odgovora v klepetu, povzetka sestanka, datoteke – z enostransko predlogo s kratkim odgovorom, koraki, izjemami in datumom pregleda; kazalo razdelkov pripnite tja, kjer ekipa bere. Nato ohranjajte zanko: vsako vprašanje, na katero je odgovorjeno dvakrat, postane stran, lastnik vsake strani pa jo pregleda na njen datum.

Kaj naj vsebuje interni wiki?

Eno stran na vprašanje, vsaka z vprašanjem z besedami, ki jih ljudje uporabljajo, lastnikom, datumom zadnjega pregleda in datumom naslednjega, kratkim odgovorom, primeri, za katere velja in za katere ne, koraki z imenovanim sistemom ali osebo, odločitvijo za pravilom z datumom, izjemami in tistimi, ki o njih odločajo, povezavami do aktualnih datotek in povezavami do sorodnih strani. Wiki kot celota potrebuje strukturo sedmih razdelkov ali manj, organizirano po zastavljenih vprašanjih in ne po oddelkih, ter kazalo razdelkov, pripeto tja, kjer ekipa bere.

Katero je najboljše orodje za interni wiki?

Tisto, ki ga ekipa že vsak dan odpre, ker je wiki v petem orodju z lastno prijavo wiki, ki ga v ponedeljek nihče ne preveri. V Microsoft Teams so strani in datoteke v kanalu in njegovem mestu SharePoint, s sestankovnimi zapiski kot komponento Loop; v Slacku canvas v kanalu; v Google Workspace Google Doc, povezan iz koledarja; v WhatsAppu skupinski klepet sam – vsako z dokumentiranimi omejitvami v zgornji tabeli in vsako s stranjo v jeziku, v katerem je bila napisana. InterMIND hrani zapiske, datoteke, klepet in povzetke sestankov ekipe v enem kanalu, ki ga vsak član bere v svojem jeziku, ob teh orodjih in ne namesto njih.

Ali lahko zgradite interni wiki v Microsoft Teams?

Po Microsoftovi dokumentaciji so datoteke ekipe shranjene na mestu SharePoint, ustvarjenem skupaj z ekipo, pri čemer si vsi standardni kanali delijo to mesto z eno mapo na kanal, zato je zavihek Datoteke kanala mesto, kjer živijo dokumenti wikija; sestankovni zapiski so komponenta Loop, ki jo lahko ureja vsak udeleženec ali organizator, shranjena samodejno in dosegljiva iz koledarja Teams in povzetka sestanka. Dve dokumentirani omejitvi sta za wiki pomembni: zunanji udeleženci do sestankovnih zapiskov ne morejo dostopati ali jih urejati, klepete in sporočila kanalov pa je mogoče po določenem času izbrisati z zadrževalno politiko Teams, medtem ko datoteke sledijo lastnim politikam SharePoint in OneDrive (strani preverjene oktobra in novembra 2026).

Kako interni wiki ohranjate posodobljen?

Z lastnikom in datumom pregleda na vsaki strani, in nič drugega. Lastnikovo delo je enkrat na četrtletje odgovoriti na »ali še drži?« in spremeniti datum; stran, katere lastnik je odšel, dobi novega lastnika ali se odstrani. Dve navadi hranita strani: vsak odgovor, dan dvakrat v kanalu ekipe, postane stran, ki jo napiše tisti, ki je odgovoril, in vsaka odločitev, ki spremeni pravilo, se najprej zabeleži, tako da lahko stran poveže na razlog za spremembo. Tako vzdrževan wiki raste za eno stran vsakič, ko je na vprašanje odgovorjeno, in nihče ga ne piše znova kot projekt.

Viri: 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. Stran Microsoft Learn o povezavi Teams–SharePoint preverjena novembra 2026; strani o zadrževanju v Teams in sestankovnih zapiskih, stran s predlogo Slack canvas in stran Google »Take notes for me« preverjene oktobra 2026; strani o prevodu sporočil in podnapisih v Teams, strani Slack o cenah, zadrževanju in izvozu, strani o prevodu v Google Chatu in podnapisih v Meetu ter strani WhatsApp preverjene avgusta 2026. Ponudniki sčasoma spreminjajo načrte, funkcije in sezname jezikov; za aktualno stanje preverite njihove strani.