Cum construiți o aplicație pentru angajați: ce trebuie să știe cu adevărat orice IMM

Expresia „aplicație pentru angajați” îi face pe majoritatea patronilor de firme mici să își imagineze ceva ce nu își pot permite — o platformă internă strălucitoare, cu o echipă de dezvoltare în spate, genul de lucru pe care o corporație de 5.000 de oameni îl lansează cu un eveniment. Așa că nici măcar nu pun întrebarea. Între timp, echipa lor reală funcționează pe un grup de WhatsApp, un program pe hârtie lipit pe frigider și trei persoane diferite care toate trebuie sunate înainte să afle cineva cine lucrează sâmbătă.

Am văzut asta întâmplându-se în zeci de firme mici. Patronul nu are în minte o problemă de software — are o problemă de coordonare. Unde e programul. Cine a schimbat tura aceea. A primit noul angajat instructajul de protecția muncii. Unde e poza cu lucrarea terminată. Informația există, dar e împrăștiată prin telefoane și memorii, iar patronul este lipiciul uman care ține totul laolaltă. Lipiciul acesta e scump, e fragil și nu se scalează peste vreo cincisprezece oameni înainte să înceapă ceva să scape.

O aplicație pentru angajați este pur și simplu instrumentul care pune toate acestea într-un singur loc la care echipa chiar poate ajunge — de obicei pe telefonul pe care îl au deja în buzunar. Ghidul acesta este despre cum decideți dacă aveți nevoie de una, ce ar trebui și ce nu ar trebui să facă, cât costă cu adevărat și cum lansați o versiune cu adevărat utilă fără să se transforme într-un proiect de șase luni care nu ajunge niciodată live.

Ce este de fapt o aplicație pentru angajați (și ce nu este)

Să dezbrăcăm termenul de complicații. O aplicație pentru angajați este o mică bucată de software pe care personalul o deschide pe telefon pentru a face cele câteva lucruri care țin ziua de lucru în mișcare: să își vadă programul, să scrie echipei, să găsească un document, să pontaze, să raporteze o problemă, să primească un anunț. Atât. Nu este o suită de HR, nu este o platformă de management de proiect și nu trebuie absolut deloc să facă tot ce fac acelea.

Motivul pentru care termenul sperie oamenii este că își împrumută imaginea de la software-ul de corporație — portalurile intranet umflate în care nu se loghează nimeni. Dar versiunea de care are nevoie o firmă de 20 de oameni e mai aproape de o aplicație foarte concentrată, care face trei sau patru lucruri extrem de bine. Toată valoarea stă în faptul că echipa o va folosi cu adevărat, iar o va folosi doar dacă e mai rapidă decât soluția improvizată și haotică pe care o înlocuiește. O aplicație simplă pe care oamenii o deschid în fiecare zi bate una puternică ce stă nefolosită pe ecranul principal.

Semne că aveți cu adevărat nevoie de una

Nu orice firmă mică are nevoie de o aplicație pentru angajați și prefer să vă spun asta din capul locului decât să vă vând una. Dacă toată echipa stă în aceeași încăpere și împarte un calendar, probabil că nu. Nevoia apare când oamenii sunt răspândiți, în ture sau departe de birou — iar informația trebuie să călătorească ca să ajungă la ei.

Cel mai clar semnal este că dumneavoastră, patronul, ați devenit o centrală telefonică. Oamenii vă sună sau vă scriu dumneavoastră ca să afle lucruri pe care ar trebui să le poată căuta singuri: când lucrează, dacă o lucrare e confirmată, unde se găsește un formular. Fiecare dintre aceste întreruperi e o mică taxă pe ziua dumneavoastră și se înrăutățește pe măsură ce creșteți. Iată tiparele care îmi spun că o aplicație și-ar merita cu adevărat banii:

• Programul stă într-un tabel, o foaie printată sau în capul cuiva — iar schimbările se răspândesc prin telefon.
• Mesajele importante se pierd într-un grup de WhatsApp plin de meme-uri și răspunsuri de tipul „ok”.
• Noilor angajați le ia săptămâni să afle unde se găsesc lucrurile, fiindcă cunoștințele stau în oameni, nu într-un loc.
• Personalul de teren rescrie detaliile lucrărilor, orele sau pozele când se întorc la birou.
• Nu puteți dovedi ușor cine a fost informat despre ce — pentru protecția muncii, conformitate sau pur și simplu pentru a rezolva o neînțelegere.
• Schimburile de ture și cererile de concediu se fac prin mesaje și sunt uitate până provoacă un gol.

Funcțiile care contează — și cele care nu

Odată ce oamenii decid să construiască, instinctul este să înșire fiecare funcție pe care și-o pot imagina. Rezistați. Funcțiile care își merită locul într-o firmă mică sunt o listă scurtă și fără strălucire, iar diferența dintre o aplicație folosită și una abandonată ține aproape în întregime de a nimeri lista scurtă corectă, nu de a face impresionantă lista lungă.

Cele patru de bază

Cele mai reușite aplicații pentru angajați din firmele mici sunt construite în jurul acelorași câteva sarcini. Dacă le nimeriți pe acestea, ați acoperit optzeci la sută din valoare. Planificarea: fiecare își vede propriile ture și schimbările, pe telefon, fără să întrebe. Comunicarea: un canal clar pentru mesajele de lucru și anunțuri, separat de grupul social, ca nimic important să nu se înece. O singură sursă de documente: contracte, manuale, liste de prețuri, fișe de protecția muncii — un singur loc, mereu actualizat. Și colectarea simplă de date: pontaj, un raport de lucrare, o poză, o listă de verificare completată pe loc în loc de rescrisă mai târziu.

Extrele tentante

Apoi vine coada lungă: cereri de concediu, schimburi de ture, depunerea cheltuielilor, module de instruire, agendă internă, sondaje, ecusoane de recunoaștere. Niciuna nu e rea. Dar fiecare e ceva de construit, de întreținut și de explicat — iar majoritatea au sens abia după ce cele patru de bază funcționează lin și echipa are încredere în aplicație. Adăugați-le când o durere reală și recurentă le cere, nu fiindcă o listă de funcții a părut subțire.

Construiți, cumpărați sau asamblați: opțiunile oneste

Aici vă voi economisi niște bani. Nu aveți automat nevoie de o aplicație construită la comandă. Există trei căi reale, iar cea potrivită depinde de cât de neobișnuit este felul în care lucrați.

Prima este să cumpărați de-a gata: o aplicație de personal sau o platformă de forță de muncă gata făcută. Dacă nevoile vă sunt standard — ture, chat, documente — un produs existent v-ar putea acoperi pe o taxă lunară, iar acesta e adesea un punct de plecare inteligent. Capcana e că prețul pe utilizator urcă pe nesimțite pe măsură ce creșteți, iar vă îndoiți procesul ca să se potrivească instrumentului. A doua este să asamblați din bucăți: să coaseți la un loc unealta de planificare, unealta de chat și unealta de documente pe care le plătiți deja. Ieftin, dar rămâne un petic, iar echipa se întoarce la mai multe aplicații în loc de una.

A treia este să construiți o aplicație la comandă, iar aceasta își merită locul tocmai când firma face ceva ce instrumentele de-a gata nu fac — un flux specific de raportare a lucrărilor, un tipar de ture neobișnuit, o integrare cu sistemul care vă rulează munca propriu-zisă. O aplicație la comandă este a dumneavoastră: fără taxă pe utilizator care vă pedepsește pentru creștere, și se potrivește procesului, nu invers. Costă mai mult la început și întreținerea vă revine, deci e o alegere deliberată, nu una implicită. Răspunsul onest pentru multe IMM-uri este să începeți cumpărat sau asamblat, să simțiți exact unde strânge și să construiți la comandă odată ce știți precis de ce aveți nevoie.

Cât costă cu adevărat o aplicație pentru angajați la comandă

Costul este întrebarea la care toți vor un răspuns și pe care nimeni nu vrea să o pună pe hârtie, așa că iată o formă onestă a lui, fără să mă prefac că vă pot da un preț pentru proiect orbește. Cea mai mare variabilă este amploarea: o aplicație concentrată care face cele patru de bază costă o fracțiune dintr-una umflată care încearcă să fie un sistem de HR. A doua este cât de mult trebuie să comunice cu software-ul pe care îl aveți deja.

O primă versiune cu adevărat utilă — coloana vertebrală plus una sau două dintre funcțiile de bază, pe telefoanele pe care echipa le are deja — este o lucrare delimitată, nu una fără capăt. E genul de proiect pe care îl dimensionați ca să fie lansat în săptămâni, nu într-un an. Costul se umflă doar când oamenii încearcă să construiască totul deodată sau când nimeni nu a decis ce înseamnă „gata”, așa că nu ajunge niciodată. Cel mai mare control al costului pe care îl aveți nu e un dezvoltator mai ieftin — e o primă versiune mai mică și mai clară.

Și amintiți-vă că nu comparați construcția la comandă cu gratis. O comparați cu taxele lunare pe utilizator pe care altfel le-ați plăti pe vecie, plus orele pe care le pierdeți acum fiind centrala. Pusă lângă asta, o construcție unică bine dimensionată arată adesea mult mai rezonabilă decât pare la prima vedere — mai ales pentru o echipă care va continua să crească.

Cum dimensionați o primă versiune care chiar se lansează

Diferența dintre un proiect de aplicație pentru angajați care se lansează și unul care moare în planificare aproape niciodată nu este tehnologia. Este disciplina privind amploarea. Iată metoda pe care o folosesc ca să țin o primă versiune destul de mică pentru a fi terminată și destul de mare ca să conteze.

1. 1
   Numiți singurul obicei zilnic

   Decideți singurul lucru pentru care echipa va deschide aplicația în fiecare zi — de obicei verificarea programului. Aceasta e coloana vertebrală. Construiți-o întâi, construiți-o bine.
2. 2
   Adăugați cel mult două funcții de sprijin

   Alegeți unul sau două lucruri care se grupează natural în jurul coloanei vertebrale — anunțuri, acces la documente, pontaj. Rezistați restului deocamdată.
3. 3
   Scrieți „gata” ca o propoziție

   „Fiecare angajat își poate vedea turele și citi anunțurile pe telefon, iar eu nu mai trimit niciodată programul prin WhatsApp.” Dacă nu o puteți scrie, nu ați dimensionat-o.
4. 4
   Decideți cu ce trebuie să se conecteze

   Listați sistemele existente cu care trebuie să comunice — și tăiați fără milă integrările care sunt doar drăguțe. La integrări se dublează discret termenele.
5. 5
   Lansați întâi la câțiva oameni

   Scoateți-o la o echipă sau o tură înainte de toți. Folosirea reală scoate la iveală asperitățile pe care nicio ședință de planificare nu le va arăta.

Observați că niciunul dintre acești pași nu ține de alegeri tehnologice. Nativ versus web, ce framework, ce bază de date — sunt întrebări reale, dar e treaba dezvoltatorului să le răspundă bine, nu treaba dumneavoastră să vă chinuiți cu ele. Treaba dumneavoastră este să fiți fără milă de clar privind singurul obicei și definiția lui „gata”. Nimeriți-le pe acestea și aproape orice construcție competentă va reuși. Greșiți-le și nici cel mai fistichiu stack tehnologic din lume nu va salva proiectul.

Adevărata provocare nu e construirea — ci adoptarea

Iată adevărul incomod pe care nimeni nu îl menționează în prezentarea de vânzare: construirea aplicației e jumătatea ușoară. Să faceți echipa să o folosească cu adevărat — să nu mai apuce de vechiul grup de WhatsApp, să aibă încredere că programul din aplicație este programul — acolo trăiesc sau mor aplicațiile pentru angajați. O aplicație perfectă pe care jumătate din echipă o ignoră e mai rea decât nicio aplicație, fiindcă acum informația trăiește în două locuri.

Adoptarea vine din două lucruri. Întâi, aplicația trebuie să fie cu adevărat mai rapidă decât soluția improvizată pentru obiceiul zilnic — dacă verificarea turelor în aplicație e mai lentă decât să vă scrie, oamenii vă vor scrie. Al doilea, trebuie să omorâți vechiul canal în mod intenționat. În ziua în care aplicația intră în funcțiune, programul încetează să mai apară pe frigider și în chat. O singură sursă a adevărului, impusă blând dar ferm, până se așază noul obicei. Rulați două canale în paralel la nesfârșit și veți obține ce e mai rău din amândouă.

Întrebări frecvente