Planlegging av røyrleggjararbeid er ikkje vanleg timebestilling. Ein rutineservice kan planleggjast fleire dagar fram; ein aktiv lekkasje endrar den neste timen; ei vag melding om lågt trykk kan trenge eit bilete og to svar før nokon kjenner rett varigheit. Nyttig programvare må derfor gjere meir enn å setje namn i ein kalender. Ho må gjere ein ufullstendig førespurnad til eit besøk den rette røyrleggjaren kan fullføre.
Mottak og hasteavklaring kjem før kalenderen
Begynn med mottaket. Kvar førespurnad treng serviceadresse, kontakt- og tilgangsdetaljar, symptomet med kunden sine eigne ord, om skaden framleis utviklar seg, og bilete når det er mogleg. Legg deretter til spørsmål per teneste: kvar vatnet kjem frå, om det kan stengjast, fabrikat og modell på kjelen eller kva armaturar som er råka. Verktøyet skal vise kva som manglar før bestilling, ikkje skjule ei tom jobbeskriving bak eit stadfesta tidspunkt.
Skil hasteavklaring frå planlegging. Ein skriftleg regel bør avgjere kva som krev omgåande tryggleiksrettleiing eller eit menneske på vakt, kva som kan bruke ei verna tid same dag, og kva som høyrer heime i den vanlege køen. Programvara kan følgje regelen, men bør ikkje finne han opp. Ein uklar situasjon med gass, straum eller stor vasskade treng eskalering først og kalender etterpå.
Varigheit, bufferar, område og tidsreservasjonar
Bygg varigheit og bufferar per teneste i staden for å gi alle førespurnader same blokk. Diagnose, årleg service, tett avløp og planlagd installasjon tek ulik tid og kan trenge ulike ferdigheiter eller utstyr. Legg reise og dokumentasjon inn i sjølve tidspunktet. Dersom kalenderen berre viser tid på staden, betaler den siste kunden for alle optimistiske føresetnader som blei gjorde før lunsj.
Tilgjenge må ta omsyn til arbeidstid, serviceområde, ferdigheiter, eksisterande arbeid og mellombelse reservasjonar. Ei ledig rute klokka 14 er ikkje tilgjengeleg dersom den einaste kvalifiserte røyrleggjaren er på andre sida av byen, eller ein nødvendig del ikkje er i bilen. Hald tidspunktet kort medan kunden vel, og lat reservasjonen gå ut automatisk. Elles kan to samtidige samtalar gi éi heilt reell dobbeltbestilling.
Send heile grunnlaget med jobben
Jobben som blir send til røyrleggjaren, skal innehalde grunnlaget for bestillinga: opphavleg beskriving, svar, bilete, adresse og parkering, lovnader til kunden og tidlegare arbeid på eigedomen eller utstyret. Teknikaren skal ikkje måtte ringje kontoret for å finne ut det kontoret alt visste. Oppdateringar frå feltet skal tilbake til same post, slik at neste besøk byrjar med historikk i staden for eit blankt ark.
Test programvara på ein vanskeleg røyrleggjardag
Test produktet på ein medvite vanskeleg dag. Bestill ein rutineservice, legg inn ein akutt lekkasje, flytt eitt besøk, gjer éin røyrleggjar utilgjengeleg og lat to kundar be om same tid. Kontroller så kundemeldingane og jobbbriefane. Vinnaren er ikkje systemet med flest kalendervisningar, men det som held alle lovnader samanhengande medan planen endrar seg.
Konfigurer éi røyrleggjarteneste frå førespurnad til ferdig jobb
Vel tenesta som skaper flest planleggingsfeil, og skriv malen for henne først. Definer varigheit, reise- og dokumentasjonsbuffer, nødvendige ferdigheiter, serviceområde og høgst fem spørsmål som avgjer om besøket kan lukkast. Ikkje start med å importere alle tenester verksemda nokon gong har selt.
Lag tre utfall for hastespråk: omgåande tryggleiksrettleiing og menneskeleg eskalering, eit verna tidspunkt same dag eller vanleg kø. Test vage meldingar i tillegg til opplagde. Ved uvisse er det trygge utfallet at ein person vurderer førespurnaden, ikkje at programvara vel den mest roande tolkinga.
Opne jobben etter testbestillinga som om du var røyrleggjaren i bilen. Dersom adresse, tilgang, opphavleg symptom, bilete, kundelovnad og eigedomshistorikk ikkje er synleg utan ein ny telefon, er ikkje arbeidsflyten ferdig sjølv om kalenderen ser perfekt ut.
Ofte stilt spørsmål
Kva funksjonar er viktigast i programvare for røyrleggjarplanlegging?
Prioriter strukturert mottak, skriftlege haste- og tryggleiksreglar, tenestespesifikk varigheit, reisebuffer, teknikarferdigheiter, serviceområde, tidsavgrensa reservasjonar, konfliktsikker stadfesting og ein jobbbrief med bilete, tilgang, kundelovnader og eigedomshistorikk. Test avbestilling, hasteinnsetting, overtid og to kundar som vel same tid; desse endringane seier meir enn ein vanleg demo.