Útmutató

Munkavállalói alkalmazás építése: amit minden kkv-nak valóban tudnia kell

A munkavállalói alkalmazás úgy hangzik, mintha csak a nagyvállalatok építenének ilyet. Pedig nem így van. Ez egy egyszerű, gyakorlatias útmutató ahhoz, hogyan döntse el, szüksége van-e rá a csapatának, mit kell tudnia, és hogyan állíthat üzembe egy hasznos verziót anélkül, hogy túlköltekezne.

Have a nice dayHave a nice day12 perc olvasás
Munkavállalói alkalmazás építése: amit minden kkv-nak valóban tudnia kell

A „munkavállalói alkalmazás” kifejezés a legtöbb kisvállalkozó fejében olyasmit idéz fel, amit nem engedhet meg magának — egy csillogó belső platformot egy fejlesztőcsapattal a háttérben, amilyet egy ötezer fős cég vezet be ünnepélyes eseménnyel. Így fel sem teszik a kérdést. Eközben a valódi csapatuk egy WhatsApp-csoporton, egy hűtőre ragasztott papírbeosztáson és három különböző emberen pörög, akiket mind fel kell hívni, mielőtt bárki megtudná, ki dolgozik szombaton.

Láttam, ahogy ez tucatnyi kisvállalkozásnál lejátszódik. A tulajdonos fejében nincs szoftverprobléma — koordinációs problémája van. Hol a beosztás. Ki cserélte el azt a műszakot. Megkapta az új belépő a munkavédelmi oktatást. Hol a kész munka fotója. Az információ létezik, de telefonokon és emlékekben szétszórva, és a tulajdonos az az emberi ragasztó, amely mindent összetart. Ez a ragasztó drága, törékeny, és nagyjából tizenöt ember fölött már nem skálázódik, mielőtt valami elkezdene kicsúszni.

A munkavállalói alkalmazás egyszerűen az az eszköz, amely mindezt egyetlen helyre teszi, ahová a csapata valóban elér — rendszerint arra a telefonra, amelyet úgyis a zsebében hord. Ez az útmutató arról szól, hogyan döntse el, szüksége van-e rá, mit kellene és mit nem kellene tudnia, mennyibe kerül valójában, és hogyan állítson üzembe egy igazán hasznos verziót anélkül, hogy féléves projektté fajulna, amely sosem indul el.

Mi valójában a munkavállalói alkalmazás (és mi nem)

Fejtsük le a kifejezésről a sallangot. A munkavállalói alkalmazás egy kis szoftver, amelyet a dolgozói a telefonjukon nyitnak meg, hogy elvégezzék azt a néhány dolgot, ami a munkanapot mozgásban tartja: lássák a beosztásukat, írjanak a csapatnak, megtaláljanak egy dokumentumot, bélyegezzenek, jelentsenek egy problémát, megkapjanak egy értesítést. Ennyi. Nem HR-rendszer, nem projektmenedzsment-platform, és egyáltalán nem kell mindazt tudnia, amit azok.

A kifejezés azért riasztja el az embereket, mert a képét a vállalati szoftvertől kölcsönzi — a felfújt intranetes portáloktól, ahová senki sem lép be. De az a verzió, amelyre egy húszfős cégnek szüksége van, közelebb áll egy nagyon fókuszált alkalmazáshoz, amely három-négy dolgot rendkívül jól csinál. Az egész érték abban áll, hogy a csapata valóban használni fogja, és csak akkor használja, ha gyorsabb, mint a kusza kerülőmegoldás, amelyet levált. Egy egyszerű alkalmazás, amelyet az emberek mindennap megnyitnak, többet ér, mint egy hatékony, amely használatlanul ül a kezdőképernyőn.

Jelek, hogy valóban szüksége van rá

Nem minden kisvállalkozásnak van szüksége munkavállalói alkalmazásra, és inkább megmondom ezt előre, mintsem hogy eladjak Önnek egyet. Ha az egész csapata egy szobában ül és közös naptárt használ, valószínűleg nincs. Az igény akkor jelentkezik, amikor az emberek szétszórtan, műszakban vagy az asztaltól távol vannak — és az információnak utaznia kell, hogy elérje őket.

A legvilágosabb jel az, hogy Ön, a tulajdonos, telefonközponttá vált. Az emberek Önt hívják vagy Önnek írnak, hogy megtudjanak olyan dolgokat, amelyeknek maguknak is utána tudnának nézni: mikor dolgoznak, megerősítették-e egy munkát, hol található egy űrlap. Minden ilyen megszakítás kis adó a napján, és ahogy nő, egyre rosszabb lesz. Íme a mintázatok, amelyek elárulják, hogy egy alkalmazás valóban megtérülne:

  • A beosztása egy táblázatban, egy nyomtatványon vagy valakinek a fejében él — a változások pedig telefonon terjednek.
  • A fontos üzenetek elvesznek egy mémekkel és „oké” válaszokkal teli WhatsApp-csoportban.
  • Az új belépőknek hetekbe telik kideríteni, hol mi van, mert a tudás az emberekben van, nem egy helyen.
  • A terepen dolgozók újra begépelik a munka részleteit, az órákat vagy a fotókat, amikor visszaérnek az irodába.
  • Nem tudja könnyen bizonyítani, kit miről tájékoztattak — munkavédelmi, megfelelőségi okból, vagy csak hogy lezárjon egy vitát.
  • A műszakcserék és a szabadságkérelmek üzenetben zajlanak, és feledésbe merülnek, amíg lyukat nem okoznak.
Ha a csapata felhívja Önt, hogy megtudja, mikor dolgozik, akkor nem kommunikációs problémája van — hanem egy alkalmazás alakú lyuk a vállalkozásában.
amit azoknak a tulajdonosoknak mondok, akik szerint „túl kicsik” ehhez
Egy kisvállalkozó egy műhelyben áll, telefont tart a füléhez, miközben három öntapadós cetli, egy papírbeosztás és egy zsongó csoportos beszélgetés lebeg körülötte, meleg, lapos szerkesztőségi stílusban illusztrálva
A tulajdonos mint emberi telefonközpont: nagyjából tizenöt emberig működik, aztán csendben felmondja a szolgálatot.

A funkciók, amelyek számítanak — és amelyek nem

Amint az emberek úgy döntenek, hogy építenek, az ösztön azt diktálja, hogy soroljanak fel minden elképzelhető funkciót. Álljon ellen. Azok a funkciók, amelyek egy kisvállalkozásban megérik magukat, egy rövid, fénytelen lista, és a használt és az elhagyott alkalmazás közötti különbség szinte teljesen azon múlik, hogy a rövid listát eltalálja-e, nem azon, hogy a hosszút lenyűgözővé teszi-e.

Az alapvető négyes

A legtöbb sikeres kisvállalkozói munkavállalói alkalmazás ugyanazon néhány feladat köré épül. Ha ezeket eltalálja, az érték nyolcvan százalékát lefedte. Beosztás: mindenki látja a saját műszakjait és a változásokat a telefonján, kérdezés nélkül. Kommunikáció: egyértelmű csatorna a munkaüzeneteknek és értesítéseknek, elkülönítve a közösségi csoporttól, hogy semmi fontos ne fulladjon el. Egyetlen dokumentumforrás: szerződések, kézikönyvek, árlisták, munkavédelmi adatlapok — egy hely, mindig naprakészen. És egyszerű adatrögzítés: bélyegzés, munkajelentés, fotó, helyszínen kitöltött ellenőrzőlista a későbbi újragépelés helyett.

A csábító extrák

Aztán ott a hosszú farok: szabadságkérelmek, műszakcsere, költségbenyújtás, képzési modulok, belső névjegyzék, kérdőívek, elismerő jelvények. Egyik sem rossz. De mindegyik valami, amit meg kell építeni, karban kell tartani és el kell magyarázni — és többségüknek csak akkor van értelme, ha az alapvető négyes zümmög, és a csapata megbízik az alkalmazásban. Akkor adja hozzá őket, amikor egy valódi, ismétlődő fájdalom kéri, nem azért, mert egy funkciólista soványnak tűnt.

FunkcióNapi értékFejlesztési ráfordításElőször építse?
Beosztás / műszakokMagasKözepesIgen — a gerinc
Csapatüzenetek és értesítésekMagasAlacsony–közepesIgen
Dokumentum- és szabályzatközpontKözepesAlacsonyIgen
Helyszíni adatrögzítés (bélyegzés, jelentések, fotók)MagasKözepesIgen, ha van terepi személyzet
Szabadság és műszakcsereKözepesKözepesNem sokkal utána
Képzés, kérdőívek, elismerésAlacsony–közepesKözepes–magasKésőbb, tudatosan
Durva útmutató ahhoz, mit érdemes először megépíteni egy kisvállalkozói munkavállalói alkalmazásban.

Építeni, venni vagy összerakni: az őszinte lehetőségek

Itt megspórolok Önnek némi pénzt. Nem feltétlenül van szüksége egyedi fejlesztésű alkalmazásra. Három valódi út van, és hogy melyik a helyes, attól függ, mennyire szokatlan a munkamódszere.

Az első a kész megoldás megvásárlása: egy kész személyzeti alkalmazás vagy munkaerő-platform. Ha az igényei szabványosak — műszakok, csevegés, dokumentumok —, egy létező termék havidíjért lefedheti Önt, és ez gyakran okos kiindulópont. A bökkenő az, hogy a felhasználónkénti ár észrevétlenül kúszik felfelé, ahogy nő, és Ön hajlítja a folyamatát, hogy az eszközhöz illeszkedjen. A második az összerakás darabokból: összevarrni a beosztó-, csevegő- és dokumentumeszközt, amelyért úgyis fizet. Olcsó, de tákolmány marad, és a csapata egy helyett megint több alkalmazásnál tart.

A harmadik az egyedi alkalmazás építése, és ez pontosan akkor érdemli ki a helyét, amikor a vállalkozása olyat csinál, amit a kész eszközök nem — egy konkrét munkajelentési folyamat, egy szokatlan műszakrend, egy integráció azzal a rendszerrel, amely a tényleges munkáját futtatja. Az egyedi alkalmazás az Öné: nincs felhasználónkénti adó, amely megbüntetné a növekedésért, és a folyamatához illeszkedik, nem fordítva. Eleinte többe kerül, és a karbantartás az Öné, így ez tudatos döntés, nem alapértelmezett. A legtöbb kkv-nak az őszinte válasz az, hogy induljon vásárolt vagy összerakott megoldással, érezze meg pontosan, hol szorít, és építsen egyedit, amint pontosan tudja, mire van szüksége.

Letisztult szerkesztőségi illusztráció három útról, amelyek egyetlen telefonikonból ágaznak el: az egyik a venni felirattal egy dobozos terméket mutat, az egyik az összerakni felirattal puzzledarabokat, az egyik az építeni felirattal egy egyedi tervrajzot, nyugodt, lapos stílusban
Három őszinte út egy munkavállalói alkalmazáshoz. A legtöbb kkv jobban jár, ha az egyiken elindul és tudatosan vált, ahelyett hogy előre gyötrődne.

Mibe kerül valójában egy egyedi munkavállalói alkalmazás

A költség az a kérdés, amelyre mindenki választ akar, és senki sem akarja leírni, így itt egy őszinte körvonala anélkül, hogy úgy tennék, mintha vakon be tudnám árazni a projektjét. A legnagyobb változó a hatókör: egy fókuszált alkalmazás, amely az alapvető négyest csinálja, töredékébe kerül egy szétterülőnek, amely HR-rendszer akar lenni. A második az, mennyit kell beszélnie a meglévő szoftverével.

Egy igazán hasznos első verzió — a gerinc plusz egy-két az alapfunkciók közül, azokon a telefonokon, amelyek a csapatának úgyis megvannak — körülhatárolt munka, nem végeláthatatlan. Ez az a fajta projekt, amelyet úgy méretez, hogy hetek alatt elinduljon, nem egy év alatt. A költség csak akkor duzzad fel, ha az emberek mindent egyszerre próbálnak megépíteni, vagy ha senki sem döntötte el, mit jelent a „kész”, így sosem érkezik meg. A legnagyobb költségkontroll, amellyel rendelkezik, nem egy olcsóbb fejlesztő — hanem egy kisebb, világosabb első verzió.

És ne feledje, az összehasonlítás nem egyedi fejlesztés kontra ingyenes. Hanem egyedi fejlesztés kontra a havi felhasználónkénti díjak, amelyeket egyébként örökké fizetne, plusz az órák, amelyeket most veszít azzal, hogy Ön a központ. Ehhez képest egy jól körülhatárolt egyszeri fejlesztés gyakran sokkal ésszerűbbnek tűnik, mint elsőre — különösen egy csapatnak, amely tovább fog növekedni.

Hogyan határoljon körül egy első verziót, amely valóban elindul

A különbség egy elinduló munkavállalói alkalmazás projekt és egy a tervezésben elhaló projekt között szinte sosem a technológia. Hanem a hatókörrel kapcsolatos fegyelem. Íme a módszer, amelyet használok, hogy az első verziót elég kicsin tartsam a befejezéshez és elég nagyon ahhoz, hogy számítson.

  1. 1
    Nevezze meg az egyetlen napi szokást
    Döntse el azt az egyetlen dolgot, amiért a csapata mindennap megnyitja az alkalmazást — rendszerint a beosztás megnézése. Ez a gerince. Ezt építse meg először, és jól.
  2. 2
    Adjon hozzá legfeljebb két támogató funkciót
    Válasszon egy-két dolgot, amely természetesen a gerinc köré csoportosul — értesítések, dokumentum-hozzáférés, bélyegzés. A többinek egyelőre álljon ellen.
  3. 3
    Írja le a „kész”-t egy mondatban
    „Minden dolgozó látja a műszakjait és olvassa az értesítéseket a telefonján, és soha többé nem küldöm a beosztást WhatsApp-on.” Ha nem tudja leírni, akkor nem határolta körül.
  4. 4
    Döntse el, mihez kell csatlakoznia
    Sorolja fel a meglévő rendszereket, amelyekkel beszélnie kell — és könyörtelenül vágja ki azokat az integrációkat, amelyek csak kellemesek. Az integrációknál duplázódnak meg csendben a határidők.
  5. 5
    Előbb néhány embernek vezesse be
    Vezesse be egy csapatnak vagy műszaknak, mielőtt mindenkinek. A valódi használat felszínre hozza azokat az érdes éleket, amelyeket egyetlen tervezőmegbeszélés sem fog.

Vegye észre, hogy egyik lépés sem technológiai választásokról szól. Natív kontra web, melyik keretrendszer, melyik adatbázis — ezek valódi kérdések, de a fejlesztő dolga jól megválaszolni őket, nem az Öné, hogy gyötrődjön rajtuk. Az Ön dolga, hogy könyörtelenül világos legyen az egyetlen szokásban és a kész definíciójában. Találja el ezeket, és szinte bármely hozzáértő fejlesztés sikerül. Vétse el őket, és a világ legcsicsásabb technológiai stackje sem menti meg a projektet.

Egy kisvállalkozás dolgozóinak csapata összegyűlve, mindegyik ugyanazt az egyszerű alkalmazásképernyőt nézi a telefonján, amely egy heti műszakbeosztást mutat, a háttérben egy megkönnyebbült tulajdonossal, meleg, lapos szerkesztőségi illusztráció
A cél nem egy lenyűgöző alkalmazás. Hanem a pillanat, amikor az egész csapat ugyanazt a képernyőt nézi ahelyett, hogy felhívná a tulajdonost.

Az igazi kihívás nem a megépítés — hanem a bevezetés

Íme a kínos igazság, amelyet az értékesítési beszédben senki sem említ: az alkalmazás megépítése a könnyebbik fele. Rávenni a csapatát, hogy valóban használja — hogy ne nyúljon a régi WhatsApp-csoporthoz, hogy bízzon abban, hogy az alkalmazásban lévő beosztás a beosztás — itt él vagy hal meg a munkavállalói alkalmazás. Egy tökéletes alkalmazás, amelyet a csapat fele figyelmen kívül hagy, rosszabb, mint a semmilyen, mert az információ most két helyen él.

A bevezetés két dologból fakad. Először, az alkalmazásnak a napi szokásnál valóban gyorsabbnak kell lennie, mint a kerülőmegoldás — ha a műszakok megnézése az alkalmazásban lassabb, mint Önnek üzenni, az emberek Önnek fognak üzenni. Másodszor, szándékosan meg kell ölnie a régi csatornát. Azon a napon, amikor az alkalmazás élesedik, a beosztás megszűnik megjelenni a hűtőn és a csevegésben. Egyetlen igazságforrás, finoman, de határozottan érvényesítve, amíg az új szokás be nem áll. Futtasson két csatornát örökké párhuzamosan, és mindkettő legrosszabbját kapja.

Alkalmazáson gondolkodik a csapatának?

A legnehezebb rész a megfelelő első verzió körülhatárolása — elég kicsi az induláshoz, elég nagy ahhoz, hogy számítson. Megnézzük, hogyan dolgozik valójában a csapata, és segítünk eldönteni, mit építsen, vegyen vagy hagyjon ki, mindenféle kötelezettség nélkül, hogy projektet indítson.

Nézze meg, hogyan építünk munkavállalói alkalmazásokat

Gyakori kérdések

Mekkora a túl kicsi egy munkavállalói alkalmazáshoz?
Nincs létszámszabály, de az őszinte küszöb a koordinációról szól, nem a méretről. Ha az egész csapata egy szobát és egy naptárt oszt meg, valószínűleg nincs rá szüksége. Az igény akkor jelenik meg, amikor az emberek műszakban, terepen vagy több helyszínen szétszórva vannak, és az információnak utaznia kell, hogy elérje őket — ez megtörténhet nyolc embernél, vagy soha harmincnál.
Egyedi alkalmazást építsek, vagy csak vegyek egyet?
A legtöbb kkv-nak: kezdje vásárlással vagy a már használt eszközökből való összerakással, különösen ha az igényei szabványosak. Egyedit akkor építsen, ha a munkamódszere valóban szokatlan, ha a felhasználónkénti díjak valódi költséggé válnak, ahogy nő, vagy ha szorosan integrálnia kell azzal a rendszerrel, amely a tényleges munkáját futtatja. Sok cég vásárlással kezd, és egyedire vált, amint pontosan tudja, hol szorít.
Egy munkavállalói alkalmazásnak „igazi”, alkalmazásboltból letölthető alkalmazásnak kell lennie?
Nem mindig. Egy jól megépített webalkalmazás, amely bármely telefon böngészőjében működik, sok igényt lefedhet az alkalmazásbolti teher nélkül, és gyakran gyorsabban és olcsóbban indítható. A natív alkalmazásnak akkor van értelme, ha olyasmire van szüksége, mint a megbízható offline használat, az értesítések, amelyeket az emberek nem hagyhatnak ki, vagy a kamera- és helyfunkciók. A helyes válasz attól függ, mit csinál valójában a csapata — és ezt érdemes komolyan venni, nem feltételezni.
Mi a leggyakoribb ok, amiért a munkavállalói alkalmazások megbuknak?
Szinte mindig a gyenge bevezetés — nem a rossz technológia. A csapat tovább használja a régi WhatsApp-csoportot vagy a papírbeosztást, így az információ két helyen él, és a bizalom sosem alakul ki. A megoldás az, hogy a napi szokást gyorsabbá tegye, mint a kerülőmegoldás, és szándékosan kivonja a régi csatornát, amikor az alkalmazás élesedik.
Mennyi ideig tart üzembe állítani egy első verziót?
Egy fókuszált első verzió — a beosztó-gerinc plusz egy-két támogató funkció — hetek kérdése, nem egy évé, ha fegyelmezett marad a hatókör tekintetében. A projektek csak akkor húzódnak el, amikor az emberek mindent egyszerre próbálnak megépíteni, vagy sosem határozzák meg, mit jelent a „kész”. Indítson valami hasznosat korán egy kis csoportnak, majd a valódi használatból bővítsen.
Have a nice day
Have a nice day
Szerkesztőség

A Have a nice day egy szoftverstúdió, amely segít a kis- és középvállalkozásoknak a digitalizációban — automatizálás, mesterséges intelligencia és egyedi szoftverek, amelyek a mindennapi működésben működnek, nem csak a diákon.

Kapcsolódó szolgáltatások