Å bygge en ansattapp: hva enhver liten bedrift faktisk bør vite

Uttrykket «ansattapp» får de fleste eiere av små bedrifter til å se for seg noe de ikke har råd til — en blank intern plattform med et utviklingsteam bak seg, den typen et selskap med 5000 ansatte lanserer med et eget arrangement. Så de stiller ikke engang spørsmålet. Imens kjører det faktiske teamet deres på en WhatsApp-gruppe, en papirvaktplan teipet fast på kjøleskapet og tre forskjellige personer som alle må ringes før noen vet hvem som jobber på lørdag.

Jeg har sett dette utspille seg i dusinvis av små bedrifter. Eieren har ikke et programvareproblem i hodet — de har et koordineringsproblem. Hvor er vaktplanen. Hvem byttet den vakten. Fikk den nyansatte noen gang sikkerhetsgjennomgangen. Hvor er bildet av den ferdige jobben. Informasjonen finnes, men den er spredt over telefoner og hukommelse, og eieren er det menneskelige limet som holder alt sammen. Det limet er dyrt, det er skjørt, og det skalerer ikke forbi rundt femten personer før noe begynner å glippe.

En ansattapp er bare verktøyet som samler alt dette på ett sted teamet ditt faktisk kan nå — som regel på telefonen de allerede har i lomma. Denne guiden handler om å avgjøre om du trenger en, hva den bør og ikke bør gjøre, hva den egentlig koster, og hvordan du får en genuint nyttig versjon i drift uten at den blir et halvårsprosjekt som aldri blir ferdig.

Hva en ansattapp faktisk er (og ikke er)

La oss skrelle uttrykket ned. En ansattapp er en liten programvare de ansatte åpner på telefonen for å gjøre de få tingene som holder arbeidsdagen i gang: se vaktplanen sin, melde til teamet, finne et dokument, stemple inn, melde fra om et problem, få en kunngjøring. Det er alt. Den er ikke et HR-system, den er ikke en prosjektstyringsplattform, og den trenger absolutt ikke å gjøre alt det de gjør.

Grunnen til at uttrykket skremmer folk, er at det låner bildet sitt fra bedriftsprogramvare — de oppblåste intranettportalene ingen logger inn på. Men versjonen en bedrift med 20 personer trenger, ligger nærmere en svært fokusert app som gjør tre eller fire ting ekstremt godt. Hele verdien er at teamet ditt faktisk vil bruke den, og de bruker den bare hvis den er raskere enn den rotete omveien den erstatter. En enkel app folk åpner hver dag slår en kraftig app som ligger ubrukt på startskjermen.

Tegn på at du faktisk trenger en

Ikke enhver liten bedrift trenger en ansattapp, og jeg sier det heller rett ut enn å selge deg en. Hvis hele teamet ditt sitter i samme rom og deler en kalender, trenger du sannsynligvis ikke en. Behovet dukker opp når folk er spredt, på vakter eller borte fra et skrivebord — og informasjonen må reise for å nå dem.

Det tydeligste tegnet er at du, eieren, har blitt en sentralbordtjeneste. Folk ringer eller melder til deg for å finne ut ting de selv burde kunne slå opp: når de jobber, om en jobb er bekreftet, hvor et skjema ligger. Hver av disse avbruddene er en liten skatt på dagen din, og det blir verre etter hvert som du vokser. Her er mønstrene som forteller meg at en app virkelig ville lønne seg:

• Vaktplanen din lever i et regneark, en utskrift eller noens hode — og endringer sprer seg via telefonsamtaler.
• Viktige meldinger forsvinner i en WhatsApp-gruppe full av memer og ’ok’-svar.
• Nyansatte bruker uker på å finne ut hvor ting er, fordi kunnskapen sitter i mennesker, ikke på ett sted.
• Feltpersonell taster inn jobbdetaljer, timer eller bilder på nytt når de kommer tilbake til kontoret.
• Du kan ikke enkelt bevise hvem som fikk beskjed om hva — av hensyn til sikkerhet, etterlevelse eller bare for å avgjøre en uenighet.
• Vaktbytter og fridagsforespørsler skjer via sms og blir glemt til de skaper et hull.

Funksjonene som betyr noe — og de som ikke gjør det

Når folk først bestemmer seg for å bygge, er instinktet å liste opp hver eneste funksjon de kan tenke seg. Stå imot. Funksjonene som gjør seg fortjent til plassen sin i en liten bedrift, er en kort, lite glamorøs liste, og forskjellen mellom en brukt app og en forlatt handler nesten utelukkende om å få den korte listen riktig, ikke om å gjøre den lange imponerende.

De fire kjernefunksjonene

De fleste vellykkede ansattapper for små bedrifter er bygget rundt den samme håndfullen oppgaver. Hvis du treffer disse, har du dekket åtti prosent av verdien. Vaktplanlegging: alle ser sine egne vakter og endringene, på telefonen, uten å spørre. Kommunikasjon: en tydelig kanal for jobbmeldinger og kunngjøringer som er adskilt fra den sosiale gruppechatten, slik at ingenting viktig drukner. Én kilde for dokumenter: kontrakter, manualer, prislister, sikkerhetsark — ett sted, alltid oppdatert. Og enkel datainnsamling: innstempling, en jobbrapport, et bilde, en sjekkliste fylt ut på stedet i stedet for tastet inn i etterkant.

De fristende ekstrafunksjonene

Så er det den lange halen: fridagsforespørsler, vaktbytte, utgiftsføring, opplæringsmoduler, intern katalog, undersøkelser, anerkjennelsesmerker. Ingen av dem er dårlige. Men hver eneste er noe som skal bygges, vedlikeholdes og forklares — og de fleste gir først mening når de fire kjernefunksjonene snurrer og teamet ditt stoler på appen. Legg dem til når en reell, tilbakevendende smerte ber om dem, ikke fordi en funksjonsliste så tynn ut.

Bygge, kjøpe eller sette sammen: de ærlige alternativene

Her sparer jeg deg for noen penger. Du trenger ikke automatisk en spesialbygd app. Det finnes tre reelle veier, og den riktige avhenger av hvor uvanlig måten du jobber på er.

Den første er å kjøpe ferdig: en ferdig personalapp eller arbeidskraftplattform. Hvis behovene dine er standard — vakter, chat, dokumenter — kan et eksisterende produkt dekke deg mot et månedlig gebyr, og det er ofte et smart utgangspunkt. Haken er at prisen per bruker sniker seg oppover etter hvert som du vokser, og du bøyer prosessen din etter verktøyet. Den andre er å sette sammen av deler: sy sammen planleggingsverktøyet, chatverktøyet og dokumentverktøyet du allerede betaler for. Billig, men det forblir et lappeteppe, og teamet ditt er tilbake med flere apper i stedet for én.

Den tredje er å bygge en spesialapp, og den fortjener plassen sin nettopp når bedriften din gjør noe de ferdige verktøyene ikke gjør — en bestemt flyt for jobbrapporter, et uvanlig vaktmønster, en integrasjon med systemet som driver det faktiske arbeidet ditt. En spesialapp er din: ingen skatt per bruker som straffer deg for å vokse, og den passer prosessen din i stedet for omvendt. Den koster mer i starten, og du eier vedlikeholdet, så det er et bevisst valg, ikke et standardvalg. Det ærlige svaret for mange små bedrifter er å begynne kjøpt eller sammensatt, kjenne nøyaktig hvor det strammer, og bygge spesial når du vet nøyaktig hva du trenger.

Hva en spesialbygd ansattapp egentlig koster

Kostnaden er spørsmålet alle vil ha svar på og ingen vil sette på papiret, så her er en ærlig form av det uten å late som om jeg kan gi et tilbud på prosjektet ditt i blinde. Den største variabelen er omfang: en fokusert app som gjør de fire kjernefunksjonene koster en brøkdel av en vidløftig en som prøver å være et HR-system. Den andre er hvor mye den må snakke med den eksisterende programvaren din.

En genuint nyttig første versjon — ryggraden pluss en eller to av kjernefunksjonene, på telefonene teamet ditt allerede eier — er et avgrenset stykke arbeid, ikke et åpent. Det er den typen prosjekt du planlegger å levere på uker, ikke et år. Kostnaden vokser bare når folk prøver å bygge alt på én gang, eller når ingen bestemte hva ’ferdig’ betydde, så det aldri kommer fram. Den enkeltstørste kostnadskontrollen du har, er ikke en billigere utvikler — det er en mindre, tydeligere første versjon.

Og husk at sammenligningen ikke er spesialbygging mot gratis. Det er spesialbygging mot de månedlige gebyrene per bruker du ellers ville betalt for alltid, pluss timene du nå mister på å være sentralbord. Når du setter det ved siden av det, ser en velavgrenset engangsbygging ofte langt rimeligere ut enn den gjør i utgangspunktet — særlig for et team som skal fortsette å vokse.

Hvordan du avgrenser en første versjon som faktisk blir levert

Forskjellen mellom et ansattappprosjekt som blir lansert og et som dør i planleggingen, er nesten aldri teknologien. Det er disiplin rundt omfang. Her er metoden jeg bruker for å holde en første versjon liten nok til å bli ferdig og stor nok til å bety noe.

1. 1
   Sett navn på den ene daglige vanen

   Bestem den ene tingen teamet ditt vil åpne appen for hver dag — som regel å sjekke vaktplanen. Det er ryggraden din. Bygg den først, bygg den godt.
2. 2
   Legg til høyst to støttefunksjoner

   Velg en eller to ting som naturlig samler seg rundt ryggraden — kunngjøringer, dokumenttilgang, innstempling. Stå imot resten for nå.
3. 3
   Skriv ’ferdig’ som en setning

   «Enhver ansatt kan se vaktene sine og lese kunngjøringer på telefonen, og jeg sender aldri vaktplanen via WhatsApp igjen.» Hvis du ikke kan skrive den, har du ikke avgrenset det.
4. 4
   Bestem hva den må kobles til

   List opp de eksisterende systemene den må snakke med — og kutt nådeløst integrasjonene som bare er fine. Integrasjoner er der tidsplaner stille dobles.
5. 5
   Lanser til noen få først

   Rull ut til ett team eller ett skift før alle. Reell bruk avdekker de grove kantene som ingen planleggingsmøte noensinne gjør.

Legg merke til at ingen av disse trinnene handler om teknologivalg. Native mot web, hvilket rammeverk, hvilken database — det er reelle spørsmål, men det er utviklerens jobb å svare godt på dem, ikke din å gruble over. Jobben din er å være nådeløst tydelig om den ene vanen og definisjonen av ferdig. Få dem riktige, og nesten enhver kompetent bygging lykkes. Få dem feil, og verdens flotteste teknologistabel redder ikke prosjektet.

Den virkelige utfordringen er ikke å bygge den — det er å få den brukt

Her er den ubehagelige sannheten ingen nevner i salgsprat: å bygge appen er den lette halvdelen. Å få teamet ditt til faktisk å bruke den — å slutte å gripe etter den gamle WhatsApp-gruppen, å stole på at vaktplanen i appen er vaktplanen — der lever eller dør ansattapper. En perfekt app som halve teamet ignorerer, er verre enn ingen app, for nå lever informasjonen to steder.

Bruk kommer fra to ting. For det første må appen være genuint raskere enn omveien for den daglige vanen — hvis det er tregere å sjekke vakter i appen enn å melde til deg, vil folk melde til deg. For det andre må du drepe den gamle kanalen med vilje. Den dagen appen går i drift, slutter vaktplanen å dukke opp på kjøleskapet og i chatten. Én kilde til sannhet, håndhevet mildt men bestemt, til den nye vanen har satt seg. Kjør to kanaler parallelt for alltid, og du får det verste av begge.

Vanlige spørsmål