Projektin tilanneraportin pohja: viikkomuoto, esimerkki – ja miten raportti kokoaa itsensä yhteenvedoista (2026)

Projektin tilanneraportti on lyhyt, kiinteämuotoinen sivu, joka kertoo päivittäisen työn ulkopuolisille, missä projekti on: onko se aikataulussa, mikä on muuttunut edellisen raportin jälkeen, mikä voi mennä pieleen ja mistä lukijaa pyydetään päättämään. Se kirjoitetaan säännöllisesti – useimmissa projekteissa viikoittain – ja se on joka kerta sama sivu, joten lukija vertaa tätä viikkoa edelliseen sen sijaan, että lukisi alusta.

Tämä opas käsittelee ensin itse tekemisen taidon: muodon, kopioitavan pohjan, täytetyn esimerkin ja lyhyemmän viikkoversion tiiminvetäjälle, joka raportoi ylöspäin. Sen jälkeen käydään läpi mekaniikka: milloin raportti riittää ja milloin tilannekokous kannattaa silti pitää, missä raportti kirjoitetaan tiimisi jo käyttämissä työkaluissa ja mitä kokousten ja sivun välillä tapahtuu. Raportin vaikein osa ei nimittäin ole kirjoittaminen. Vaikein osa on sitä edeltävä puoli tuntia, kun vetäjä käy läpi viikon puheluita ja keskusteluja selvittääkseen, mitä oikeastaan sovittiin.

Mikä projektin tilanneraportti on – ja mikä se ei ole

Projektin ympärillä kiertää neljä dokumenttia, ja raportti sekoitetaan niistä useimmin muihin:

Yhteenveto on kokouskohtainen; raportti on viikkokohtainen ja kattaa kaikki kokoukset. Stand-up tuo esteet niiden ihmisten tietoon, jotka voivat poistaa ne; raportti kertoo kauempana olevalle, uhkaavatko nuo esteet määräaikaa. Päätösloki säilyttää perustelut; raportti kertoo vain, että päätös on tehty tai sitä tarvitaan yhä. Jos raportin kirjoittaminen on vaikeaa, syy on lähes aina aiemmassa vaiheessa: viikon kokouksista ei jäänyt tulosten kirjausta, joten vetäjä rekonstruoi ne muistista perjantaiiltapäivänä.

Viikkomuoto: kuusi lohkoa, yksi sivu

Raportin, jota luetaan joka viikko, täytyy mahtua yhdelle ruudulle ja pitää muotonsa. Kuusi lohkoa tässä järjestyksessä:

1. Otsikko. Projekti, raportointijakso, kirjoittaja ja seuraavan raportin päivämäärä. Lukijat katsovat ensin jaksoa – raportti ilman jaksoa on sivullinen väitteitä ilman "mistä lähtien".
2. Kokonaistila yhdellä rivillä. Vihreä, keltainen tai punainen – tai aikataulussa, riskinä, jäljessä – sekä yksi lause, joka kertoo miksi. Väri on alla olevien lohkojen yhteenveto, ei tunne; jos riskilohkossa lukee, että toimittaja myöhästyy kaksi viikkoa, rivillä ei voi lukea vihreä.
3. Edistyminen edellisen raportin jälkeen. Kolmesta kuuteen riviä siitä, mitä saatiin valmiiksi, kukin tuloksena eikä toimintana. "Kassaprosessi on asiakkaan tarkistettavana" on tosiasia; "työstettiin kassaa" ei ole.
4. Seuraava jakso. Mitä tiimi sitoutuu saamaan valmiiksi ennen seuraavaa raporttia, kullakin vastuuhenkilö. Tätä lohkoa vasten tarkistetaan ensi viikon edistymislohko.
5. Riskit, ongelmat ja tarvittavat päätökset. Riski on jotain, mikä voi tapahtua; ongelma on jotain, mikä on jo tapahtunut. Jokaisella rivillä: mitä, vaikutus aikatauluun tai budjettiin, vastuuhenkilö ja mitä lukijaa pyydetään tekemään – myös "ei mitään, tiedoksi". Tarvittavat päätökset saavat oman rivinsä sekä päivämäärän, johon mennessä projekti tarvitsee vastauksen.
6. Avoimet toimenpiteet. Jokainen tältä jaksolta avoimeksi jäänyt toimenpide mistä tahansa kokouksesta, vastuuhenkilön ja eräpäivän kanssa, ja myöhässä olevat merkittyinä. Tämän lohkon useimmat raportit jättävät pois, ja juuri sen avulla lukija arvioi, onko lohkon 2 väri rehellinen.

Kolme asiaa jätetään pois: dialogi (kuka sanoi mitä), toimintalokit (tunnit, pidetyt puhelut) ja kaikki, mihin lukija ei voisi reagoida. Raportti on tarkoitettu jollekulle, joka käyttää siihen neljä minuuttia. Jokaisen rivin pitäisi kestää kysymys "mitä lukija tekisi toisin tämän tietäessään?"

Projektin tilanneraportin pohja

Kopioi tämä dokumenttiin, kanavaviestiin tai canvasiin. Hakasulkeet ovat paikkamerkkejä.

[Projekti] — tilanneraportti jaksolta [jakso, esim. 20.–24. lokakuuta]
Kirjoittaja: [nimi] · Lähetetty: [päivämäärä] · Seuraava raportti: [päivämäärä]
Kokonaistila: [aikataulussa / riskinä / jäljessä] — [yksi lause, joka kertoo miksi]

Valmistunut edellisen raportin jälkeen
– [Tulos tosiasiana] — [vastuuhenkilö]
– [Tulos] — [vastuuhenkilö]
– [Tulos] — [vastuuhenkilö]

Seuraava jakso ([seuraavan raportin päivämäärä] mennessä)
– [Toimitus] — [vastuuhenkilö]
– [Toimitus] — [vastuuhenkilö]

Riskit ja ongelmat
– [Riski tai ongelma] — vaikutus: [aikataulu / budjetti / laajuus] — vastuuhenkilö: [nimi] — pyyntö: [päätös tarvitaan päivämäärään mennessä / tiedoksi]

Tarvittavat päätökset
– [Kysymys ja vaihtoehdot pöydällä] — tarvitaan [päivämäärä] mennessä — keneltä: [nimi]

Avoimet toimenpiteet
– [Tehtävä] — [vastuuhenkilö] — eräpäivä [päivämäärä] — [avoin / myöhässä [päivämäärästä] alkaen]
– [Tehtävä] — [vastuuhenkilö] — eräpäivä [päivämäärä] — [avoin]

Järjestys on harkittu. Sponsori, joka lukee vain kolme ensimmäistä riviä, saa värin ja syyn; se, joka lukee loppuun, saa toimenpiteet, jotka selittävät värin. Pidä otsikot samoina viikosta toiseen – muodon arvo on vertailussa.

Esimerkki: täytetty viikoittainen tilanneraportti

Pieni ohjelmistoprojekti, kaksikielinen tiimi ja asiakas, joka lukee raportin joka maanantai:

Tilausportaali v2 — tilanneraportti jaksolta 20.–24. lokakuuta
Kirjoittaja: Mateusz · Lähetetty: 24. lokakuuta · Seuraava raportti: 31. lokakuuta
Kokonaistila: riskinä — maksupalveluntarjoajan sandbox-ympäristö saapui neljä päivää myöhässä; julkaisupäivä pitää vain, jos integraatiotesti menee läpi 29. lokakuuta mennessä.

Valmistunut edellisen raportin jälkeen
– Kassaprosessi on asiakkaan tarkistettavana; kaksi kommenttia auki — Ana
– Tuotteiden tuonti ERP:stä ajetaan yöllä staging-ympäristössä — Priya
– Espanjan- ja romaniankieliset käyttöliittymätekstit valmiit; ranska 80 % — Luca

Seuraava jakso (31. lokakuuta mennessä)
– Maksuintegraation testi palveluntarjoajan sandboxissa — Priya
– Asiakkaan hyväksyntä kassaprosessille — Ana
– Ranskankieliset tekstit valmiit, kaikki kolme kieltä tarkistettu — Luca

Riskit ja ongelmat
– Maksujen sandboxin viive (ongelma) — vaikutus: julkaisu 7. marraskuuta pitää vain, jos testi menee läpi 29. lokakuuta mennessä; muuten 14. marraskuuta — vastuuhenkilö: Priya — pyyntö: tiedoksi, päätös alla
– Asiakkaan tarkistuskierrosten kesto (riski) — vaikutus: yksi kierros vie 3 päivää; kolmas kierros siirtää hyväksynnän testi-ikkunan ohi — vastuuhenkilö: Ana — pyyntö: asiakas kokoaa kommentit yhteen kierrokseen

Tarvittavat päätökset
– Jos testi epäonnistuu 29. lokakuuta: julkaisu 14. marraskuuta maksuineen vai 7. marraskuuta pelkällä laskumaksulla ja korttimaksut myöhemmin — tarvitaan 30. lokakuuta mennessä — keneltä: asiakas

Avoimet toimenpiteet
– Lähetä palveluntarjoajalle IP-sallittujen lista — Priya — eräpäivä 21. lokakuuta — myöhässä 21. lokakuuta alkaen
– Vahvista käyttöönottoikkuna hosting-kumppanin kanssa — Mateusz — eräpäivä 28. lokakuuta — avoin
– Vastaa kahteen kassaprosessin kommenttiin — Ana — eräpäivä 27. lokakuuta — avoin

Huomaa, mitä esimerkki ei kerro: montako kokousta pidettiin, kuka puhui, montako tuntia kului. Lukija saa yhdellä rivillä tietää, että päivämäärä on vaarassa, ja yhdessä lohkossa, mistä häntä pyydetään päättämään.

Viikkoraportin pohja tiiminvetäjälle

Tiiminvetäjän viikkoraportti omalle esihenkilölleen on projektiraportin lyhyempi serkku. Lukija on yksi ihminen, jolla on yleensä alle kaksi minuuttia, ja kysymyksiä on kolme: pitääkö tiimi sitoumuksensa, mikä on tiellä ja mitä tarvitset minulta. Neljä lohkoa mahtuu chat-viestiin:

Tiimi [nimi] — viikko [päivämäärä]
Tila: [aikataulussa / riskinä] — [yksi rivi]
Valmistui: [kaksi tai kolme tulosta, kullakin nimi]
Tiellä: [yksi tai kaksi estettä, kullekin kuka voi poistaa sen]
Tarvitaan sinulta: [yksi päätös tai resurssi päivämäärän kanssa] — tai "ei mitään tällä viikolla"

Kaksi sääntöä tekee tästä luettavan kuukausien ajan. Ensinnäkin "Tarvitaan sinulta" ei ole koskaan tyhjä vahingossa: kirjoita "ei mitään tällä viikolla", jotta esihenkilö tietää hiljaisuuden olevan tarkoituksellista. Toiseksi "Valmistui" luettelee ihmisten nimet: viikkoraportti on myös paikka, jossa vetäjä tekee tiimin työn näkyväksi sille, joka ei näe sitä päivittäin. Jos tiimillä on jo päivittäinen stand-up nimettyine esteineen, "Tiellä" on kopio niistä, jotka ovat yhä pystyssä perjantaina.

Viikkoraportti korvaa viikoittaisen tilannekokouksen useimmilta osin sen, mitä kokous kantoi – eli tiedon. Sen, mitä se ei voi korvata, käsittelemme seuraavaksi.

Milloin tilannekokous on yhä tarpeen

Tilannekokous on raportin live-muoto: jokainen kertoo vetäjälle tai sponsorille, missä asiat ovat, samassa huoneessa ja kaikkien kustannuksella. Kun kirjallinen raportti on olemassa, kokous on perusteltu vain, kun sivu ei riitä. Neljä tapausta:

• Päätös, jossa on vaihtokauppa. Raportti voi esittää vaihtoehdot, mutta ei neuvotella niistä. Kun "Tarvittavat päätökset" -lohkossa on merkintä, jonka vastaus riippuu siitä, mistä kaksi sidosryhmää on valmis luopumaan, kolmekymmentä minuuttia molempien kanssa samassa huoneessa voittaa kaksi viikkoa vastaa-kaikille-viestejä.
• Päivämäärä siirtyy. Sivulta luettua viivästystä hyväksytään harvoin. Keskustelu siitä, mikä siirtyy sen mukana – laajuus, budjetti, toisen projektin alku – on kokous, jonka esilukemisto raportti on.
• Riski ylitti kynnyksensä. Viikolla, kun riskistä tulee ongelma, seurauksista vastaavien ihmisten täytyy kuulla se vetäjältä ja saada esittää kysymyksiä, ei lukea sitä maanantaina.
• Uusi sidosryhmä. Joku, joka ei ole lukenut edellisiä kuutta raporttia, tarvitsee yhden tapaamisen hahmottaakseen projektin muodon; sen jälkeen sivu riittää.

Tilannekokous ei ole tarkoitettu raportin ääneen lukemiseen. Jos jokainen esityslistan kohta on "päivitys keneltä tahansa", peruuta se ja lähetä sivu; kokousrytmiä käsittelevä opas kertoo, mitkä toistuvat kokoukset ansaitsevat paikkansa. Kun kokous pidetään, vedä se raportin pohjalta – riski- ja päätöslohkot ovat esityslista – ja tehokas kokous päättyy siihen, että nämä kohdat on merkitty päätetyiksi, avoimiksi tai lykätyiksi. Kun sidosryhmät puhuvat eri kieliä, kokouksen itsensä osalta vaihtoehtoja on kolme: ihmistulkki – Zoom-tulkkausta käsittelevä opas näyttää, miten se järjestetään – alustan omat tekstitykset tai tila, joka kääntää kullekin osallistujalle erikseen; kerran kirjoitettu raportti on eri kysymys.

Missä raportti kirjoitetaan jo käyttämissäsi työkaluissa

Jokainen suuri alusta jättää kokouksen jälkeen jotain, mistä tilanneraportin voi rakentaa, ja jokainen pysähtyy eri kohtaan. Vain dokumentoitu toiminta, toimittajien omilta sivuilta, ja kuukausi, jolloin kukin sivu tarkistettiin:

Kaksi asiaa on kaikkialla samoin. Kokouksen jälkeen jää yksi dokumentti per kokous, siinä yhdessä kielessä, jota huoneessa käytettiin; ja se, tehtiinkö viime viikon seuraavat askeleet, ei ole asia, jonka dokumentti tietää – vetäjä menee ja tarkistaa ennen kuin kirjoittaa "valmis". Alustojen reaaliaikainen tekstitys – mitä Teams ja Google Meet näyttävät ruudulla puhelun aikana – ei muuta dokumenttia jälkikäteen. Muistiinpanosovellukset ovat samaa luokkaa yhtä askelta pidemmällä: Otter.ai-vaihtoehdoissa vertaillut kirjoittavat yhteenvedon per kokous, ja raportti, joka kattaa kuukauden kokoukset, on edelleen erillinen sivu.

Miten raportti kokoaa itsensä yhteenvedoista

InterMIND on kommunikaatiotila, jossa projekti elää kanavassa, joten raportin raaka-aineella on selvä koti. Jokainen kanavan kokous päättyy yhteenvetoon – tiivistelmään, päätöksiin ja toimenpiteisiin vastuuhenkilöineen ja päivämäärineen – joka kirjoitetaan itse kokouksesta ja toimitetaan sähköpostitse, viestinä kanavassa ja linkkinä kalenteritapahtumassa. Jokainen kirjautunut jäsen lukee sen omalla kielellään: tallenne käännetään lukijakohtaisesti eikä kirjoiteta kerran sillä kielellä, jota huoneessa sattui käyttämään, ja sama pätee kanavan sen ympärillä käytävään keskusteluun, jonka jokainen jäsen kirjoittaa omalla kielellään. Kuka tahansa jäsen voi muokata yhteenvetoa, jokainen muokkaus säilyttää tekijän ja versiohistorian, ja kanava säilyttää jokaisen aiemman istunnon yhteenvedon – joten "valmistunut edellisen raportin jälkeen" on viikon yhteenvetojen selaamista eikä rekonstruktio.

Toimenpiteet kantavat tilansa mukanaan. Kohta näkyy tilassa tehtävä, tehty tai ei tehty perusteluineen, ja organisaatiossa, jossa tiimien tilasivut ovat käytössä, aiempien istuntojen avoimet kohdat arvioidaan, kun seuraavaa yhteenvetoa kirjoitetaan: kohta, jonka joku ilmoitti valmiiksi, merkitään tehdyksi; kohta, josta keskusteltiin mutta jota ei saatu valmiiksi, merkitään ei tehdyksi kokouksen sanoin esitetyllä syyllä; kohta, jota kukaan ei ottanut puheeksi, pysyy avoimena. Se on pohjan "avoimet toimenpiteet" -lohko, jota pitävät kokoukset eikä vetäjä.

Tiimien tilasivuilta tulee loppu raportista. Yksi sivu viimeisten 7, 28 tai 90 päivän ajalta listaa organisaation tehtävät, ongelmat, tärkeät ja kiireelliset asiat sekä pelissä olevan rahan, ja jokaisella rivillä on sanatarkka lainaus yhteenvedosta, johon se perustuu; tehtävä pysyy, kunnes joku sulkee sen, ja neljän viikon liikkumattomuuden jälkeen se merkitään jumittuneeksi. Vetäjä kirjoittaa trendirivin ja värin – arvion – sivun päälle, jonka kokoukset ovat jo täyttäneet. Saman sivun voi lukea yhdistetyn avustajan kautta: vetäjä, joka työskentelee Claudessa, ChatGPT:ssä, Copilotissa tai Geminissä, pyytää viikon avoimet tehtävät ja ongelmat ja saa rivit lainauksineen. Tiimien tilasivut ovat esiversio-ominaisuus maksullisissa paketeissa: organisaation ylläpitäjä ottaa ne käyttöön kohdassa Settings → Advanced hyväksyttyään alfa-ehdot (Preview features -sivu kuvaa jokaisen).

Kun raportin pitää päätyä asiakirjajärjestelmään, isäntä lisää yhteenvedon kopion mihin tahansa osoitteeseen – CRM:n tai projektiseurannan saapuvan postin laatikkoon – ja jokainen kokouksen tai kanavan yhteenveto lähetetään myös sinne osoitteen kertaluonteisen vahvistuksen jälkeen; mekaniikka on kuvattu artikkelissa kopio jokaisesta kokousyhteenvedosta CRM:ääsi sähköpostitse, ja sama yhteenveto saapuu webhookina tai Zapier-triggerinä tiimeille, jotka vievät sen seurantaan itse.

Asiakkaan sidosryhmä, jonka pitäisi nähdä yhteenvedot, kutsutaan kanavaan sähköpostilla ja hän liittyy ilmaisella tilillä lukien omalla kielellään; kanavan ulkopuoliset osallistujat eivät maksa isännälle mitään. Yhden kokouksen vieras liittyy linkillä, ilman tiliä ja maksutta – puhelimesta, selaimessa – ja kuulee kokouksen livenä omalla kielellään. Vieraalle ei jää tallennetta jälkikäteen – tili on ilmainen, ja se tekee tallenteen tavoitettavaksi. Isäntä tarjoaa tilan ja maksullisessa paketissa maksaa vain edellisten 28 päivän aikana aktiivisista jäsenistä; hiljaiseksi jäävät jäsenet säilyttävät pääsynsä maksutta.

• Avaa täydellinen yhteenveto — oikea tallenne, jonka renderöi sama koodi, joka kirjoittaa omasi.
• Kokeile live-demoa — ei rekisteröitymistä; puhu ja kuule huone käännettynä kullekin kuuntelijalle.

Raportin tekeminen taitona säilyy jokaisessa työkalussa: jonkun täytyy yhä sanoa, onko projekti aikataulussa ja miksi. Sen ei tarvitse säilyä perjantain puolta tuntia – viikon puheluiden läpikäyntiä yhdellä kielellä sen selvittämiseksi, mitä sovittiin ja tekikö joku sen.

Usein kysytyt kysymykset

Mikä on projektin tilanneraportti?

Lyhyt, kiinteämuotoinen sivu, joka lähetetään säännöllisesti – yleensä viikoittain – ja kertoo päivittäisen työn ulkopuolisille, missä projekti on: kokonaistila yhdellä rivillä perusteluineen, mitä on saatu valmiiksi edellisen raportin jälkeen, mitä on suunniteltu ennen seuraavaa, riskit ja ongelmat vaikutuksineen aikatauluun tai budjettiin, päätökset, joita lukijaa pyydetään tekemään, sekä yhä avoimet toimenpiteet vastuuhenkilöineen ja eräpäivineen. Se on joka kerta sama sivu, jotta lukija vertaa viikkoja eikä lue alusta.

Mitä viikoittaisen tilanneraportin tulisi sisältää?

Kuusi lohkoa: otsikko, jossa on raportointijakso; yksi rivi kokonaistilaa perusteluineen; edistyminen edellisen raportin jälkeen tuloksina, ei toimintana; seuraavan jakson sitoumukset vastuuhenkilöineen; riskit, ongelmat ja tarvittavat päätökset, kukin vaikutuksineen ja pyyntöineen; sekä jokainen avoin toimenpide vastuuhenkilön ja eräpäivän kanssa, myöhässä olevat merkittyinä. Jätä pois dialogi, tunnit ja kaikki, mihin lukija ei voi reagoida.

Miten projektin tilanneraportti kirjoitetaan?

Aloita edellisestä raportista: sen "seuraava jakso" -lohko on tämän viikon tarkistuslista, ja sen avoimet toimenpiteet on joko tehty tai ovat yhä avoimia. Käy sitten läpi viikon kokousyhteenvedot nähdäksesi, mitä päätettiin ja mitä lisättiin. Kirjoita tilarivi viimeisenä, riskilohkon jälkeen, jotta väri vastaa tosiasioita. Lähetä se joka viikko samana päivänä samalle listalle ja pidä otsikot samoina raportista toiseen.

Mikä ero on tilanneraportilla ja tilannekokouksella?

Tilanneraportti kirjoitetaan ja luetaan asynkronisesti; tilannekokous on sama tieto välitettynä livenä, kaikkien huoneessa olevien ajan hinnalla. Kun raportti on olemassa, kokous on perusteltu silloin, kun sivu ei riitä: päätös, jossa sidosryhmien välillä on vaihtokauppa, päivämäärä joka siirtyy, riski joka on juuri muuttunut ongelmaksi tai uusi sidosryhmä, joka tarvitsee projektin hahmon kerran. Kokous, jonka esityslistana on "päivitys jokaiselta", on ääneen luettu raportti.

Eroaako tiiminvetäjän viikkoraportin pohja projektin tilanneraportista?

Se on lyhyempi ja osoitettu yhdelle ihmiselle. Tiiminvetäjän viikkoraportti esihenkilölle vastaa kolmeen kysymykseen neljässä lohkossa – tila yhdellä rivillä, mitä tiimi sai valmiiksi nimineen, mikä on tiellä ja kuka voi poistaa sen sekä mitä esihenkilöltä tarvitaan ja mihin mennessä – ja mahtuu chat-viestiin. Projektin tilanneraportti on pidempi, kattaa jakson ja joukon sidosryhmiä ja sisältää riskit, päätökset ja avoimet toimenpiteet projektin jokaisesta kokouksesta.

Kuinka usein projektin tilanneraportti tulisi lähettää?

Useimmissa projekteissa viikoittain: riittävän usein, jotta viivästys havaitaan viikon sisällä, ja riittävän harvoin, jotta jokaisessa raportissa on jotain uutta. Kahden viikon välein sopii pitkiin, tasaisiin projekteihin, joissa on vähän päätöksiä; päivittäinen raportointi kuuluu julkaisuviikolle tai häiriötilanteeseen, ja se on eri, lyhyempi dokumentti. Rytmistä riippumatta päivän ja vastaanottajalistan ei pitäisi muuttua – raporttia, joka saapuu joka viikko eri päivänä, ei lueta sarjana.

Pitäisikö asiakkaan saada tilanneraportti?

Kyllä, jos asiakas maksaa projektista ja raportin päätös on hänen tehtävänsä – "tarvittavat päätökset" -lohko on kirjoitettu hänelle. Kirjoita mahdollisuuksien mukaan yksi raportti kaikille asiakasversion ja sisäisen version sijaan; kaksiversioinen raportti ajautuu erilleen, ja sisäisestä tulee todellinen. Yhteisestä raportista jää pois tiimin sisäinen yksityiskohta – yksilön suoriutuminen, neuvoteltavana olevat arviot – joka kuuluu vetäjän omiin muistiinpanoihin.

Lähteet: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" suggests next steps; Slack — Meeting agenda template (canvas). Microsoftin muistiinpano-, Google Meetin muistiinpano- ja Slack-sivut tarkistettu lokakuussa 2026; Googlen seuraavien askelten ilmoitus tarkistettu syyskuussa 2026; Microsoftin yhteenveto- ja Zoomin kokousyhteenvetosivut tarkistettu elokuussa 2026. Toimittajat muuttavat paketteja, ominaisuuksia ja kielilistoja ajan myötä; tarkista nykytila heidän sivuiltaan.