Miért a második hónapban hal el a szoftverbevezetés

Kedd délután van, a projektindító megbeszélés pedig pontosan négy hete volt. Megnyitod a cég új rendszerét, hogy megnézd a legutóbbi projekt státuszát, és azt látod, hogy az utolsó bejegyzés múlt csütörtöki. Eközben az irodában zajlik az élet, a telefonok csörögnek, az árajánlatok kimennek, tehát a munka nyilvánvalóan halad. A szakadék aközött, ahol a munka ténylegesen történik, és aközött, ahol a rendszer szerint történnie kellene, pontosan az a hely, ahol a szoftverbevezetések elvéreznek.

Sok cégvezető ott téved, hogy az első hónap alapján ítéli meg a sikert. Az első hetekben mindenki igyekszik jól viselkedni, a kollégák kitöltik az űrlapokat, és rászánják az időt az új felület nyomkodására. Ez azonban egy steril környezet, ahol olyasmit gépelnek be a gépbe, amit a régi módszerrel amúgy is tudtatok.

A digitalizáció értéke sosem az első hónapban látszik. A valós teszt a második hónapban jön el, amikor a kezdeti figyelem alábbhagy, a napi rutin visszaveszi az irányítást, és a régi, megszokott eszközök még mindig ott vannak mindenki telefonján és asztalán. Ha a bevezetés ekkor megakad, az sosem technikai hiba, hanem egy rosszul kezelt emberi folyamat eredménye.

Az átállás az első krízishelyzetnél vizsgázik

Az első négy hét nyugalma azonnal véget ér, amikor beüt az első váratlan esemény. Késik egy fontos beszállító, lemondják a délutáni találkozót, vagy egy kiemelt ügyfél azonnali választ követel egy reklamációra. A csapat hirtelen stressz alá kerül, a határidők szorítanak, és ilyenkor senki nem fog új menüpontokat keresgélni egy számára még idegen felületen.

A stresszhelyzet előhozza a reflexeket. A kollégák ahhoz az eszközhöz nyúlnak, amit csukott szemmel is tudnak kezelni, mert a gyorsaság mindennél fontosabbá válik. A probléma gyökere az, hogy a piacon lévő célszoftverek rendkívül mélyek. A fejlesztők rengeteg funkciót, almenüt és beállítási lehetőséget építenek beléjük, hogy minden lehetséges iparági forgatókönyvet lefedjenek.

Azt figyeltük meg, hogy a szoftverek mélységének nagy részét a felhasználók nagy része egyszerűen nem érti és nem is használja. Amikor a válsághelyzetben egy gyors megoldás kell, ez a túlzott komplexitás fizikai falként áll a munkatárs és a feladat elvégzése közé. Ebből következik, hogy egy kkv számára nem a mélység a valódi érték, hanem a szélesség és az érthetőség.

Az IntrApp ezt a logikát követi. Az IntrApp nem CRM és nem ERP, hanem a cég működésének alapja, ami a teljes üzleti modellt leképezi. Ez a rendszer azt fedi le, amit egy kkv nap mint nap csinál, túlbonyolítás nélkül. Ha egy adott területen a létező legmélyebb eszközt keresed, biztosan találsz nálunk jobbat, és ez így van rendjén. Ez nem egy hiányosság a részünkről, hanem egy tudatos döntés a mindennapi használhatóság mellett.

A sürgős kérések mindig a régi csatornán érkeznek

A legtisztább példa a régi reflexekre az azonnali kommunikáció. Amikor bejön egy sürgős kérés az ügyféltől, a projektmenedzser tudja, hogy a hivatalos út szerint meg kellene nyitnia az új felületet, ki kellene keresnie a megfelelő feladatot, és ott kellene rögzítenie a változást. Ehelyett reflexből megnyitja a cég közös WhatsApp-csoportját, és beírja oda a kérést, mert pontosan tudja, hogy a gyártásvezető három másodpercen belül elolvassa.

A chat azonnali visszacsatolást ad. A probléma megoldódik, a kérés eljut a megfelelő emberhez, az ügyfél pedig elégedett. A cégvezető szempontjából viszont ez a pillanat egy katasztrófa. A rövid távú győzelem ugyanis feláldozza a hosszú távú célt, ami egy kereshető, visszakövethető céges memória felépítése lenne.

Két hét múlva, amikor a számlázásnál vita alakul ki az elvégzett munka tartalmáról, senki nem fogja tudni, miért tértetek el az eredeti tervtől. A WhatsApp-csoportban a lényeges információ már régen eltűnt a napi ebédes rendelések és a vicces képek tengerében. A rendszer csak akkor működik, ha az azonnali, legkisebb ellenállás felé mutató út megegyezik a hivatalos úttal.

Ehhez az kell, hogy az új felület használata ne igényeljen külön gondolkodást. Az IntrApp kialakítása intuitív, ami a gyakorlatban azt jelenti, hogy nem kell betanítani a csapatot a használatára. A felületen a feladat mellett ott van az ügyfél, a projekt mellett a határidő. Ha valaki mégis elakad, a beépített kézikönyv és a felületi körbevezető azonnal elmondja, mit kell tenni, így az app maga vezeti rá a kollégát a helyes lépésre.

A kettős adminisztráció felemészti a bevezetésre szánt időt

A második hónap közepére gyakran kialakul egy csendes megállapodás a csapaton belül. Kialakul a kettős adminisztráció, ami a szoftverbevezetés legdrágább és legveszélyesebb fázisa. Ilyenkor a tényleges, érdemi munka még mindig a megszokott Excel-fájlban vagy a megosztott meghajtó mappáiban zajlik, mert abban a táblázatban benne van az elmúlt öt év összes sajátos számítási logikája.

Az új szoftvert viszont nem hagyják teljesen üresen, mert tudják, hogy a vezetés figyeli a számokat. Péntek délután, a heti státuszértekezlet előtt egy kolléga gyorsan végigkattintja az új rendszert, lezárja a feladatokat, és zöldre állítja a mutatókat. A cégvezető ránéz a vezérlőpultra, és azt látja, hogy a rendszer működik, miközben a valóságban a csapat dupla annyi időt tölt az adminisztrációval, mint korábban.

A kettős munkavégzés felemészti a csapat energiáját, és a frusztráció hamarosan nyílt ellenállásba csap át. A leggyakoribb indok a régi táblázat megtartására az szokott lenni, hogy az új szoftver nem tud egy bizonyos speciális lépést, ami a ti cégeteknél elengedhetetlen. A dobozos szoftvereknél ez a fal valóban létezik, és megállítja a bevezetést.

Nálunk az, ami esetleg hiányzik az alaprendszerből, nem egy zsákutca. Kérhetsz új funkciót az alkalmazáson belül. Ha a kérésed olyan, hogy az ügyfélkör nagyjából háromnegyede is használná, akkor ingyen megcsináljuk, és bekerül a közös termékbe. Ami pedig a küszöb alatt marad, mert szigorúan csak a ti saját, egyedi folyamatotok része, az fizetősen, saját ágon készül el. A kettős adminisztrációra így nincs mentség, mert a hiányzó láncszem pótolható.

Ha a régi módszert nem vágod el, a csapat nem fog váltani

A legfájdalmasabb bizonyíték arra, hogy a bevezetés elakadt, egy új munkatárs érkezésekor mutatkozik meg. Felveszel egy új embert a második hónapban, és joggal várod el, hogy ő már a tiszta lappal indulók közé tartozzon, aki csak az új rendszert ismeri. A harmadik napon viszont elsétálsz a gépe mögött, és azt látod, hogy a betanítást végző szenior kolléga épp a régi, színes táblázatot magyarázza neki.

A magyarázat mindig ugyanaz. A régi kolléga azzal indokolja a döntést, hogy az új rendszert még ők maguk is tanulják, ezért a biztonság kedvéért a régi, bevált módszerrel kezdik az oktatást. Ez a mondat a szoftverbevezetés halálos ítélete. Amíg a régi módszer elérhető, és amíg a tapasztalt munkatársak abban érzik magukat biztonságban, a teljes csapat afelé fog húzni.

Sok cégvezető azt hiszi, hogy az átállás kulcsa egy drága külsős iparági szakértő bevonása, aki majd megmondja, hogyan kell használni a programot. A mi tapasztalatunk ezzel szemben az, hogy a szakmai tudás mindig az ügyfélé, a fejlesztés pedig a miénk, és a kettő tökéletesen működik együtt. Te tudod pontosan, mi a lépések valódi sorrendje a te szakmádban, és hol szokott elhasalni egy projekt. Mi pedig azt tudjuk, hogyan lesz ebből egy olyan szoftver, ami holnap is stabilan fut.

Ennek a munkamegosztásnak szigorú szabályai vannak az indulásnál. Nem kellünk hozzá mi, hogy elkezdjétek használni a rendszert, egyedül is el lehet indulni. Nem számlázunk bevezetést vagy kötelező oktatást az induláskor. Ha valaki mégis úgy érzi, hogy elakadt, és kér segítséget, a szakértői csapatunk szívesen segít, de ez minden esetben a ti döntésetek marad, nem egy kötelező kör.

A folyamat akkor ér véget, amikor az új felület marad az egyetlen út

A szoftverbevezetés nem egy ünnepélyes gombnyomással zárul le, hanem azzal a csendes keddi nappal, amikor valaki megkérdezi, hol van a legújabb szerződés, és a válasz az, hogy nézd meg a rendszerben. Ehhez viszont az kell, hogy a cégvezető a második hónapban meghozza a kellemetlen döntéseket.

Meg kell szüntetni a párhuzamos valóságokat. A régi táblázatokat írásvédetté kell tenni. A WhatsApp-csoportokat archiválni kell, és egyértelművé kell tenni, hogy a rossz csatornán érkező kérések nem léteznek a cég számára. Az emberek pontosan addig fognak ellenállni az újnak, amíg a régi út járható marad.

Amikor rákényszeríted a csapatot az egyetlen hivatalos csatornára, a szoftvernek bizonyítania kell. Az IntrApp úgy épül fel, hogy ez a bizalom ne sérüljön. Körülbelül 30 perc az automata telepítés, és élesben vagytok, mindenféle technikai akadály nélkül. A háttérben minden ügyfél elkülönített környezetben és saját adatbázisban fut, saját címen. Ebből a gyakorlatban annyit veszel észre, hogy a másik ügyfél baja nem a te bajod. A rendszerünket folyamatosan felügyeljük, így ha hiba történik, a legtöbb esetben már javítva van, mire ti egyáltalán észrevennétek, mert minden változás automata teszteken megy át a kiadás előtt.

A digitalizáció egy döntés, amit nem a szoftver vásárlásakor, hanem a régi Excel-fájl lezárásakor hozol meg. Ne fizess tovább olyan előfizetésekért, amiket már régen magatok mögött kellett volna hagynotok. Egy háromfős cég számára az IntrApp nagyjából egy ebéd ára havonta. Az árazás fejenként történik, a tárhely benne van az árban, és van mennyiségi kedvezmény, így egy új kolléga felvétele nem kényszerít azonnal egy sokkal drágább csomagba.

A döntés kockázatmentes. Ingyen kipróbálod, a saját adataiddal, a saját csapatoddal, és ha kiderül, hogy nem jó nektek, egyszerűen lemondod, pontosan úgy, mint egy streaming-előfizetést. Holnap reggel tedd írásvédetté azt a bizonyos táblázatot, zárd be a chatcsoportokat, és nyisd meg az egyetlen utat, ami a rendhez vezet. Elindítom az ingyenes próbaidőszakot.