Termelékenység és munkafolyamatok
Egy tábla akkor ér valamit, ha van a hetetekben olyan pont, ahol valaki másra vár. Mitől marad életben, és mikor nincs rá szükséged.
Kinyitod a naptáradat kedd reggel, és egyetlen üres órát sem látsz a nap végéig. Az időd jelentős részét hosszú egyeztetések viszik el, a maradékban pedig a munkatársaid állnak meg az asztalodnál egy-egy gyors kérdéssel. A legtöbb vezető ezt azzal magyarázza, hogy a cég nő, ezért több a megbeszélnivaló, és az operatív munka természetes része a folyamatos kommunikáció. A valóság az, hogy a kérdések túlnyomó része olyan dolgokra vonatkozik, amiket korábban már kitaláltatok, eldöntöttetek és megbeszéltetek. A csapatod azért akad meg minden apró lépésnél, mert ezek a döntések nincsenek leírva. Egy cég sebességét nem a munkatársak gépelési gyorsasága határozza meg, hanem az, hányszor kell megállniuk kérdezni. Amíg a tudás kizárólag a te fejedben létezik, a cég növekedésének legnagyobb akadálya a saját naptárad lesz.
Elindul a heti státuszértekezlet hétfő reggel, és a következő egy óra azzal telik, hogy mindenki felolvassa, hol tart a saját feladatával. A munkatársak egymás után elmondják, melyik ügyfélnek küldtek árajánlatot, ki fogadta el a feltételeket, és hol van csúszás a beszállításban. Ez a találkozó valójában nem a közös gondolkodásról szól, mert a teremben kizárólag adatokat cseréltek. A heti hosszú megbeszélés oka az, hogy a megosztott dokumentumokban a kollégák nem vezetik a haladást.
A táblázatok és a szöveges fájlok azért maradnak üresen a megosztott meghajtókon, mert külön meg kell nyitni őket a munka elvégzése után. Az adminisztráció ebben a formában egy nyűgös utómunka, amit mindenki a nap végére hagy, majd a fáradtság miatt elfelejt. A vezető emiatt vakon repül a hét közepén. Amikor tudni akarja, hogy áll egy munka, fel kell hívnia a felelőst, megszakítva annak a munkáját.
A megbeszélés tehát nem a munka eszköze, hanem a hiányzó nyilvántartás pótléka. Mielőtt beültök a tárgyalóba, mindenki megpróbálja összeszedni a saját adatait több különböző forrásból. Megnyitnak egy Excel-fájlt, végiggörgetnek egy csetes csoportot, és megkeresnek három korábbi e-mailt. A státuszértekezlet egy szinkronizációs folyamat, amit egy gépnek kellene elvégeznie emberi beavatkozás nélkül. Ha az adatok egy megbízható rendszerben élnének a feladatok mellett, a státuszértekezletet egyetlen pillantás helyettesítené a képernyőn. A találkozókat meg lehetne tartani a valódi ügyfélproblémák megoldására, ahelyett, hogy a le nem írt tényeket soroljátok fel egymásnak.
Egy régi ügyfél újra rendel, és a belső folyamat azonnal megakad ahelyett, hogy felgyorsulna. A munkatársnak megint meg kell kérdeznie téged a korábban megadott egyedi árról, mert az csak egy fél évvel ezelőtti e-mailben szerepel, amihez ő nem fér hozzá. Esetleg emlékszik rá, hogy volt valamilyen egyedi megállapodás a háttérben, de a pontos számot nem tudja. Ekkor megkeres téged, megszakítja a te gondolatmenetedet, és te is elkezdesz keresgélni a saját levelezésedben.
Hogyan jön létre ez a fél évvel ezelőtti e-mail egy kkv életében. Az ügyfél kért egy engedményt, te mérlegeltél az árrés alapján, kiszámoltad a megtérülést, és jóváhagytad a százalékot. Ez egy értékes és drága vezetői döntés volt. Ma viszont a kollégád csak egy új megrendelést lát a képernyőn, a hozzá tartozó üzleti előzmények nélkül. Egyetlen apró adat hiánya miatt két ember munkája áll le perceken vagy akár órákon keresztül. Amikor a munkatárs megáll az asztalodnál a kérdéssel, a te fókuszod is megtörik. Mire visszatalálsz az eredeti feladatodhoz, rengeteg idő telt el feleslegesen.
A szóban vagy zárt csatornákon átadott információ pontosan addig él a cégben, amíg valaki emlékszik rá. Amint az emlékezet elhalványul, a döntést a nulláról kell újra meghozni. Ez a mintázat ismétlődik minden egyes alkalommal, amikor egy egyedi esetből szabályt csináltok, de a szabályt nem rögzítitek. A dokumentált döntés megakadályozza ezt a kört. Ha a döntés le lenne írva az ügyfél adatlapjánál, a kollégád a feladat megnyitásakor azonnal látná a korábbi engedményt, és a munka azonnal folytatódhatna.
Felveszel egy új embert a csapatba, aki motivált és azonnal dolgozni akar. Pár nap múlva mégis harmadszor kérdezi meg, hogyan kell kiállítani egy adott jegyzőkönyvet a beszállításnál. A válasz korábban már elhangzott, de csak szóban a mellette ülőtől, esetleg egy gyors üzenetben a belső cseten. A probléma nem az új belépő memóriájával van. A szöveges üzenetküldők a létező legrosszabb helyek a céges tudás tárolására és átadására.
Egy csoportos beszélgetésben az információ kronológiai sorrendben, ömlesztve jelenik meg. A jegyzőkönyv kiállításának szakmai lépéseit követi egy kérdés a holnapi parkolásról, majd egy ügyfél panasza, végül egy szabadságkérelem. A csetes üzenetváltás nem ad kontextust, a keresője pedig alkalmatlan a bonyolult munkafolyamatok visszakeresésére. Az új belépő azért kérdez harmadszor is, mert a szóbeli utasítások elszállnak, a csetben pedig képtelenség megtalálni az aktuális és hivatalos verziót.
Amikor a csetes üzenetváltás a dokumentáció alapja egy cégnél, a tudás apró, szétszórt darabokban létezik a kollégák fejében és a telefonjaik képernyőjén. Ha a mellette ülő tapasztalt kolléga épp szabadságon van, az új munkatárs teljesen megáll a munkában. A tudás a szabadságon lévő emberrel együtt elhagyta az irodát. Az információnak függetlennek kell lennie attól, hogy ki ül bent aznap, különben a cég sebezhető marad minden hiányzással szemben.
A cégvezetők sokszor azt hiszik, hogy a dokumentációs káosz megoldása egy újabb eszköz bevezetése a meglévők mellé. Felvesznek egy szoftvert a feladatoknak, egy másikat a fájloknak, és a végén három előfizetésben vezetik a céget, amik nem beszélnek egymással. A különálló dokumentumok fenntartása önmagában is teljes embert kívánó munka.
Az IntrApp nem egy újabb program a sor végére. Ez a cég működésének alapja, ami a teljes üzleti modellt leképezi. Az IntrApp nem CRM és nem ERP, hanem a mindennapi munka terepe, ahol a feladat, az ügyfél, a pénzügyi adat és a korábbi döntés egyetlen felületen van jelen. A munkatárs nem egy külön meghajtón keresi a jegyzőkönyv sablonját, és nem egy régi e-mailben kutat az egyedi árak után, mert az információ ott van a feladat mellett. A kézikönyv és a beépített körbevezető támogatja az átállást. Ha valamit nem értesz, az app elmondja, mit kell tenned.
A célszoftverek mélyek. A mélységük nagy részét a felhasználók nagy része nem érti és nem használja. Tehát nem a mélység az érték, hanem a szélesség és az érthetőség. Ezért az IntrApp a kkv-igények nagy részét fedi le, túlbonyolítás nélkül. Ami mégis hiányzik, nem zsákutca, mert kérhetsz funkciót a csapattól. Az IntrApp azt fedi le, amit egy kkv nap mint nap csinál, túlbonyolítás nélkül. Ha egy területen a létező legmélyebb eszközt keresed, találsz nálunk jobbat, és ez így van rendjén. Ez nem hiányosság, hanem döntés.
Amikor a döntések és az adatok egy megosztott, stabil rendszerben élnek, a megbeszélések száma magától csökken a naptáradban. A munkatársak önállóvá válnak, mert a válaszokért nem hozzád kell jönniük. A vezetői naptár fellélegzik, mert a státuszértekezlet helyett elég megnyitnod a felületet, és azonnal látod a haladást. Az egyeztetések visszanyerik az eredeti céljukat, és újra a problémák közös megoldására szolgálnak.
Az egyedi belső folyamatok sem jelentenek akadályt a rendszerezésben. Kérhetsz funkciót a mindennapi működéshez. A szabály tiszta. A beérkező kérést megvizsgáljuk, és ha az ügyfélkör nagyjából háromnegyede is használná, ingyen megcsináljuk, majd a frissítéssel mindenki megkapja. A megítélés az IntrApp döntése, mert mi látjuk át a teljes ügyfélkört. A széles körben hasznos igény bekerül a fejlesztésbe. Ami a küszöb alatt marad, tehát ami csak rátok jellemző, saját ágon készül, miközben jönnek a közös frissítések a rendszerhez.
Az iparági specifikumok beépítése hasonlóan logikus alapokon nyugszik. A szakmai tudás az ügyfélé, a fejlesztés a miénk, és a kettő együtt működik. Ti tudjátok, hogyan számol a szakmátok, mi a lépések valódi sorrendje és hol szokott elhasalni a folyamat. Mi azt tudjuk, hogyan lesz ebből olyan rendszer, ami holnap is fut, és nem esik szét az első kivételtől. Nekünk nem kell iparági szakértővé válnunk ahhoz, hogy ezt megépítsük. A működést úgy biztosítjuk, hogy a másik ügyfél baja nem a te bajod, mert az adatok szeparáltan futnak, és előbb tudunk a hibáról, mint te.
A változás elindításához nem kellünk mi. Egyedül is el lehet indulni a rendszerben, és nem számlázunk bevezetést vagy oktatást az első lépéseknél. Ha mégis kértek segítséget a folyamatok átültetéséhez, a szakértői csapatunk szívesen segít a felépítésben, és ez teljes egészében az általatok meghozott döntés marad.
A felesleges egyeztetések megszüntetése azzal kezdődik, hogy adsz egy helyet a cég adatainak a fejek helyett. A rendszer elindítása nem egy többhónapos informatikai projekt, ami megakasztja a mindennapi működést. Körülbelül harminc perc az automata telepítés, és élesben vagy. Az indulás kockázatmentes. Ingyen kipróbálod, és ha nem jó, lemondod, mint egy streaming-előfizetést. Lépj ki a folyamatos egyeztetések körforgásából, kattints az Elindítom az ingyenes próbaidőszakot gombra, és kezdd el leírni azokat a döntéseket, amiket holnap ismét meg kellene hoznod.
Ha ez a téma érdekel, ezekkel érdemes folytatni.
Termelékenység és munkafolyamatok
Egy tábla akkor ér valamit, ha van a hetetekben olyan pont, ahol valaki másra vár. Mitől marad életben, és mikor nincs rá szükséged.
Digitalizáció és hatékonyság
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...
Bevezetés és mindennapok
Nem attól lesz jó egy rendszer, hogy minden be van kapcsolva. Az első hetek igazi kérdése az, mit veszel ki belőle, és mit hagysz meg.
A demó egy kitalált cég teljes adatán fut, regisztráció nélkül. Néhány funkció ki van kapcsolva benne, és éjjelente visszaáll az alapállapotába.