Käytännön esimerkki

Näin 24 hengen kenttähuoltoyritys sai työntekijäsovelluksen käyttöön 10 viikossa

Alueellinen asennusyritys hukkui paperisiin työmääräimiin ja päivän päätteeksi soitettuihin puheluihin. Tässä rehellinen tarina siitä, miten rakensimme ja julkaisimme kenttähuollon työntekijäsovelluksen kymmenessä viikossa — mitä karsimme, mikä meni rikki ja mitä se todella muutti.

Have a nice dayHave a nice day10 min lukuaika
Näin 24 hengen kenttähuoltoyritys sai työntekijäsovelluksen käyttöön 10 viikossa

Yritys, joka soitti meille, ei halunnut sovellusta. He halusivat lopettaa tunnin hukkaamisen joka ilta samaan keskusteluun: teknikko soittaa toimistoon ja luettelee, mitkä työt tuli tehtyä, mitä tarvikkeita kului ja kuka asiakas ei ollut kotona. Joku toimistossa kirjaa kaiken ylös, naputtelee sen kolmeen järjestelmään ja huomaa viikkoa myöhemmin, että kaksi työmääräintä puuttuu ja yksi lasku on väärin. Se oli oikea ongelma. Sovellus oli vain se muoto, jonka ratkaisu sattui saamaan.

Tämä on tapaustutkimus oikeasta projektista, anonymisoituna. Kyseessä on 24 hengen asennus- ja huoltoyritys — ajattele lämmitystä, ilmanvaihtoa ja niihin liittyviä huoltokäyntejä — joka toimii alueella kahdeksan pakettiauton voimin useimpina päivinä. Muutimme muutamia tunnistetietoja emmekä teeskentele, että luvut olisivat tarkastettua tiedettä. Mutta tarina on totta, mukaan lukien ne kohdat, joissa teimme jotain väärin ja jouduimme perumaan sen. Juuri ne kohdat ovat yleensä hyödyllisimpiä, joten jätimme ne mukaan.

Jos pyörität kenttähuoltoyritystä ja sinulle on tarjottu kuusinumeroista summaa ja yhdeksän kuukauden aikataulua työntekijäsovelluksesta, tämä on vastaväite. Kymmenen viikkoa, tarkkaan rajattu sisältö ja työkalu, jonka teknikot todella avasivat itse ilman patistelua. Näin se meni.

Ongelma: paperin ja puheluiden varassa pyörivä yritys

Kun istuimme alas omistajan ja toimistopäällikön kanssa, pintapuolinen valitus oli "meidän pitää digitalisoitua". Lause ei merkitse yksinään mitään, joten sivuutimme sen ja seurasimme työtä sen sijaan. Vietimme päivän toimistossa ja aamun pakettiauton kyydissä. Lounaaseen mennessä oikea ongelma oli ilmeinen, eikä sillä ollut mitään tekemistä vanhan teknologian kanssa.

Jokainen teknikko kantoi kirjoitusalustaa, jossa oli itsejäljentävät työmääräimet. Työmaalla hän raapusti ylös tehdyn työn, rasti muutaman ruudun, merkitsi tarvikkeet ja pyysi asiakkaalta allekirjoituksen. Päällimmäinen kopio palasi toimistoon lopulta — joskus samana iltana, joskus perjantaina rytistyneenä pinona. Toimisto näppäili sitten jokaisen lomakkeen aikataulutustyökaluun, uudelleen laskutusohjelmaan ja kolmannen kerran taulukkoon, jolla omistaja seurasi, mitkä työt olivat laskutettavissa. Kolme kertaa saman naputtelua. Kahdella kerralla syntyi uusia virheitä.

Hinta ei ollut vain toimistotunnit. Se oli viive. Maanantaina valmistunut työ ei välttämättä tullut laskutetuksi ennen seuraavaa viikkoa, koska paperi ei ollut vielä ilmaantunut. Asiakkaat soittivat ja kysyivät töistä, joiden tekemisestä toimisto ei tiennyt. Ja kun lomake katosi kokonaan — mitä tapahtui useammin kuin kukaan myönsi — sitä työtä ei yksinkertaisesti koskaan laskutettu. Kukaan ei osannut kertoa, paljonko rahaa katosi sillä tavoin ulos ovesta, mikä oli itsessään koko pointti.

He luulivat, että heillä oli paperityöongelma. Todellisuudessa heillä oli kassavirtaongelma kirjoitusalustaan pukeutuneena.
mitä ensimmäinen päivä työmaalla kertoi
Kulunut kirjoitusalusta itsejäljentävällä työmääräimellä pakettiauton kojelaudalla, vieressä älypuhelin, lähellä osia ja kahvikuppi, aamuvalo tuulilasin läpi
Mistä projekti oikeasti alkoi: kirjoitusalusta, kahdeksan pakettiautoa ja viikon viive tehdyn ja laskutetun työn välillä.

Mitä jätimme tietoisesti rakentamatta

Nopein tapa räjäyttää kymmenen viikon aikataulu on sanoa kaikkeen kyllä. Niinpä ennen kuin kirjoitimme riviäkään koodia, kirjoitimme listan asioista, joita sovellus ei tekisi — ja saimme omistajan myöntämään sen ääneen. Tämä on minkä tahansa projektin vähiten glamoröösi osa ja suurin yksittäinen syy siihen, että se valmistui ajallaan.

Toivelistalla, joka kerättiin kahdessa keskustelussa, oli noin kolmekymmentä ominaisuutta. Pakettiautojen GPS-seuranta. Asiakkaille suunnattu varausportaali. Varaston saldot koko varastosta. Automaattinen reittioptimointi. Täysi CRM. Valokuvapohjaiset vauriokuvaukset merkintöineen. Työajanseuranta palkkavientinä. Jokainen niistä oli järkevä idea. Jokainen niistä oli myös tapa olla koskaan valmistumatta.

Tiivistimme sisällön yhteen lauseeseen, samalla tavalla kuin neuvoisimme mitä tahansa pienyritystä: teknikon pitää pystyä näkemään päivän työt, kirjaamaan mitä teki, eikä kenenkään tarvitse näppäillä sitä uudelleen. Kaikki, mikä ei palvellut tätä lausetta, päätyi "myöhemmin, ehkä" -listalle. Se lista on yhä olemassa. Suurinta osaa siitä ei ole koskaan kaivattu.

  • Pois: pakettiautojen GPS-seuranta — valvonnan tuntu, jota kukaan tiimissä ei halunnut, ratkoi ongelmaa jota ei ollut.
  • Pois: asiakkaiden varausportaali — erillinen projekti erillisellä kohderyhmällä; sen niputtaminen olisi tuplannut aikataulun.
  • Pois: täysi varastonhallinta — joskus hyödyllinen, muttei kriittisellä polulla nopeampaan laskutukseen.
  • Pois: reittioptimointi — korkea monimutkaisuus, vähäinen todellinen hyöty tämän yrityksen maantieteelle.
  • Mukaan: päivän työlista, digitaaliset työmääräimet, tarvikkeiden kirjaus, asiakkaan allekirjoitus, valokuvat, välitön synkronointi toimistoon.

Mitä sovellus oikeasti tekee

Ytimeensä riisuttuna sovellus on melkein tylsän yksinkertainen — ja se on kehu. Teknikko avaa sen aamulla ja näkee päivän työnsä järjestyksessä, osoitteineen, asiakkaineen, kohteen historioineen ja sen, mitä häneltä odotetaan. Hän napauttaa työn auki, ja kaikki, mikä ennen asui kirjoitusalustalla, asuu nyt ruudulla.

Työmaalla hän kirjaa tehdyn työn lyhyestä tarkistuslistasta, lisää tarvikkeet haettavasta listasta (joten "22 mm kuparikulma" on kaksi napautusta, ei arvaus oikeinkirjoituksesta), napsii pari kuvaa jos jotain pitää dokumentoida, ja ojentaa puhelimen asiakkaalle sormella tehtävää allekirjoitusta varten. Hän painaa valmis. Siinä kaikki. Sillä hetkellä kun kuuluvuutta on, kaikki synkronoituu toimistoon — ei puhelua, ei paperia, ei uudelleennäppäilyä.

Tärkein yksityiskohta: se toimii ilman kuuluvuutta

Kenttähuoltosovellukset elävät tai kuolevat yhdestä asiasta, jota demo ei koskaan näytä: mitä tapahtuu kellarin laitehuoneessa ilman kenttää. Jos sovellus jumiutuu tai menettää dataa sillä sekunnilla kun palkit katoavat, teknikot hylkäävät sen viikossa ja olet rakentanut kalliin paperipainon. Niinpä rakensimme sen offline-edellä ensimmäisestä päivästä lähtien. Kaikki toimii täysin ilman yhteyttä; laite pitää datan ja synkronoi heti kun voi. Teknikko ei koskaan ajattele sitä, mikä on juuri pointti.

Toimiston puoli: yksi näkymä, ei uudelleennäppäilyä

Toimisto ei saanut rönsyilevää hallintapaneelia. He saivat yhden näkymän, joka näyttää työt sitä mukaa kun ne valmistuvat, kukin liitteenään lomake, tarvikkeet, kuvat ja allekirjoitus. Sieltä valmis työ muuttuu laskuksi tiedot jo täytettyinä — toimisto tarkistaa ja lähettää sen sen sijaan että näppäilisi alusta. Liitimme sen laskutusohjelmaan, jota he jo käyttivät, sen sijaan että olisimme korvanneet sen, koska toimivan ohjelman korvaaminen kesken projektin on tapa muuttaa kymmenen viikon aikataulut kymmeneksi kuukaudeksi.

Jaettu toimituksellinen kuvitus: vasemmalla teknikko teknisessä tilassa napauttaa työn tarkistuslistaa puhelimella ilman kenttäpalkkeja, oikealla toimiston näyttö jolla sama työ ilmestyy välittömästi kuvineen ja allekirjoituksineen
Koko tuote yhdessä kuvassa: kirjaa kerran työmaalla, jopa offline; se ilmestyy toimistoon itsestään.

Ne kymmenen viikkoa, rehellisesti

Kymmenen viikkoa ei ole taikaluku; se on se, mihin tämä sisältö meni yhdellä suunnittelija-kehittäjäparilla ja aidosti sitoutuneella asiakkaalla. Tässä karkeasti, miten aika jakautui — mukaan lukien se viikko, jonka menetimme, koska projektien täydellisyyden teeskentely ei auta ketään.

  1. 1
    Viikot 1–2: Katso, älä kysy
    Kuljimme kyydissä, istuimme toimistossa ja kartoitimme todellisen työnkulun seinälle. Kirjoitimme yhden lauseen sisällön ja "ei rakenneta" -listan ja saimme molemmille hyväksynnän ennen mitään suunnittelua.
  2. 2
    Viikot 3–4: Klikattava muoto
    Rakensimme klikattavan prototyypin — ei oikeaa koodia, vain näkymiä — ja annoimme sen kahden teknikon käsiin. Heidän palautteensa tappoi kolme oletuksistamme ajoissa, mikä on halvin paikka olla väärässä.
  3. 3
    Viikot 5–7: Rakenna ydin
    Työlista, digitaaliset lomakkeet, tarvikkeet, allekirjoitus, kuvat ja offline-synkronointimoottori. Synkronointi oli vaikea osa ja söi suurimman osan viikosta 7.
  4. 4
    Viikko 8: Viikko jonka menetimme
    Laskutusintegraatio pisti vastaan. Olemassa olevan ohjelman rajapinta oli oikukkaampi kuin sen dokumentaatio väitti, ja poltimme viikon saadaksemme kentät kohdistumaan siististi. Sen arvoista — uudelleennäppäily oli koko ongelma jonka ratkaisimme.
  5. 5
    Viikot 9–10: Pilotti ja viimeistely
    Kaksi pakettiautoa ajoi sovellusta tositoimissa muiden kuuden pysyessä paperilla. Korjasimme mitä pilotti nosti esiin, sitten otimme sen käyttöön kaikilla yhdellä lyhyellä koulutuksella.

Kenttäväen saaminen oikeasti käyttämään sitä

Voit rakentaa maailman parhaan kenttähuoltosovelluksen ja katsoa sen kuolevan, koska 55-vuotias teknikko kahdenkymmenen vuoden kirjoitusalustan lihasmuistilla päättää, ettei se ole häntä varten. Käyttöönotto ei ole tekninen ongelma etkä ratkaise sitä ominaisuuksilla. Kohtelimme sitä todellisena projektina, joka se on.

Kolme asiaa teki raskaan työn. Ensin teimme työmaakulun nopeammaksi kuin paperin, emme vain digitaaliseksi — vähemmän napautuksia kuin raapustuksia, tarvikkeet jotka valitset etkä kirjoita, allekirjoitus eikä luettavan jahtaaminen. Jos sovellus olisi ollut edes hieman hitaampi kuin kirjoitusalusta, se olisi epäonnistunut, ja syystä. Toiseksi valitsimme kaksi pilottiteknikkoa huolella: yhden jota muut hiljaa kunnioittivat, yhden joka oli avoimen skeptinen. Skeptikon voittaminen oli arvokkaampaa kuin mikään markkinointi.

Kolmanneksi ketään ei saatu tuntemaan itseään tyhmäksi. Koulutus kesti kaksikymmentä minuuttia, sovellus oli tahallaan ilmeinen, ja toimistopäälliköstä tuli ensimmäisten kahden viikon tukihenkilö, jottei yksikään teknikko jäisi pulaan. Kolmessa viikossa paperiset työmääräimet olivat poissa — ei kiellettyinä, vain hylättyinä, koska sovellus oli aidosti helpompi tie.

Käyttöönottoa ei voiteta koulutuksessa. Se voitetaan tekemällä uusi tapa nopeammaksi kuin vanha jo ensiyrittämällä.
sääntö jonka toistaisimme mille tahansa työntekijäsovellukselle

Mikä muuttui — tulokset

Olemme tässä varovaisia, koska tapaustutkimukset rakastavat lainata tarkkoja lukuja, jotka hajoavat kyselyssä. Nämä luvut ovat yrityksen omia, otettu muutama kuukausi käyttöönoton jälkeen, ja ne ovat suuntaa-antavia ennemmin kuin laboratoriotarkkoja. Mutta suunta on yksiselitteinen ja vastaa sitä, mitä omistaja tuntee päivästä toiseen.

Mitä mittasimmeEnnenJälkeen
Aika työn valmistumisesta laskun lähetykseen5–8 päivääSamana tai seuraavana päivänä
Toimistotunnit työdatan uudelleennäppäilyyn~10 t/viikkoAlle 2 t/viikko
Kadonneet tai laskuttamattomat työmääräimetKourallinen kuukaudessaKäytännössä nolla
Illan "lue työsi minulle" -puhelutPäivittäin, joka autoPoissa
Ennen ja jälkeen, yrityksen omien mittarien mukaan muutama kuukausi julkaisun jälkeen. Luvut ovat havainnollistavia, eivät tarkastettuja.

Otsikko, josta omistaja välitti, ei kuitenkaan ollut tuossa taulukossa. Se oli kassavirta. Kun laskut lähtevät samana päivänä viikon sijaan, raha tulee sisään noin viikkoa aiemmin koko liiketoiminnassa — joka ikinen työ. 24 hengen yritykselle, joka pyörii tiukoilla katteilla, tämä ajoituksen muutos merkitsi enemmän kuin mikään yksittäinen tehokkuus. Takaisin saadut toimistotunnit olivat mukava asia. Maksun saaminen viikkoa aiemmin, joka kerta, oli todellinen palkinto.

Toimistopäällikkö pöydän ääressä tarkastaa valmista työtä ruudulta ja klikkaa yhtä nappia muuttaakseen sen laskuksi, seinällä kalenteri jossa saman päivän päivämäärä ympyröitynä, rauhallista ja siistiä
Saman päivän laskutus oli hiljainen voitto: jokainen työ laskutettu kun se valmistui, vetäen rahaa eteenpäin koko liiketoiminnassa.

Mitä kertoisimme, jos harkitset samaa

Suurin osa täällä opituista ei ole erityisesti kenttähuoltoa. Ne ovat sitä, mitä kertoisimme mille tahansa pienyritykselle, jota houkuttaa tilata räätälöityä ohjelmistoa, ja ne ovat arvokkaampia kuin itse sovellus.

Rajaa sisältöä armottomasti ja kirjoita "ei rakenneta" -listasi ennen rakennuslistaa. Tarkkaile todellista työtä ennen kuin suunnittelet mitään — omistajat kuvailevat prosessin, jonka he toivoisivat omistavansa, eivät sitä jota oikeasti pyörittävät. Pilotoi pienesti ja anna skeptikkojen kääntää loput. Ja liitä jo käyttämiisi työkaluihin sen sijaan että korvaisit ne, ainakin aluksi. Mikään näistä ei ole nokkelaa. Kaikki tämä on se, mikä teki kymmenestä viikosta mahdollisia kymmenen kuukauden sijaan.

Vielä yksi, se hiljainen: sovellus ei koskaan ollut pointti. Pointti oli saada maksu nopeammin ja lopettaa saman datan näppäily kolmesti. Olisimme voineet ratkaista siivun siitä valmiilla työkaluilla, ja joillekin yrityksille se on oikea valinta. Tälle yritykselle sotkuinen sekoitus työmaakirjaamista, offline-todellisuutta ja olemassa olevaa laskutusjärjestelmää tarkoitti, että tarkkaan rajattu räätälöinti maksoi itsensä nopeasti takaisin. Rehellinen vastaus kysymykseen "sovellus vai valmis?" on: riippuu, ja kuka tahansa joka vastaa heti, on myymässä jotain.

Onko sinulla kenttätiimi yhä paperin varassa?

Jos porukkasi on töissä työmailla ja toimisto näppäilee heidän päivänsä uudelleen joka ilta, sieltä löytyy lähes varmasti tarkkaan rajattu sovellus. Katsomme todellisen työnkulkusi ja kerromme rehellisesti, kannattaako sitä rakentaa — ja mitä jättää pois.

Katso miten rakennamme työntekijäsovelluksia

Yleisiä kysymyksiä

Onko kymmenen viikkoa realistista, vai oliko tämä erikoistapaus?
Kymmenen viikkoa oli realistista, koska sisältö oli armottoman pieni ja asiakas oli aidosti tavoitettavissa palautetta varten. Tiukempi sisältö voi valmistua nopeammin; laajempi — varastonhallinta, asiakasportaali, reittisuunnittelu — olisi vienyt paljon kauemmin. Aikataulu seuraa sisältöä, ei toisinpäin. Jos joku lupaa kiinteän lyhyen aikataulun ennen kuin keskustellaan mitä on mukana ja mitä pois, ole skeptinen.
Miksi räätälöity sovellus eikä valmis kenttähuolto-ohjelmisto?
Joillekin yrityksille valmis on oikea vastaus, ja sanomme niin. Tämä yritys tarvitsi offline-edellä-työmaakirjaamisen naimisiin olemassa olevan laskutusjärjestelmän kanssa, työnkululla joka ei vastannut pakettituotteiden jäykkiä malleja. Tarkkaan rajattu räätälöinti sopi heidän todelliseen prosessiinsa ja maksoi itsensä takaisin nopeamman laskutuksen kautta. Päätöksen pitäisi aina alkaa työnkulustasi, ei tuotteesta.
Mikä oli teknisesti vaikein osa?
Kaksi asiaa: offline-synkronointimoottori ja laskutusintegraatio. Offline-edellä on petollisen vaikeaa, koska sinun täytyy käsitellä ilman yhteyttä laitteella luotua dataa ja sovittaa se siististi yhteen myöhemmin. Laskutusintegraatio maksoi meille viikon, koska olemassa olevan ohjelman rajapinta ei käyttäytynyt kuten dokumentaationsa. Molemmat olivat sen arvoisia — ne olivat arvon ydin.
Miten vanhemmat teknikot ottivat sen vastaan?
Paremmin kuin pelkäsimme, koska teimme sovelluksesta nopeamman kuin kirjoitusalusta emmekä vain uudemman. Ratkaiseva siirto oli pilotti: annoimme sovelluksen yhden arvostetun teknikon ja yhden avoimen skeptikon käsiin. Kun skeptikko myönsi sen olevan nopeampi, loput tiimistä seurasivat ilman taistelua. Käyttöönotto on ihmisprojekti, ei ohjelmistoprojekti.
Olisitteko voineet automatisoida siitä enemmän?
Kyllä, ja juuri siksi emme tehneet. Jokainen ylimääräinen ominaisuus on jotain rakennettavaa, ylläpidettävää ja selitettävää. Julkaisimme ytimen joka ratkaisi kassavirtaongelman, sitten jätimme "myöhemmin, ehkä" -listan. Suurinta osaa siitä listasta ei ole koskaan kaivattu. Pidättyväisyys piti projektin valmistuvana ja tuloksen luotettuna — mikä merkitsee paljon enemmän kuin ominaisuuksien määrä.
Have a nice day
Have a nice day
Toimitus

Have a nice day on ohjelmistostudio, joka auttaa pieniä ja keskisuuria yrityksiä digitalisoitumaan — automaatiota, tekoälyä ja räätälöityjä ohjelmistoja, jotka toimivat arjessa, eivät vain kalvoilla.

Sopivat palvelut