digitalizációkisvállalkozásfolyamatleírástudástár

Miért marad le sok cég a digitalizációval, és hogyan zárkózhat fel?

2026. augusztus 20. · 9 perc olvasás · 1855 szó
Üzletkötő dokumentumokat hordoz lépcsőn felfelé, míg kollégája növekvő grafikonokkal elemzi az adatokat a képernyőn.

A legtöbb kisvállalkozásnál a digitalizáció nem azon bukik el, hogy nincs pénz szoftverre. Azon bukik el, hogy a cég működése emberek fejében van, és senkinek nincs ideje kiszedni onnan. Amíg ez így marad, minden új rendszer üres doboz: két hétig lelkesednek vele, aztán visszaáll minden a chatre, a telefonra és arra, hogy „kérdezd meg Katit”.

Ez a cikk arról szól, miért marad le ennyi cég, mennyibe kerül ez valójában, és milyen sorrendben lehet behozni a hátrányt anélkül, hogy egy hónapra leállna a munka.

Digitalizáció a gyakorlatban: nem az, hogy szoftvert veszel. Az, hogy a cég visszatérő munkája (hogyan csináljuk, ki a felelős, mi a következő lépés) kikerül a fejekből egy olyan helyre, ahol kereshető, frissíthető, és a következő kolléga is megtalálja.

Öt jel, hogy a céged lemaradt

Nem a szoftverek száma mutatja meg, hanem az, mi történik egy hétköznapon.

  1. Ugyanazt a kérdést hetente többször felteszik neked. Ha a válasz mindig szóban születik meg, akkor a válasz nincs leírva sehol.
  2. Van egy ember, akinek a szabadsága kockázat. Ha valakinek a két hete miatt csúsznak a dolgok, az a tudás nála van, nem a cégnél.
  3. Az új kolléga főleg kérdezéssel tanul. Ez nem az ő hibája: nincs mit elolvasnia.
  4. A „hol van?” kérdés gyakoribb, mint a „hogyan csináljuk?”. Ilyenkor van anyag, csak megtalálhatatlan, ami gyakorlatilag ugyanaz, mintha nem lenne.
  5. Változásnál mindenkit külön kell értesíteni. Ha egy árváltozás vagy egy új szabály körbemondással jut el a csapathoz, akkor senki nem tudja, ki értesült róla valójában.

Ha ezek közül három igaz, akkor a lemaradás nem technológiai, hanem szervezési, és pontosan ezért lehet gyorsan javítani rajta.

Négy valódi ok, amiért a cégek lemaradnak

Nincs, aki csinálja

Egy 8-25 fős cégnél nincs IT-vezető és nincs folyamatgazda. Az a két ember tudná leírni a működést, aki a legtöbbet dolgozik: a tulajdonos és a legtapasztaltabb kolléga. Nekik viszont pont nincs egy szabad órájuk sem. A feladat így mindig átcsúszik a következő hétre, és a következő hét mindig ugyanilyen.

Egy korábbi bevezetés csúnyán elsült

Sok cégnél volt már egy nekifutás: vettek egy nagy rendszert, fizettek a bevezetésért, és fél év múlva senki nem használta. Ez a tapasztalat drágább, mint maga a rendszer volt, mert utána évekig senki nem mer újra belevágni. A kudarc oka szinte mindig ugyanaz: azzal kezdték, hogy MINDENT lemodelleztek, ahelyett hogy egyetlen fájó ponttal kezdték volna.

A tudás nem dokumentumban van, hanem emberekben

Ez a legnehezebben megfogható ok. A cég működik, a munka elkészül, tehát „megvan a tudás”. Csakhogy egyetlen ember fejében van, és minden alkalommal élőszóban kerül elő. Ez addig nem tűnik problémának, amíg az az ember bent van. Nyáron, betegség alatt vagy felmondáskor viszont pontosan ez az, ami hiányzik.

A „majd ha lesz időnk” csapdája

A leírás azért marad el, mert nem sürgős. Sosem lesz sürgős: mindig lesz egy ügyfél, akinek most kell valami. A digitalizáció így soha nem versenyez sikeresen a napi tűzoltással, hacsak nem kap egy konkrét, kicsi és határidős formát.

Mennyibe kerül a lemaradás?

Érdemes számokká alakítani, mert a „lemaradás” önmagában nem mozdít meg senkit.

  • Betanítás. Ha az új kolléga betanítása fejből megy, az általában 3-6 hét, és ebből nagyjából minden második nap egy tapasztalt ember idejét is viszi. Leírt folyamatokkal ugyanez 1-2 hét, és a tapasztalt kolléga csak a kérdésekre kell.
  • Megszakítások. Egy ismétlődő kérdés („hol van a sablon?”, „mit írjunk a visszaigazolásba?”) napi öt alkalommal, fejenként öt perc. Ez heti két óra, amit senki nem számol el sehol.
  • Kulcsember-kockázat. Ha egyetlen ember felmondása két hónapra megbénítja a céget, az nem személyzeti kérdés, hanem működési. Az ára pontosan az a két hónap.
  • Hibaköltség. A fejből dolgozó csapatnál a kivételek kezelése változó. A reklamáció, az újraszámlázás és az elveszett ügyfél mind ide tartozik.

Ha ezek közül csak a megszakításokat számolod, egy tízfős cégnél is havi tíz-húsz munkaóráról beszélünk.

Számoljuk ki egy konkrét cégre

Vegyünk egy 12 fős szolgáltató céget, ahol két ember tudja igazán, hogyan mennek a dolgok. Napi öt megszakítás, alkalmanként öt perc a kérdezőnek és öt a válaszolónak: ez napi ötven perc, havi nagyjából tizennyolc óra. Évi egy felvétellel számolva a betanítás fejből három hét, amiből másfél a tapasztalt kolléga ideje. Egy szabadság vagy betegség alatt pedig jellemzően nem áll meg a munka, csak lassabb és hibásabb lesz, ami reklamációban jön vissza.

Ez a három tétel együtt évi 250-300 munkaóra körül van, vagyis másfél hónapnyi munka egy emberre vetítve. Nem azért érdemes kiszámolni, hogy megijedj tőle, hanem mert ez adja a keretet: ha a felzárkózás első köre húsz órába kerül, akkor az néhány hét alatt megtérül.

Hogyan lehet felzárkózni? A sorrend fontosabb, mint az eszköz

1. Kezdd azzal, amit a legtöbbször kérdeznek

Ne a legnagyobb folyamattal kezdj, hanem azzal, ami a legtöbbször szakítja meg a munkát. Egy hétig írd fel, mit kérdeznek meg tőled vagy a legtapasztaltabb kollégától. A lista tetején lévő három kérdés lesz az első három leírás. Ezek térülnek meg a leggyorsabban, és ezeken lehet a csapatnak megmutatni, hogy ez működik.

2. Egy folyamat, egy oldal

A hosszú leírást senki nem olvassa el. A cél 5-15 lépés, konkrét mondatokkal, a kivételekkel a végén. Ha nem fér egy oldalra, akkor valószínűleg két folyamatot írtál le egyszerre. Bontsd ketté.

3. A tudás oda kerüljön, ahol keresni fogják

Ez dönti el, hogy használják-e. Ha a leírás egy megosztott meghajtó harmadik almappájában van, akkor nem létezik. Kereshetőnek kell lennie, és ott, ahol a munka is zajlik. Ehhez nem kell nagy rendszer, viszont kell egy hely, amiben van kereső, és amihez mindenki hozzáfér.

4. Adj neki gazdát és határidőt

Minden leírásnak legyen felelőse (jellemzően az, aki a feladatot végzi) és egy felülvizsgálati ideje. Enélkül a leírás fél év alatt elavul, és onnantól rosszabb a semminél, mert téves információt ad.

5. Csak ezután gondolkodj eszközben

Ha az első három leírás megvan és használják őket, akkor derül ki, mire van valójában szükség: keresőre, verziókövetésre, betanítási útra, vagy arra, hogy lássd, ki mit olvasott el. Fordított sorrendben (előbb eszköz, aztán tartalom) a legtöbb bevezetés elhal.

Így néz ki a gyakorlatban: egy 12 fős cég első hónapja

Egy ügyfélszolgálattal és kiszállással dolgozó cégnél az első hét gyűjtése után ez a három kérdés került a lista tetejére: „mit írjunk a visszaigazoló levélbe?”, „mi a teendő, ha az ügyfél a helyszínen mást kér?”, és „hova kell feltölteni a munkalap fotóját?”.

Egyik sem nagy folyamat. Pont ezért voltak jó elsők: mindegyik napi szinten felmerült, és mindegyik leírható tíz percben. A visszaigazoló levél leírása gyakorlatilag egy sablon plusz négy mondat arról, mikor melyiket kell használni. A helyszíni eltérés kezelése hét lépés lett, a végén három kivétellel. A fotó-feltöltés négy lépés és egy képernyőkép.

A második héten a kolléga, aki a feladatot végzi, elmondta lépésenként, a csapatvezető pedig menet közben leírta. Egy leírás így húsz perc alatt megvolt, nem kettő. Az első változat csúf volt, tele „szerintem ilyenkor” fordulatokkal, és pontosan ezért lett használható: azt írta le, ami tényleg történik, nem azt, aminek történnie kellene.

A harmadik héten jött a nehezebb rész: rászoktatni a csapatot. Amikor valaki rákérdezett valamire, a válasz nem a válasz volt, hanem a link. Ez elsőre kellemetlen, második héten megszokás. A hónap végére a három kérdés eltűnt a napi zajból, és kiderült a következő három téma, mert azok maradtak, amikre a leírások nem adtak választ.

Semmi látványos nem történt. Nem vezettek be rendszert, nem tartottak projektnyitót. Egy hónap alatt annyi változott, hogy három visszatérő kérdés átkerült emberi fejből egy kereshető helyre, és a következő új kolléga már ezekkel kezd.

Mit ne digitalizálj?

Ez legalább annyira fontos, mint az, hogy mivel kezdj.

  • Az egyszeri döntéseket. Ami egyszer fordul elő, annak nem kell folyamat. Elég egy jegyzet a döntésről és az indokáról.
  • Azt, ami hetente változik. Ha egy folyamat még nem állt össze, a leírás gyorsabban avul el, mint ahogy megírod. Előbb álljon össze, aztán írd le.
  • A szakmai ítéletet. A tapasztalt kolléga döntése nem folyamat. Azt lehet leírni, mit mérlegel és milyen határokon belül dönthet, de a döntést magát nem szabad lépésekre bontani, mert attól lesz merev a cég.

Hogyan éred el, hogy tényleg használják?

A leírás megírása a munka fele. A másik fele, hogy szokássá váljon, és ez az a rész, amit a legtöbb cég kihagy.

Válasz helyett link. Ez az egyetlen legfontosabb szokás. Amíg a kérdésre szóban válaszolsz, addig a leírás felesleges. Ha a linket küldöd (és mellé egy mondatot, ha valóban hiányzik belőle valami), akkor két hét alatt megtanulja a csapat, hogy ott keresse.

A hiányt is jelezze valaki. Ha valaki nem találta meg a választ, az nem kudarc, hanem a következő téma. Legyen egy egyszerű módja jelezni, hogy „ez hiányzik” vagy „ez már nem így van”.

Legyen látható, ki mit olvasott el. Nem ellenőrzésből, hanem azért, mert egy szabályzat vagy egy munkavédelmi tudnivaló esetén ez bizonyíték is. Ha csak körbeküldted, nem tudod megmondani, kihez jutott el.

Ne kérj rá külön időt. A leírás akkor készül el, amikor a feladat éppen zajlik: felveszed, ahogy csinálod, vagy elmondod, míg valaki írja. Az „ülj le és dokumentálj” felszólítás az, ami sosem valósul meg.

Amit ne csinálj

  • Ne modellezd le az egész céget. A teljességre törekvés az első számú bevezetés-gyilkos. Három használt leírás többet ér, mint negyven megírt.
  • Ne a tulajdonos írjon meg mindent. Aki a feladatot végzi, az írja le. A tulajdonos átnézi. Így lesz pontos és így nem áll meg az egész egy emberen.
  • Ne várd meg a „megfelelő pillanatot”. Nem lesz. Egy hét alatt három folyamat leírható, ha valaki felelős érte és van rá két óra a naptárban.

Mire figyelj, amikor eszközt választasz?

Ha az első leírások megvannak és használják őket, akkor jön az eszköz kérdése. Öt szempont dönti el, hogy egy év múlva is élni fog-e.

  1. Van benne kereső, ami a szövegben is keres. Mappaszerkezetben nem lehet megtalálni semmit. A kolléga nem tudja, hova tetted, csak azt, mit keres.
  2. Bárki tud benne szerkeszteni, nem csak a „rendszergazda”. Ha egy javítás igényléssel jár, akkor a leírások elavulnak, mert senkinek nem éri meg szólni.
  3. Látod, ki mit olvasott el. Betanításnál ez mutatja a haladást, szabályzatnál pedig bizonyíték.
  4. Emlékeztet a felülvizsgálatra. Ami fél éve nem frissült, arról tudni kell. Enélkül a rendszer szép lassan téves információt kezd tálalni.
  5. Ott van, ahol a munka. Ha külön be kell lépni valahova, ahova amúgy senki nem megy, akkor a leírás nem létezik.

Amire viszont NE fizess rá az elején: bonyolult jogosultsági mátrix, egyedi integrációk és minden, ami bevezetési projektet igényel. Ezek akkor jönnek, ha már van mit rendszerezni.

Egy 30 napos terv, ami valóban végigvihető

1. hét. Gyűjtsd a kérdéseket. Semmi mást. A hét végén válaszd ki a három leggyakoribbat.

2. hét. Írjátok le ezt a hármat. Aki csinálja a feladatot, az mondja lépésenként, valaki más pedig leírja vagy felveszi. Az első változat legyen csúf, csak legyen kész.

3. hét. Tegyétek egy helyre, ahol kereshető, és mondjátok meg a csapatnak, hogy mostantól ott van. Egy hétig mindenkit oda irányítasz vissza, aki rákérdez.

4. hét. Nézzétek meg, mi hiányzott. Ami kérdés a három leírás ellenére is előjött, az lesz a következő három téma. Innentől ez egy ritmus, nem projekt.

Ennyi a felzárkózás lényege. Nem attól lesz egy cég digitálisan érett, hogy megvette a legdrágább rendszert, hanem attól, hogy a működése kikerült a fejekből egy kereshető helyre, és van egy szokás, ami ott is tartja.

Gyakori kérdések

Mit jelent a digitalizáció egy kisvállalkozásnál?

Nem szoftver-vásárlást. Azt, hogy a visszatérő munka leírása (hogyan csináljuk, ki a felelős, mi a következő lépés) kikerül a fejekből egy kereshető helyre, ahol a következő kolléga is megtalálja.

Hol érdemes kezdeni?

Azzal a három kérdéssel, amit a legtöbbször tesznek fel neked vagy a legtapasztaltabb kollégának. Egy hétig gyűjtsd őket, és a lista tetejét írd le először: ezek térülnek meg a leggyorsabban.

Mennyi idő alatt lehet behozni a lemaradást?

Az első három folyamatleírás egy hét alatt elkészül, ha van felelőse és két óra a naptárban. A teljes felzárkózás nem projekt, hanem ritmus: havonta néhány új leírás, felülvizsgálati időkkel.

Kell hozzá informatikus?

Nem. A munka nagyobb része írás és rendszerezés, nem technológia. Az eszközt is csak akkor érdemes kiválasztani, amikor már van néhány használt leírás, mert akkor derül ki, mire van valóban szükség.

Mennyibe kerül, ha marad minden a régiben?

Leggyakrabban a betanítás hosszában és a megszakításokban jelenik meg. Egy tízfős cégnél a napi ismétlődő kérdések önmagukban havi tíz-húsz munkaórát visznek el, a kulcsember-kockázat pedig ezen felül van.

A működésed egy kereshető helyen

A Corganize-ban a folyamatleírások, a betanítási utak és a céges iratok egy helyen élnek, kereshetően és verziókövetéssel. Az új kolléga magától halad, a kérdések nagy része pedig fel sem merül.

Megnézem, hogyan működik