Hogyan írj folyamatleírást, amit tényleg használnak is?

A jó folyamatleírás három dolgon áll vagy bukik: rövid lépésekből áll, egyetlen konkrét feladatot ír le, és ott van, ahol a kolléga keresni fogja. A legtöbb cégnél nem az a baj, hogy nincs folyamatleírás, hanem az, hogy amit megírtak, azt senki nem használja: hosszú, elavult, és egy megosztott meghajtó mélyén lapul. Ez a cikk arról szól, hogyan írj olyat, ami tényleg működik, és hogyan tartsd naprakészen, amikor a leírás nagy részét már gép is elkészítheti.

Folyamatleírás (angolul SOP, standard operating procedure): rövid, lépésenkénti leírás egy visszatérő feladat elvégzéséről. Attól folyamatleírás és nem jegyzet, hogy más is el tudja végezni belőle a feladatot, ne csak az, aki írta.

Miért nem használja senki a folyamatleírásokat?

Mert a legtöbb az írójának készül, nem az olvasójának. Három tipikus hiba viszi el a legtöbb leírást.

Túl hosszú

Öt oldal összefüggő szöveg, amiben a lényeg a harmadik bekezdés közepén van. Senki nem olvassa el, amikor ég a keze alatt a munka; a folyamatleírást nem nyugodt délutánokon olvassák, hanem akkor, amikor épp el kell végezni a feladatot, lehetőleg két perc alatt.

Túl általános

“Kezeljük az ügyfélpanaszt empatikusan” nem lépés, hanem jótanács. Lépés az, hogy “Nyisd meg a panaszt, és 24 órán belül küldd el az első választ a sablonból”. A különbség egyszerű teszttel mérhető: el tudja-e végezni a feladatot a leírásból valaki, aki még sosem csinálta? Ha nem, a leírás nem kész.

Nem található meg

Ha a leírás egy mappastruktúra hatodik szintjén él egy “vegles_v2_MOSTMÁRTÉNYLEG.docx” fájlban, akkor nem létezik. A kolléga inkább megkérdezi azt, aki tudja, és pont az történik, amit a leírás megelőzne: a tapasztalt embert naponta megszakítják ugyanazokkal a kérdésekkel. Ha az anyagaid most is szét vannak szórva, első lépésként érdemes egy közös tudástárba rendezni őket.

Milyen a jó folyamatleírás?

	Rossz	Jó
Terjedelem	oldalak	5-15 lépés
Egy lépés	bekezdés	egy mondat, egy cselekvés
Hatókör	”az ügyfélszolgálat működése"	"visszatérítés indítása”
Kivételek	nincsenek	”ha X, akkor Y” a végén
Frissítés	soha	felelőse és dátuma van

A szerkezet, ami nálunk bevált, négy részből áll:

1. Mikor kell: mi váltja ki a folyamatot (“az ügyfél visszatérítést kér”).
2. Lépések: számozva, egy mondat egy cselekvés, képernyőképpel ott, ahol a felületen kell valamit megtalálni.
3. Kivételek: a 2-3 leggyakoribb “de mi van, ha” eset, egy-egy mondattal.
4. Felelős és dátum: ki a gazdája, mikor frissült utoljára.

Ennyi. Ez az a méret, amit meg is írnak, és el is olvasnak. Ha egy folyamat nem fér bele 15 lépésbe, az majdnem mindig azt jelenti, hogy valójában két folyamat, és szét kell bontani.

Mennyi munka ez valójában?

Kevesebb, mint amennyinek látszik. A folyamatleírás-készítés drága része eddig maga a leírás megírása volt, nem a tudás. Ha egy néma képernyővideóból az AI elkészíti a számozott lépéseket a felület pontos elnevezéseivel, akkor az embernek csak a felvételt kell elindítania és a kész piszkozatot átnéznie. A tanulság nem az, hogy az AI mindent megold, hanem az arány: aki tudja, hogyan kell elvégezni a feladatot, annak elég egyszer megcsinálnia felvétel közben, és a leírás gépi munkává válik.

Az átnézés nem kihagyható lépés. Az AI erős első piszkozatot ad, de ami a csapat hivatalos folyamata lesz, azon legyen rajta emberi szem: ez minőségi kapu és, ügyfelet érintő folyamatnál, alapvető gondosság is.

Hova kerüljön, hogy használják is?

Egy kereshető, közös tudástárba, aminek szerkezete a ti munkátokat követi, és amiben a keresés tényleg megtalálja a leírást. A “hova” legalább olyan fontos, mint a “hogyan”: a legjobb leírás is halott, ha nem ott van, ahol keresik.

Innen tud továbbépülni a rendszer: a folyamatleírásokból áll össze az új munkatárs betanítási terve, és ezeken múlik, hogy a betanítás hetekig vagy hónapokig tart. A Corganize-ban a kettő ugyanaz a tartalom: amit egyszer leírtál, az betanító leckeként is kiosztható, ellenőrző kérdésekkel együtt.

Hogyan tartsd karban?

A leírás megírása egyszeri munka, a karbantartása viszont folyamatos. Enélkül a legjobb tudástár is lassan elavul, és az elavult leírás rosszabb, mint a semmi, mert magabiztosan vezet félre. Három egyszerű szabály elég:

• Minden leírásnak egy gazdája van. Nem bizottság, egy név.
• A dátum látszik. Az olvasó lássa, mikor frissült utoljára; egy két éve nem frissült leírásnak eleve gyanakodva érdemes hinni.
• A javítás egy mozdulat legyen. Ha a kolléga hibát talál, ott helyben tudja jelezni vagy javítani. Ha a javításhoz e-mailt kell írni valakinek, aki majd egyszer átvezeti, a leírás elavulása csak idő kérdése.

Ki legyen a gazda?

A legjobb, ha a leírás gazdája az, aki a feladatot ténylegesen végzi. Ő látja elsőként, ha változik a felület, a szabály vagy a folyamat, és neki áll a legjobban érdekében, hogy a leírás pontos legyen: a saját munkáját írja le. Ha a karbantartás egy külön “folyamatgazda” feladata, aki maga nem csinálja a munkát, akkor a frissítés mindig késve érkezik, mert valakinek jeleznie kell neki, hogy változott valami. Ha ugyanaz frissíti, aki végzi, ez a lépés kimarad.

A verziók és az emlékeztető

Két dolog nélkül minden karbantartási szándék elhal a hétköznapokban: hogy lásd, mi változott, és hogy egyáltalán eszedbe jusson frissíteni.

A Corganize mindkettőt leveszi a válladról. Verziót vezet minden leíráshoz, így nyomon követhető, ki és mikor módosított rajta, és szükség esetén visszakereshető egy korábbi állapot: nem kell többé “vegles_v2_MOSTMÁRTÉNYLEG” fájlokban gondolkodni. És ha egy leírás megadott ideje nem frissült, a rendszer automatikus értesítőt küld a felelősének, hogy nézze át. Így nem az emlékezetén múlik, hogy a tudástár naprakész marad-e, hanem a folyamaton.

Gyakori kérdések

Mi az a folyamatleírás (SOP)?

Rövid, lépésenkénti leírás arról, hogyan kell egy visszatérő feladatot elvégezni: mikor kell csinálni, milyen lépésekben, és mi a teendő a kivételeknél. Célja, hogy a feladat attól függetlenül elvégezhető legyen, ki van éppen bent.

Milyen hosszú legyen egy folyamatleírás?

Egy folyamat, egy oldal: jellemzően 5-15 lépés. Ha ennél hosszabb, valószínűleg több folyamatot írtál le egyben, és érdemes szétbontani.

Mennyi idő megírni egy folyamatleírást?

Kézzel a leírás sorról sorra végiggondolása és megírása viszi el az időt. AI-segítséggel a nyersanyag egy néma képernyőfelvételből elkészül, és csak az átnézés marad emberi munka.

Melyik folyamatot írjam le először?

Azt, amit a legtöbbször kérdeznek meg tőled vagy a legtapasztaltabb kollégától. A gyakran kérdezett folyamat leírása térül meg a leggyorsabban, mert azonnal megszakításokat vált ki.

Ki frissítse a folyamatleírásokat?

A legjobb, ha az frissíti, aki a feladatot is végzi: ő látja elsőként a változást. A Corganize verziót vezet minden leíráshoz, és automatikus értesítőt küld a felelősnek, ha egy megadott ideje nem frissült.