SOP-sablon: formátum, példa, felülvizsgálati ciklus – és az SOP, amelyet minden tag a saját nyelvén olvas (2026)

Az SOP-sablon a szabványos működési eljárás (SOP) rögzített váza: egy fejléc az azonosítóval, a verzióval, a felelőssel és a felülvizsgálat dátumával, majd a cél, a hatókör, a szerepkörök, a számozott lépések (ki mit csinál, és milyen az eredmény), a kivételek, a nyilvántartások, a hivatkozások és a változástörténet. Bemutatjuk a formátumot, egy lemásolható sablont, két kitöltött példát, a felülvizsgálati ciklust, amely az eljárást naprakészen tartja, azt, hogy az SOP és a felülvizsgálata hol él a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben – valamint azt, hogyan olvashatja az eljárást és annak minden felülvizsgálatát minden tag a saját nyelvén.

The Mind.com Team

  • Az SOP-sablon egy fejléc és nyolc szakasz: azonosító, verzió, felelős, felülvizsgálati dátum; majd cél, hatály, szerepkörök, számozott lépések, kivételek, nyilvántartások, hivatkozások és verziótörténet.
  • Az eljárás a felülvizsgálat során marad igaz; a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben az SOP egynyelvű dokumentum, amelyet a felülvizsgálat után kézzel frissítenek.
  • Az InterMIND az eljárást és minden felülvizsgálatát a tagok saját nyelvén őrzi meg, ezen eszközök mellett, nem helyettük. A vendégek ingyen, hivatkozással csatlakoznak, fiók nélkül; csak az aktív tagok után fizet.
SOP-sablon: formátum, példa, felülvizsgálati ciklus – és az SOP, amelyet minden tag a saját nyelvén olvas (2026)

SOP-sablon: formátum, példa, felülvizsgálati ciklus – és az SOP, amelyet minden tag a saját nyelvén olvas (2026)

A szabványos működési eljárás, röviden SOP, annak írott módja, hogyan végezzük el szervezetünkben az ismétlődő feladatokat: a lépések sorrendben, ki melyiket végzi, mit eredményez az egyes lépés, és mi a teendő, ha a megszokott út el van zárva. Az SOP-sablon az a rögzített váz, amelybe ezek a szavak kerülnek, hogy a negyvenedik eljárás is ugyanúgy nézzen ki, mint az első, és aki egyet elolvasott, az mindet el tudja olvasni. A sablon a könnyebb rész; ez az útmutató nagyrészt arról szól, mi kerül bele, és mitől marad igaz a megírás napja után is.

Ez az útmutató először a mesterségről szól – mi az SOP és mi nem az, mi a szabványos formátum, hogyan írjunk olyat, amelyet az emberek valóban követnek, egy másolható sablon, két kitöltött példa –, majd a gyakorlati részről: hogyan működik a felülvizsgálati ciklus, hol él az SOP és a felülvizsgálata a csapat már használt eszközeiben, és mit kap az, aki más nyelven olvassa. Mert az SOP igazi próbája nem a jóváhagyás napja. Hanem az a kedd, amikor egy új kolléga egyedül nyitja meg a pultnál, miközben egy ügyfél vár.

Mi az SOP – és mi nem az

Öt dokumentumtípus írja le, hogyan történik a munka, és az SOP a középső:

Mire felelRészletességEgy sor így néz kiKi olvassa
SzabályzatMit teszünk és mit nem, és miértEgy szabály„Minden panaszra két munkanapon belül válaszolunk."Mindenki, egyszer; auditorok
FolyamatHogyan áramlik a munka a szerepkörök és csapatok közöttSzakaszok és átadások„Bejelentés → szűrés → megoldás → lezárás"Vezetők; aki a munkát megtervezi
SOPHogyan végez el egy megnevezett szerepkör egy feladatot, lépésről lépésreEgy eljárás, egyszerre egy szerepkör„3. A recepció rögzíti a panaszt a nyilvántartásban a dátummal, a csatornával és az ügyfél nyelvével."Aki a munkát végzi, minden alkalommal, amíg rutinná nem válik
MunkautasításHogyan történik egy lépés egy gépen, képernyőn vagy űrlaponEgy lépés„A nyilvántartásban válassza a Csatorna → Telefon lehetőséget, és illessze be a hívás azonosítóját."Aki az adott képernyőnél dolgozik
EllenőrzőlistaMinden megtörtént-ePipák„☐ Nyilvántartásba vétel megtörtént ☐ Visszaigazolás elküldve"Aki a műszak végén ellenőrzi

A különbségtétel azért számít, mert ez dönti el a terjedelmet. Az az SOP, amely minden lépés mögött elmagyarázza a szabályzatot, kézikönyv, amelyet senki sem nyit ki a pultnál; az az SOP, amely odáig megy, melyik gombra kell kattintani, minden szoftverfrissítésnél újraírásra szorul. Az SOP azt mondja meg, mit végeznek el, ki, milyen sorrendben, milyen eredménnyel; a fölötte álló szabályzat megmondja, miért, az alatta álló munkautasítás pedig pontosan, hogyan az adott képernyőn.

Az SOP az sem, hogy leírja, hogyan szokták általában végezni a munkát. Ez a megállapodott mód – ezért van felelőse, verziója és felülvizsgálati dátuma, és ezért van az, hogy az a lépés, amelyet senki sem követ, vagy törlendő lépés, vagy megbeszélendő téma, nem pedig olyan mondat, amelyet bent hagyunk.

Mit tartalmazzon: a szabványos formátum

Egy használható SOP-nak van egy fejléce és nyolc szakasza. A legtöbb online sablonban csak a fejléc és a lépések szerepelnek, ezért van az, hogy a legtöbb SOP egy éven belül elavul, és ezt senki sem tudja:

A fejléc – a dokumentum személyazonossága, öt mező egy sorban: egy azonosító, amelyre hivatkozni lehet („SOP-CS-04"), egy verzió („v2.1"), a felelős – egy megnevezett személy, nem egy részleg –, a hatálybalépés dátuma és a következő felülvizsgálat dátuma. Az a dokumentum, amelynek nincs felülvizsgálati dátuma, akkor kerül felülvizsgálatra, amikor valami balul sül el.

  1. Cél. Egy-két mondat: mit ér el ez az eljárás, és mi romlik el nélküle. „Minden panaszt ugyanúgy rögzítünk, igazolunk vissza és oldunk meg, így az ügyfél ugyanazt a választ kapja, bárki veszi is fel a telefont."
  2. Hatály. Mikor érvényes ez az SOP, és mikor nem. „Ügyfelek panaszai termékkel vagy szállítással kapcsolatban. Nem tartozik ide: jótállási igények (SOP-CS-07), beszállítói panaszok."
  3. Szerepkörök és felelősségek. Minden szerepkör, amely megjelenik a lépésekben, azzal, hogy miért felel. Szerepkörök, nem nevek: a nevek változnak; az SOP-nak nem kell ezzel együtt változnia.
  4. Fogalmak és előfeltételek. Kifejezések, amelyeket egy új ember nem biztos, hogy ismer, és ami az 1. lépés előtt kell, hogy meglegyen – hozzáférés a nyilvántartáshoz, a sablon, az eszkalációs lista.
  5. Az eljárás. Számozott lépések, lépésenként egy cselekvés, a megtörténés sorrendjében, mindegyik a szerepkörrel és egy igével kezdődik: „A recepció rögzíti…", „A csoportvezető átnézi…". Ahol segít, három oszlop – ki, mit tesz, eredmény vagy nyilvántartás –, hogy minden lépés olyasmivel záruljon, amit egy második személy ellenőrizhet.
  6. Kivételek és eszkaláció. Az elágazások: mi a teendő, ha az ügyfél nincs a rendszerben, ha az összeg meghaladja a keretet, ha a felelős távol van. Minden kivétel megnevez egy személyt vagy szerepkört, nem azt, hogy „kérdezz meg valakit".
  7. Nyilvántartások és kimenetek. Ami a végén létezik, és az elején még nem – a nyilvántartási bejegyzés, az elküldött e-mail, az aláírt űrlap – és hol őrzik. Ezt a szakaszt olvassa az auditor, és ez mutatja meg, követték-e az eljárást.
  8. Hivatkozások és verziótörténet. A szabályzat, amelyet megvalósít, a kapcsolódó SOP-k és munkautasítások; majd verziónként egy sor – dátum, mi változott, ki hagyta jóvá. A történet az a rész, amely megakadályozza, hogy ugyanaz a hiba új verziószám alatt újra bekerüljön.

Négy formátum az eljárás szakaszához. Egyszerű lépések – számozott lista – tíznél kevesebb lépésből álló, elágazás nélküli feladathoz. Hierarchikus – számozott lépések betűjelű részlépésekkel –, amikor egy lépésen belül saját sorrend van. Folyamatábra, amikor az elágazások fontosabbak a sorrendnél: egy döntési rombusz könnyebben követhető, mint a „ha… különben… kivéve". Ellenőrzőlista olyan rutinhoz, amelyet naponta ugyanazok az emberek végeznek, és ahol a kérdés nem az, hogy „hogyan", hanem az, hogy „megcsináltuk-e". Sok SOP kettőt használ: egy hierarchikus eljárást és egy abból levezetett egyoldalas ellenőrzőlistát a műszakhoz.

Ami kimarad: az indoklás (a szabályzat dolga), minden kattintás képernyőképe (a munkautasítás dolga), és bármi, amivel az ember nem tud mit kezdeni. „Bánj tisztelettel az ügyféllel" érték, nem lépés.

Hogyan írjunk SOP-t: megfigyelés, vázlat, teszt, közzététel

Figyeljük meg azt, aki a munkát végzi, és írjuk le, mit csinál valójában. Nem azt, amit a vezető gondol, hogy történik – azt, ami történik, a táblázatkezelős kerülőúttal együtt. Aki a munkát naponta végzi, az társszerző; az az SOP, amelyet róla írnak, nem vele, egy mappában él, míg a valódi eljárás az ő fejében. Minden lépésnél kérdezzük meg: mit csinálsz, ha ez nem sikerül?

Írjuk meg a vázlatot a sablonban, a lépésekkel kezdve. Az eljárás szakaszát írjuk meg a cél előtt: a lépések megmutatják, hol ér véget a hatály, és milyen szerepkörök léteznek. Lépésenként egy cselekvés, szerepkör plusz ige, jelen idő. Ha egy lépéshez bekezdés kell, akkor az két lépés vagy egy munkautasítás. Az egész legyen elég rövid ahhoz, hogy öt perc alatt elolvasható legyen; a részletek a hivatkozott utasításokban vannak.

Teszteljük valakin, aki még soha nem végezte a munkát. Adjuk oda neki az SOP-t és semmi mást, és figyeljük, hol áll meg. Minden megállás egy hiányzó lépés, egy hiányzó fogalom vagy egy hiányzó kivétel. Egy teszt egy új emberrel három tapasztalt emberek általi felülvizsgálatot ér, mert ők észrevétlenül kitöltik a hézagokat.

Tegyük közzé ott, ahol a csapat olvas, és tűzzük ki a dátumot. Egy negyven másikkal teli mappában lévő SOP-t azok találják meg, akik már ismerik a munkát. Oda tartozik, ahol az eljárást működtető csapat egyébként is beszélget, a felelős nevével és a felülvizsgálati dátummal jól láthatóan, hogy az „ez még aktuális?" kérdésre a fejléc válaszoljon, ne a körbekérdezés. Aztán tegyük a felülvizsgálati dátumot a naptárba – az az SOP, amelyet megírtak és soha nem vizsgáltak felül, az, amelyet magabiztosan követnek azután is, hogy már nem igaz.

SOP-sablon

[SOP-azonosító] – [Az eljárás neve]
Verzió: [n.n] · Felelős: [szerepkör, név] · Hatályos: [dátum] · Következő felülvizsgálat: [dátum]

1. Cél
[Egy-két mondat – mit ér el ez az eljárás, és mi romlik el nélküle.]

2. Hatály
Érvényes: [helyzetek, termékek, telephelyek] · Nem érvényes: [mit szabályoz más dokumentum, az SOP-azonosítóval]

3. Szerepkörök
[Szerepkör] – [miért felel ebben az eljárásban]
[Szerepkör] – [miért felel]

4. Fogalmak és előfeltételek
[Fogalom] – [jelentés]
Az 1. lépés előtt: [szükséges hozzáférés, eszközök, sablonok, listák]

5. Eljárás
5.1 [Szerepkör] [mit tesz] → [eredmény vagy nyilvántartás]
5.2 [Szerepkör] [mit tesz] → [eredmény vagy nyilvántartás]
5.3 [Szerepkör] [mit tesz] → [eredmény vagy nyilvántartás]
[a. részlépés] [b. részlépés]

6. Kivételek és eszkaláció
Ha [feltétel]: [mi a teendő, ki dönt]
Ha [feltétel]: [mi a teendő, ki dönt]
Bármi, ami itt nincs szabályozva: [szerepkör] dönt, és az esetet a következő felülvizsgálaton felvetik.

7. Nyilvántartások
[Mi létezik a végén – nyilvántartási bejegyzés, e-mail, űrlap – és hol, mennyi ideig őrzik.]

8. Hivatkozások és verziótörténet
Megvalósítja: [szabályzat] · Kapcsolódó: [SOP-azonosítók, munkautasítások]
v[n.n] – [dátum] – [mi változott] – jóváhagyta: [név]
v[n.n] – [dátum] – [mi változott] – jóváhagyta: [név]

A sablon újraformázás nélkül beilleszthető Word-fájlba, Google Docba, Notion-oldalra, Slack canvasba vagy csevegőjegyzetbe. A két leggyakrabban üresen hagyott mező a felelős és a következő felülvizsgálat dátuma; ez a kettő dönti el, hogy a dokumentum egy év múlva is igaz-e.

Két kitöltött példa

Ügyfélpanasz kezelése – ügyfélszolgálati csapat, hierarchikus

SOP-CS-04 – Ügyfélpanaszok kezelése
Verzió: 2.1 · Felelős: Ügyfélszolgálati vezető, Marta R. · Hatályos: 2026. okt. 1. · Következő felülvizsgálat: 2027. ápr. 1.

1. Cél – Minden panaszt ugyanúgy rögzítünk, igazolunk vissza és oldunk meg, így az ügyfél ugyanazt a választ kapja, bárki veszi is fel a telefont, az ügyfél nyelvén.
2. Hatály – Ügyfelek panaszai termékkel, szállítással vagy számlával kapcsolatban, telefonon, e-mailben vagy csevegésben. Nem tartozik ide: jótállási igények (SOP-CS-07); nem tartozik ide: beszállítói panaszok (SOP-PR-02).
3. Szerepkörök – Recepció: rögzít és visszaigazol. Ügyfélszolgálati munkatárs: kivizsgál és válaszol. Ügyfélszolgálati vezető: jóváhagy mindent a jóváírási keret felett, dönt az eszkalációkról.
4. Előfeltételek – Hozzáférés a panaszok nyilvántartásához; a visszaigazoló sablon az ügyfél nyelvén; az aktuális jóváírási keret (lásd a nyilvántartás fejlécét).

5. Eljárás
5.1 A recepció rögzíti a panaszt a nyilvántartásban → bejegyzés a dátummal, csatornával, ügyféllel, termékkel, az ügyfél nyelvével és egy panaszazonosítóval
5.2 A recepció egy munkanapon belül elküldi a visszaigazolást → visszaigazoló e-mail a panaszazonosítóval, az ügyfél nyelvén
5.3 Az ügyfélszolgálati munkatárs kivizsgálja az ügyet:
a. ellenőrzi a rendelés, a szállítás és a számla nyilvántartását;
b. felhívja vagy megírja az ügyfelet, ha hiányzik valamely tény;
c. rögzíti a megállapítást és a javasolt orvoslást a nyilvántartásban → megállapítás és orvoslás, dátummal
5.4 Ha az orvoslás a kereten belüli jóváírás, a munkatárs kiállítja; a keret felett az ügyfélszolgálati vezető egy munkanapon belül jóváhagyja → jóváíró számla vagy írásos jóváhagyás
5.5 A munkatárs az 5.1-től számított öt munkanapon belül válaszol az ügyfélnek → válasz az ügyfél nyelvén, a panaszazonosítóra hivatkozva
5.6 A recepció lezárja a bejegyzést → státusz: Lezárva, dátum, orvoslás

6. Kivételek – Az ügyfél nincs a rendszerben: rögzítse a megadott elérhetőségekkel, jelölje ellenőrizetlen-ként, folytassa. Az ügyfél jogi lépésekkel fenyeget: álljon meg az 5.3-nál, még aznap adja át az ügyfélszolgálati vezetőnek. A felelős távol van: a nyilvántartás fejlécében megnevezett helyettes hagyja jóvá.
7. Nyilvántartások – A nyilvántartási bejegyzés (5 évig őrzendő), a visszaigazolás és a válasz (az ügyfél aktájában), a jóváíró számla (pénzügy).
8. Hivatkozások – Ügyfélszabályzat 4. §; SOP-CS-07; WI-CS-04a munkautasítás „A panaszok nyilvántartása".
v2.1 – 2026. okt. 1. – az 5.2 lépés határideje két napról egyre módosult; a visszaigazolás mostantól az ügyfél nyelvén készül – jóváhagyta: Marta R.
v2.0 – 2026. márc. 15. – jóváírási keret és jóváhagyási lépés hozzáadva – jóváhagyta: Marta R.

A rendelő nyitása – recepció, napi ellenőrzőlista

SOP-FD-01 – A rendelő nyitása
Verzió: 1.3 · Felelős: Rendelővezető, Tomás A. · Hatályos: 2026. szept. 1. · Következő felülvizsgálat: 2027. márc. 1.

1. Cél – A rendelő minden nap 8:00-ra készen áll az első betegre, bárki nyit is.
2. Hatály – Hétköznapi nyitás a reggeli műszak recepciósa által. Nem tartozik ide: hétvégi nyitás (SOP-FD-02).
3. Szerepkörök – Nyitó recepciós: minden az alábbiak közül. Rendelővezető: bármely sikertelen tétel esetén őt hívják.

5. Eljárás – 7:45-ig, ebben a sorrendben
☐ Riasztó kikapcsolva, ajtók kinyitva, világítás és fűtés bekapcsolva
☐ Recepciós számítógép bekapcsolva, időpontfoglaló rendszer megnyitva, a mai lista kinyomtatva
☐ Telefonvonal az éjszakai üzenetről élőre átkapcsolva
☐ Váróterem ellenőrizve: székek, víz, a napi közlemények mindkét nyelven
☐ 1–3. kezelő: a fogyóeszközök a szekrényen jelzett minimumszint felett
☐ Kártyaterminál bekapcsolva, a próbatranzakció lezárva
☐ A nap első három betegének felhívása, ha bármelyiknél szerepel a megerősítendő megjegyzés

6. Kivételek – Valamely tétel nem teljesíthető: hívja a rendelővezetőt 7:50 előtt; ne nyissa ki az ajtókat a betegek előtt, amíg a vezető nem válaszolt. Az időpontfoglaló rendszer nem működik: használja az előző esti kinyomtatott listát (SOP-FD-05).
7. Nyilvántartások – A kipipált ellenőrzőlista, kézjeggyel és dátummal ellátva, a nyitási mappában; három hónapig őrzendő.
v1.3 – 2026. szept. 1. – a váróterem tételéhez hozzáadva a közlemények mindkét nyelven – jóváhagyta: Tomás A.

Figyeljük meg, mi a közös a kettőben: minden lépés szerepkörrel és igével kezdődik, és olyasmivel végződik, amit egy második személy ellenőrizhet; a kivételek megneveznek egy személyt; a fejléc megmondja, ki a felelős, és mikor nézik át legközelebb; az utolsó sorok pedig rögzítik, mi változott és miért. Ez az egész mesterség. Minden más ebben az útmutatóban arról szól, hogyan marad igaz a dokumentum az aláírás napja után is.

A felülvizsgálati ciklus: hogyan marad igaz az eljárás

Az SOP állítás arról, hogyan történik a munka, a munka pedig mozog. A felülvizsgálati ciklus tartja őszintén ezt az állítást. Négy részből áll.

Egy dátum, és a dátumot megelőző kiváltó okok. Minden SOP fejlécében van következő felülvizsgálati dátum – hat vagy tizenkét hónap szokásos, szabályozott vagy biztonsági vonatkozású eljárásoknál rövidebb. Négy esemény hozza előre a felülvizsgálatot: egy incidens, amelyet az eljárás nem előzött meg; változás az eszközben, űrlapban vagy beszállítóban, amelyre a lépések épülnek; változás a szabályban vagy előírásban, amelyet az SOP megvalósít; és három egymást követő eltérés – ha három ember eltérően csinál egy lépést a dokumentumtól, az szavazat, nem fegyelmi probléma.

Rövid felülvizsgálati megbeszélés azokkal, akik a munkát végzik. Húsz perc, a felelős és két-három ember, aki az eljárást működteti, az aktuális verzió mindenki képernyőjén. A napirend mindig ugyanaz:

SOP-[ID] felülvizsgálata – [dátum]
1. Eltérések az előző felülvizsgálat óta: hol csináltuk másként, és miért – 5 perc
2. Incidensek és panaszok, amelyeket az eljárás érintett – 5 perc
3. Módosítandó, hozzáadandó vagy törlendő lépések – egy sor mindegyik, az indokkal – 7 perc
4. Döntés: újrakiadás v[n.n] verzióként [dátum] dátummal, vagy változatlan megerősítés új felülvizsgálati dátummal – 3 perc
Teendők: ki szerkeszt, ki hagy jóvá, ki kit tájékoztat, meddig

Új verzió, a régi megőrzésével. A módosítás egy sorként kerül a verziótörténetbe – dátum, mi változott, ki hagyta jóvá –, és a verziószám továbblép: egy módosított lépés kisebb verzió (2.0 → 2.1), egy módosított hatály vagy új szerepkör nagyobb. Az előző verziót hatályon kívül helyezettként jelöljük és megőrizzük, nem töröljük: egy auditornak, vagy egy kollégának, aki azt magyarázza, mi történt márciusban, szüksége van az akkori eljárásra. Az a döntés, amelyet a felülvizsgálaton hoztak, és amely egy szabályt módosít, nem csak egy lépést, a döntési naplóba is bekerül, a bejegyzésben az SOP-azonosítóval.

Akik a munkát végzik, értesülnek róla. Egy újrakiadott SOP, amelyről senki sem szólt, a régi SOP új számmal. A változás eljut az eljárást működtetőkhöz, abba a helyre, ahol egyébként is olvasnak, a három megváltozott sor idézésével – és az új felülvizsgálati dátum még aznap bekerül a naptárba.

Hol él az SOP és a felülvizsgálata a már használt eszközökben

Maga az eljárás dokumentum, és ott él, ahol a csapat dokumentumai élnek – egy Word-fájl egy megosztott könyvtárban, egy Google Doc, egy wikioldal, egy canvas. A felülvizsgálat egy megbeszélés, és minden platformnak van helye annak, amit a felülvizsgálati megbeszélés hátrahagy, és mindegyik máshol áll meg. Csak dokumentált működés, a szolgáltatók saját oldalairól, az oldal ellenőrzésének hónapjával:

PlatformHol jegyzik a felülvizsgálatotA felülvizsgálatból mi jön vissza a megbeszélés után
Microsoft TeamsNotes a megbeszélés vezérlői között a hívás alatt – egy Loop-komponens, amelyet bármely résztvevő vagy szervező szerkeszthet, a feladatok személyek megjelölésével oszthatók ki; vagy Add an agenda a megbeszélés Részletek lapján az időzítéskorAutomatikusan mentve, elérhető a Teams naptárából és a megbeszélés összefoglalójából; a jegyzetben az van, amit valaki begépelt; a külső résztvevők nem érhetik el és nem szerkeszthetik (ellenőrizve: 2026. október)
Zoom WorkplaceA megbeszélésből generált Meeting summary AI Companionnal, három részben – gyors összefoglaló, összefoglaló, következő lépések – a fizetős Zoom Workplace csomagokon; a személyes jegyzet külön dokumentumAz összefoglalót e-mailben küldik, a webes portál Summaries oldalán szerepel, és közzétehető a megbeszélés csoportos csevegésében a Team Chatben; a résztvevők akkor kapják meg, ha a házigazda a megosztás mellett döntött, csak a házigazda szerkesztheti, a nem hitelesített felhasználók nem kapják meg az e-mailt (ellenőrizve: 2026. augusztus)
Google WorkspaceA Naptár-esemény leírása, vagy egy onnan hivatkozott Google Doc; megfelelő Workspace-kiadásokon és Google AI csomagokon a Take notes for me bekapcsolható a Naptárban az esemény létrehozásakorA jegyzetek a megbeszélés után Google Docként érkeznek, megosztva minden vendéggel, a szervezet vendégeivel vagy csak a házigazdákkal, a beállítástól függően; a funkció egyszerre egy nyelvet támogat – ugyanazon megbeszélésen több nyelv használata nem támogatott (ellenőrizve: 2026. október)
SlackSablonból készült canvas, megosztva a csatornában, a célok, a következő lépések és a határidős action items szakaszaivalA canvas dokumentumként a csatornában marad; ami a hívásban elhangzott, nincs benne, hacsak valaki be nem gépeli (ellenőrizve: 2026. október)

Két dolog mindenhol ugyanaz. Az SOP egy dokumentum abban az egy nyelvben, amelyen megírták, és a kolléga, aki más nyelven olvas, azt olvassa, vagy egy másolatot, amelyet valaki készített; és amit a felülvizsgálat megváltoztatott, csak akkor kerül be a dokumentumba, ha valaki utólag begépeli, ugyanazon a nyelven.

Hogyan jön vissza az eljárás – és minden felülvizsgálata – a tagok saját nyelvén

Az InterMIND egy kommunikációs tér, ahol a csapat munkája egy csatornában él, így az SOP-nak kézenfekvő otthona van: az eljárást működtető csapat csatornája. Jegyzetként közzétéve – címsorokkal és számozott listákkal formázott szöveges üzenet, amelyet később a saját menüjéből szerkeszthetünk – minden tag a saját nyelvén olvassa, az eredeti és a változások összevetése egy kapcsolóval elérhető, és kitűzve van, hogy az aktuális verziót találja meg elsőként egy új kolléga. Ha fájlként töltjük fel – PDF vagy Word-dokumentum –, a fizetős csomagokon minden olvasónak a saját nyelvére lefordítva nyílik meg, és minden csomagon a kártyáján ott van egy MI-összefoglaló az olvasó nyelvén, minden pontja arra a bekezdésre hivatkozva, amelyből származik, így az ötperces olvasmány akkor is létezik, mielőtt bárki megírta volna. Ha a főpé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 mellékletek megőrzésével.

A felülvizsgálati megbeszélés ebből a csatornából indul. A hívás alatt az aktuális verzió mindenki képernyőjére kerü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ő egymástól függetlenül görget benne, és a saját nyelvén olvassa; a megosztott jegyzetet a megosztó élőben szerkeszti, miközben a terem nézi, hogyan formálódik a módosított lépés. A hívás végén az összefoglaló magából a megbeszélésből készül – egy összefoglaló, a megállapodottként, nyitottként vagy vitatottként jelölt pontok, a felelősökkel ellátott action items, minden sor megtartja az időbélyegét –, és a munkamenet alatt megosztott dokumentumok összefoglalói az elhangzottak mellett kerülnek bele. E-mailben, üzenetként a csatornában és hivatkozásként a naptáresemény­ben érkezik, és minden bejelentkezett tag a saját nyelvén olvassa: a feljegyzést olvasónként fordítják, nem egyszer írják meg azon a nyelven, amelyet a terem történetesen használt. Bármely tag szerkesztheti, minden szerkesztés megőrzi a szerzőt és a verziótörténetet, a csatorna pedig megőrzi minden korábbi munkamenet összefoglalóját – így a v2.1-et eredményező felülvizsgálat egy kattintásra van a v2.1-et jelentő jegyzettől, és a tag saját asszisztense – Claude, ChatGPT, Copilot vagy Gemini, az MCP-összekötőn keresztül csatlakoztatva – egyetlen kérdéssel kereshet az összefoglalókban, átiratokban, csevegésekben és a megosztott fájlok szövegében, „mit változtattunk a panaszkezelési eljáráson októberben?", és elolvashatja magát a dokumentumot; ez azoknál a szervezeteknél működik, ahol az MI-funkciók be vannak kapcsolva.

Akik egy eljárást működtetnek, nem mindig alkalmazottak. Egy forgalmazó munkatársai, egy vállalkozó, egy helyettesítő orvos: a csatorna külső tagja e-mailben csatlakozik egy ingyenes fiókkal, és úgy olvassa az SOP-t és a történetét, mint mindenki más; a fiók nélküli személy egyetlen megbeszélés vendége – hivatkozással csatlakozik a felülvizsgálati híváshoz, telefonról, díjmentesen, élőben hallja a saját nyelvén, és utána nem kap feljegyzést. A házigazda biztosítja a teret, és fizetős csomagon csak az elmúlt 28 napban aktív tagok után fizet – aki csatlakozott megbeszéléshez, írt egy csevegésben vagy megkérdezte az asszisztenst; a elcsendesedő tagok díjmentesen megtartják a hozzáférésüket.

Az SOP-k mint mesterség minden eszközt túlélnek: valakinek még mindig meg kell figyelnie a munka végzését, a lépéseket cselekvésként kell megírnia, és meg kell kérdeznie az új embert, hol akadt el. Amit nem kell túlélnie, az a második munka – minden verzió lefordított másolatát kézzel megőrizni, és azt, amit a felülvizsgálat megváltoztatott, egy nyelven újra begépelni azoknak, akik másokat olvasnak.

GYIK

Mi az az SOP-sablon?

Az SOP-sablon az a rögzített váz, amelybe a szabványos működési eljárást írják: egy fejléc az azonosítóval, verzióval, felelőssel, hatálybalépési dátummal és a következő felülvizsgálat dátumával, majd a szabványos szakaszok – cél, hatály, szerepkörök, fogalmak és előfeltételek, a számozott eljárás, kivételek és eszkaláció, nyilvántartások, valamint hivatkozások verziótörténettel. A sablon a szervezet minden eljárását egyformává teszi, így aki egyet elolvasott, mindegyikben eligazodik.

Melyek az SOP 5 része?

Az öt rész, amelyben a legtöbb sablon megegyezik: a címblokk vagy fejléc, a cél, a hatály, a szerepkörök és felelősségek, valamint maga az eljárás. A teljes SOP még hármat hozzátesz – kivételek és eszkaláció, nyilvántartások, valamint hivatkozások verziótörténettel –, és általában a hiányzók miatt hibásodik meg egy eljárás: senki sem tudja, mit tegyen, ha a megszokott út el van zárva, és senki sem tudja, mi változott az előző verzió óta.

Hogyan írjunk SOP-t?

Figyeljük meg azt, aki a munkát végzi, és írjuk le, mi történik valójában, az elágazásokkal együtt. Először az eljárás szakaszát írjuk meg – lépésenként egy cselekvés, szerepkör plusz ige, jelen idő –, majd a lépések alapján töltsük ki a hatályt, a szerepköröket és a kivételeket. Teszteljük valakin, aki még soha nem végezte a munkát, és javítsunk ki minden helyet, ahol megakad. Tegyük közzé ott, ahol a csapat már olvas, a felelőssel és a következő felülvizsgálati dátummal a fejlécben, és tegyük ezt a dátumot a naptárba.

Mi az SOP formátuma?

Egy fejlécsor – azonosító, verzió, felelős, hatálybalépési dátum, következő felülvizsgálati dátum – és nyolc számozott szakasz: cél, hatály, szerepkörök, fogalmak és előfeltételek, eljárás, kivételek és eszkaláció, nyilvántartások, hivatkozások és verziótörténet. Az eljárás szakasza négy alak közül választ: egyszerű számozott lépések, hierarchikus lépések részlépésekkel, folyamatábra, ha az elágazások fontosabbak a sorrendnél, vagy ellenőrzőlista napi rutinhoz.

Mi a különbség az SOP és a munkautasítás között?

Az SOP egy feladatot ír le az elejétől a végéig a szerepkörök és lépések szintjén – ki mit csinál, milyen sorrendben, milyen eredménnyel. A munkautasítás ezek közül egy lépést ír le egy képernyőn, gépen vagy űrlapon, egészen a mezőig és a gombig. Az SOP azt mondja: „A recepció rögzíti a panaszt a nyilvántartásban"; a munkautasítás megmutatja a nyilvántartást, a mezőket és a legördülő menü értékeit. A kettő szétválasztása teszi lehetővé, hogy az SOP túlélje a szoftverváltást.

Mi a különbség az SOP és a szabályzat között?

A szabályzat a szabály és az indok: mit tesz és mit nem tesz a szervezet. Az SOP az, hogyan hajt végre egy szerepkör a szabályt, lépésről lépésre. „Minden panaszra két munkanapon belül válaszolunk" szabályzat; a rögzítéstől a lezárásig vezető nyolc lépés az az SOP, amely ezt megvalósítja. A szabályzat ritkán és döntés útján változik; az SOP akkor változik, amikor a munka, és a verziótörténete megmondja, mikor.

Van SOP-sablon Wordben vagy Google Docsban?

Az útmutatóban szereplő sablon egyszerű szöveg félkövér címkékkel, így újraformázás nélkül beilleszthető Word-dokumentumba, Google Docba, Notion-oldalra, Slack canvasba vagy csevegőjegyzetbe. A formátum fontosabb a fájlnál: bármi tartja is az SOP-t, annak szüksége van a felelőssel és a felülvizsgálati dátummal ellátott fejlécre, szerepkörrel és igével kezdődő számozott lépésekre, minden kivételhez egy megnevezett személyre és verziótörténetre – és annak ott kell élnie, ahol a munkát végzők már olvasnak.

Milyen gyakran kell felülvizsgálni az SOP-kat?

A fejlécben megírt dátumon – hat vagy tizenkét havonta szokásos, szabályozott vagy biztonsági vonatkozású eljárásoknál rövidebb időközönként – és korábban, ha négy dolog valamelyike történik: egy incidens, amelyet az eljárás nem előzött meg, változás az eszközben vagy űrlapban, amelyre a lépések épülnek, változás a szabályban, amelyet megvalósít, vagy három egymást követő eltérés. A felülvizsgálat húszperces megbeszélés azokkal, akik a munkát végzik, és új verzióval zárul a történetben egy sorral, vagy megerősítéssel új felülvizsgálati dátummal.


Források: Microsoft – Megbeszélési jegyzetek készítése a Microsoft Teamsben; Zoom – A Meeting Summary használata az AI Companionnal; Google – Naptár- és Meet-beállítások a „Take notes for me" funkcióhoz; Google Meet – „Take notes for me" a Google Meetben; Slack – Megbeszélés-napirend sablon (canvas). A Microsoft-, Google- és Slack-oldalakat 2026 októberében, a Zoom meeting summary oldalát 2026 augusztusában ellenőriztük. A szolgáltatók idővel módosítják csomagjaikat, funkcióikat és nyelvlistáikat; az aktuális állapotért tekintse meg az oldalaikat.

Továbbiak a(z) Meetingek és összefoglalók témában

Az összes bejegyzés a(z) Meetingek és összefoglalók témában
How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)
Meetingek és összefoglalók

How to write an SOP: steps, template, example, review cycle — and where the SOP lives after it is written (2026)

To write an SOP, pick one recurring job, watch the person who does it, draft the numbered steps first — each starting with a role and a verb and ending in a result someone else can check — add the exceptions and the records, give it an ID, an owner and a review date, test it on someone new to the job, then publish it where the team already reads. The seven steps in order, a one-page template you can copy, a worked example, the review cycle that keeps the procedure true, where the SOP lives in Teams, Zoom, Google Workspace and Slack after it is written — and how the procedure and every review of it stay readable for each member in their own language.

The Mind.com Team

Hogyan delegáljunk feladatokat: a handover, amely működik — brief, felelős, határidő és egy mindkét fél számára olvasható nyilvántartás (2026)
Meetingek és összefoglalók

Hogyan delegáljunk feladatokat: a handover, amely működik — brief, felelős, határidő és egy mindkét fél számára olvasható nyilvántartás (2026)

Feladat delegálásakor ne lépések listáját add át, hanem egy eredményt: egy bekezdéses briefet az elvárt eredménnyel, a határidővel és a korlátokkal, egyetlen felelőst, aki hangosan igent mond, a munka megkezdése előtt egyeztetett check-int, valamint egy olyan handovert, amely később mindkét fél számára olvasható marad. A módszer lépésről lépésre, egy lemásolható brief sablon, egy RACI-táblázat a több ember által érintett munkához, mit érdemes delegálni és mit megtartani, hol él a handover Teamsben, Zoomban, Google Workspace-ben és Slackben — és hogyan tér vissza a feladat a következő összefoglalóban elvégzettként vagy elvégezetlenként, minden tag saját nyelvén.

The Mind.com Team

Távmunka-szabályzat: sablon, szakaszok, példa – és az egyetlen csatorna, ahol a szabályzat él (2026)
Meetingek és összefoglalók

Távmunka-szabályzat: sablon, szakaszok, példa – és az egyetlen csatorna, ahol a szabályzat él (2026)

A távmunka-szabályzat az irodán kívüli munkavégzés írásos szabályrendszere: ki dolgozhat távol, honnan, mikor kell elérhetőnek lennie, hogyan kommunikál a csapat, ki fizeti az eszközöket és a internetkapcsolatot, hogyan védik a céges adatokat, és hogyan vizsgálják felül magát a szabályzatot. A használható szabályzat tíz szakasza, egy lemásolható sablon, egy kitöltött példa egy három országban működő, negyvenfős cégre, valamint az, hogy a szabályzat és annak felülvizsgálata hol él a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben – és hogyan teszi egyetlen csatorna a szabályzatot, a hozzá kapcsolódó minden kérdést és minden módosítást olvashatóvá minden tag számára a saját nyelvén.

The Mind.com Team

Új bejegyzések és termékfrissítések e-mailben

Havonta egy e-mail az új bejegyzésekkel és termékfrissítésekkel. Bármikor leiratkozhatsz.


Hogyan javítsuk a csapat produktivitását: kevesebb meeting, írásos státusz és olyan előzmények, amelyeket minden iroda el tud olvasni (2026)

A csapat produktivitásának javításához csak azokat a meetingeket tartsd meg, amelyeken valami eldől, a státuszt vidd át egy előre megadott időpontig közzétett írásos összefoglalóba, és vezess egyetlen előzményt a döntésekről és a feladatokról, amelyet minden csapattag később is el tud olvasni. A három módszer a mögöttük álló számításokkal, egy átmásolható heti státuszsablon, egy 30 napos terv, valamint az, hogy az írásos státusz és a meetingek jegyzéke hol található a Teamsben, a Zoomban, a Google Workspace-ben és a Slackben – és hogyan teszi egy csatorna a státuszt, a feladatokat és minden összefoglalót olvashatóvá minden tag számára a saját nyelvén.

MI titkár egy csapat számára: mit csinál ma Mia a meetingeken, a csatornán és a naptárban — és hol érnek véget a mai eszközök (2026)

Az MI-titkár olyan asszisztens, amely átveszi a csapat meetingjei körüli adminisztratív munkát: elkészíti az összefoglalót, vezeti a jegyzőkönyvet, összeszedi, ki mit ígért, beteszi az utánkövetést a naptárba, és hetekkel később is megválaszolja, mit döntöttek. Mi ez a feladatkör, egy átadáshoz másolható brief, mit dokumentál ma ezen a címszó alatt a Microsoft Teams, a Zoom és a Google Workspace, és mit csinál az InterMIND Miája fizetős csomagban — a meetingen, a csatornán és az Ön által már használt asszisztensből.