Preskoči na glavne vsebine
programska oprema za delovne nalogeupravljanje terenskih storitevsistem delovnih nalogovfunkcionalnosti CMMS

Programska oprema za upravljanje delovnih nalogov: Vodnik za kupce

RapidStartEkipa RapidStart
Share
Programska oprema za upravljanje delovnih nalogov: Vodnik za kupce

Programska oprema za upravljanje delovnih nalogov bi morala narediti več kot le zamenjati papirnato nalepko. Pomagati mora dispečerjem, tehnikom in vodjem, da delo teče od prvega zahtevka prek razporejanja, izvedbe na terenu in zaključka, ne da bi se zanašali na stranske pogovore ali podvojene preglednice.

To pomeni, da odločitev o nakupu ni toliko iskanje najdaljšega seznama funkcij kot izbira sistema, ki ga bo vaša ekipa lahko zanesljivo uporabljala vsak dan.

Področje ocenjevanjaKaj preveriti
Potek delovnega nalogaZapis vsebuje podrobnosti, ki jih ljudje potrebujejo od vnosa do zaključka
Razporejanje in dispečingDispečerji vidijo povpraševanje, dodelijo tehnike in reagirajo na spremembe
Izkušnja na terenuTehniki najdejo svoje delo, posodobijo status in zajamejo koristne podatke ob zaključku
Mobilno in brez povezavePomemben terenski potek dela deluje na dejanskih napravah in v pogojih slabe povezljivosti
KomunikacijaStranke in notranje ekipe prejemajo prave posodobitve ob pravem času
Varnost in upravljanjeVloge in dovoljenja odražajo, kaj naj posameznik vidi in spremeni
PoročanjeVodje lahko prepoznajo zamude, delovno obremenitev in ozka grla procesa
Usklajenost platformeSistem deluje z vašo identiteto, podatki, licenciranjem in modelom upravljanja

Začnite z operativnim ciljem

Pred primerjavo izdelkov zapišite, kaj naj bi se izboljšalo po uvedbi. Uporaben cilj je dovolj konkreten za testiranje, na primer:

  • Dispečerji lahko dodeljujejo in prerazporejajo delo brez vzdrževanja ločene preglednice.
  • Tehniki na telefonu vidijo svoje dodeljene opravke in posodabljajo status.
  • Stranke prejemajo pravočasne obvestila o stanju, brez da bi dispečer vsak sporočilo pisal ročno.
  • Vodje vidijo, katero delo čaka, je v teku ali je zaključeno.
  • Terenske posodobitve postanejo uporabni poslovni podatki namesto da bi izginile v elektronski pošti in sporočilih.

To prepreči, da bi vam dovršena predstavitev določila problem. Prav tako razkrije, ali potrebujete osredinjeno aplikacijo za delovne naloge ali širšo platformo za terenske storitve z upravljanjem sredstev, inventarja, preventivnim vzdrževanjem, optimizacijo, obračunavanjem in drugimi naprednimi procesi.

Microsoft opisuje širši življenjski cikel Dynamics 365 Field Service kot ustvarjanje delovnega naloga, razporejanje, dispečing, servis, pregled in fakturiranje. Ta življenjski cikel je uporaben model ocenjevanja tudi, ko vaša organizacija potrebuje preprostejši izdelek. Pomembno vprašanje je, ali je vsak predani korak v izbranem sistemu viden in pod nadzorom. Za celoten nabor funkcij na ravni podjetja si oglejte Microsoftov pregled Dynamics 365 Field Service.

Kaj ocenjevati pri programski opremi za upravljanje delovnih nalogov

1. Delovni nalogi, ki prenašajo dovolj konteksta

Delovni nalog naj tehniku pove, kaj je treba narediti, in dispečerju zagotovi dovolj informacij, da ga pravilno dodeli. Preizkusite polja in podporne informacije, ki so pomembne v vašem delovanju: stranka, lokacija, zahtevani datum, prioritetni nivo, navodila, dodeljen tehnik, status in zapiski ob zaključku.

Izogibajte se ocenjevanju iz praznega vzorčnega obrazca. Uporabite enega izmed vaših resničnih primerov, vključno z nerodnimi podrobnostmi, ki se običajno končajo v telefonskem pogovoru. Če mora ekipa zapustiti delovni nalog, da bi razumela delo, sistem še ne služi kot zanesljiv operativni zapis.

2. Razporejanje in dispečing, ki ustrezata resničnemu dnevu

Dispečing redko pomeni enkratno dodelitev. Opravila se zavlečejo, tehniki niso razpoložljivi, prioritetne stopnje se spremenijo in stranke prestavijo termine. Dispečer naj vidi trenutno delovno obremenitev in lahko spreminja brez ponovnega postavljanja dneva kjerkoli drugje.

Med predstavitvijo prosite ponudnika, naj:

  1. Ustvari nujen delovni nalog.
  2. Dodeli ga razpoložljivemu tehniku.
  3. Premakne obstoječi termin.
  4. Prikaže, kako prizadeti tehnik vidi spremembo.
  5. Prikaže, kaj lahko kasneje vidi vodja.

Cilj ni reproducirati vsake možne izjeme. Cilj je dokazati, da so običajne spremembe razumljive tudi po premiku razporeda.

3. Terenska izkušnja, ki jo bodo tehniki uporabljali

Sprejem tehnika določa kakovost vseh nadaljnjih poročil. Preizkusite izdelek na telefonih ali tablicah, ki jih vaša ekipa dejansko nosi. Potrdite, da tehnik hitro najde dodeljeno delo, razume opravilo, posodobi status in zabeleži podatke, zahtevane ob zaključku.

Pozorno opazujte število dotikov, količino tipkanja in ali aplikacija izpostavlja pisarniška polja, ki tehniku ne pomagajo. Terenski vmesnik naj naredi naslednje dejanje očitno, namesto da bi delovni nalog spremenil v dolg vnos podatkov.

4. Preizkušeno vedenje brez povezave, ne le domneve

Če tehniki delajo v kleteh, podeželskih območjih, velikih objektih ali drugih območjih z nezanesljivo omrežno povezavo, sposobnost dela brez povezave spada v dokaz koncepta. Pozanimajte se natančno, kateri zapisi so na voljo brez povezave, katera dejanja zahtevajo povezavo v živo, kako se nadaljuje sinhronizacija in kako se obvladujejo konflikti.

Power Apps podpira pristop "offline-first" z shranjevanjem izbranih Dataverse podatkov na napravo in sinhronizacijo sprememb, ko se povezljivost povrne. Še vedno ga je treba konfigurirati in preizkusiti za specifične podatke aplikacije in potek dela. Microsoftovo navodilo za mobilno delo brez povezave v Power Apps pojasnjuje, kako delujejo offline profili, lokalni podatki in sinhronizacija.

5. Komunikacija, ki zmanjšuje nadaljnje delo

Spremembe stanja ustvarjajo vrednost samo, kadar jih pravi ljudje razumejo. Iščite obvestila za stranke in notranjo vidljivost, ki zmanjšajo ročne klice in sporočila, ne da bi pošiljali hrupne ali zmede povzročajoče posodobitve.

Narišite trenutke, ki imajo pomen, na primer potrditev termina, obveščanje stranke, da je tehnik na poti, poročanje o zamudi ali potrditev zaključka. Nato preverite, kdo nadzoruje vsako sporočilo in kaj se zgodi, ko se razpored spremeni.

6. Vloge, dovoljenja in odgovornost

Dispečerji in tehniki opravljajo različna dela in ponavadi ne bi smeli imeti enakih dostopov. Potrdite, kaj lahko vsaka vloga bere, ustvarja, spreminja in briše. Preizkusite tudi, kako se dodeli in odvzame administratorski dostop.

Za izdelke, zgrajene na Dataverse, varnostne vloge določajo dostop do tabel in zapisov, privilegiji pa se seštevajo preko dodeljenih vlog uporabnika. Microsoftovo navodilo o varnostnih vlogah Dataverse je uporaben vir pri ocenjevanju, ali predlagana nastavitev sledi vašim zahtevam glede dostopa do podatkov.

Dovoljenja so le del upravljanja. Pozanimajte se, kako so zabeležene spremembe statusa, katera dejanja je mogoče revidirati in ali lahko vodje razlikujejo med zamudo pri opravilu in zamudo pri posodobitvi.

7. Poročanje, ki temelji na operativnih odločitvah

Začnite z majhnim naborom vprašanj namesto velike želje po nadzorni plošči:

  • Koliko delovnih nalogov ni razporejenih?
  • Katera opravila so razporejena, v teku ali zaključena?
  • Kje delo čaka dlje, kot je pričakovano?
  • Kako je delovna obremenitev porazdeljena med tehnike?
  • Ali stranke prejemajo pričakovana obvestila?

Določite izhodišče pred pilotom. Tudi enostavna mera, kot je čas od ustvarjanja delovnega naloga do dodelitve, vam da nekaj objektivnega za primerjavo po uvedbi.

8. Uvedba in licenciranje, ki ga lahko pojasnite

Zahtevajte celotne obratovalne stroške, vključno z aplikacijo, potrebnimi platformnimi licencami, izvedbo, integracijami, podporo in vsemi storitvami, obračunanimi po uporabi. Nizka cena programske opreme je lahko še vedno draga uvajanje, če izdelek zahteva obsežno prilagajanje ali podvojeno upravljanje.

Prav tako določite, kdo bo lastnik konfiguracije po zagonu. Če vsaka sprememba polja, pogleda ali poteka dela zahteva razvojni projekt, vključite to omejitev v odločitev o nakupu.

Microsoft-nativno ali samostojno?

Noben pristop ni samodejno boljši. Prava odločitev je odvisna od sistemov in veščin, ki jih vaša organizacija že ima.

PremislekMicrosoft-nativna aplikacijaSamostojna aplikacija
IdentitetaLahko uporablja identiteto in model dostopa vaše organizacije v MicrosoftuObičajno uvede ločen račun ponudnika in model upravljanja
Poslovni podatkiOperativne zapise lahko obdrži v Dataverse in poveže z drugimi rešitvami Power PlatformLahko ponudi osrednji podatkovni model, vendar bo potrebna integracija z drugimi sistemi
UpravljanjeUsklaja se z obstoječim Microsoft upravljanjem platforme in spretnostmi makerjevMorda je lažje, če organizacija ne uporablja Microsoft sklopa
Mobilno in brez povezaveLahko uporablja mobilne zmogljivosti Power Apps, če je pravilno konfiguriranoRazlično pri ponudnikih in je treba neposredno preizkusiti
PrilagoditevLahko uporablja konfiguracijo in razširljivost Power PlatformOdvisno od orodij ponudnika, API-jev in modela storitev
LicenciranjeVključuje komercialne pogoje aplikacije in zahtevano Microsoft platformno licenciranjeUporablja pakiranje ponudnika plus morebitne stroške integracij

Microsoft-nativni izdelek je pogosto dobra izbira, kadar organizacija že upravlja Microsoft identitete, uporablja Power Platform ali želi podatke terenske storitve v Dataverse. Samostojno orodje je lahko boljša izbira za ekipo, ki želi samostojno storitev in nima razloga za sprejem ali upravljanje Power Platform.

Primerjava naj se osredotoči na operativno trenje: prijave, podvojeni zapisi, vzdrževanje integracij, poročanje, upravljanje in obseg sprememb procesov, potrebnih, da ekipa uspe.

Kje se umešča RapidStart Field Service

RapidStart Field Service je osredotočena aplikacija za terenske storitve zgrajena na Microsoft Power Platform za majhne in srednje ekipe tehnikov. Namenjena je organizacijam, ki želijo praktično upravljanje delovnih nalogov, razporejanje in koordinacijo tehnikov brez sprejemanja širšega obsega Dynamics 365 Field Service.

Izdelek vključuje:

  • Upravljanje delovnih nalogov
  • Razporejanje in dispečing tehnikov
  • Obvestila strankam o statusu, vključno z obvestili o prihodu in zamudah
  • Sledenje časa prek časovnih žigov statusov
  • Namizne in mobilne aplikacije
  • Vloge varnosti Dispečer in Tehnik
  • Izbirni način brez povezave
  • Samostojna uvedba, ki ne zahteva RapidStart CRM

RapidStart Field Service je zasnovan za ekipe približno 20 tehnikov, čeprav izdelek tehnično ne omejuje števila uporabnikov. Zahteva ustrezno Microsoft Power Apps licenciranje, zato naj kupci ocenijo tako naročnino RapidStart kot Microsoftovo platformno licenciranje za kombinacijo dispečerjev in tehnikov.

RapidClaw for RapidStart Apps je prav tako vključen brez dodatne RapidStart licenčnine z ustrezno nameščeno aplikacijo. Za stranke Field Service lahko ujemajoči Agent Pack pomaga pri pripravi triaže delovnih nalogov, pripravljenosti za razporejanje in informacijah o tehnikih. Aktivacija, Azure infrastruktura in uporaba modela imajo svoje zahteve in jih je treba pregledati ločeno; RapidClaw ni potrebna za uporabo jedrne aplikacije Field Service.

RapidStart Field Service ni zamenjava ena na ena za vsak scenarij Dynamics 365 Field Service. Organizacije, ki potrebujejo napredno upravljanje sredstev, inventar, preventivno vzdrževanje, avtomatizirano optimizacijo poti ali procese od storitve do izterjave, naj te zahteve neposredno primerjajo z Dynamics 365 Field Service in drugimi celovitimi rešitvami.

Izvedite dokaz koncepta z resničnim delom

Uporaben dokaz koncepta ne potrebuje obsežnosti. Vključite enega dispečerja, nekaj tehnikov in predstavniški potek delovnega naloga. Preizkusite:

  1. Navaden zahtevek od ustvarjanja do zaključka.
  2. Nujno opravilo vstavljeno v že zaseden dan.
  3. Ponovna dodelitev po tem, ko tehnik postane nedosegljiv.
  4. Obvestilo stranke, sproženo s spremembo statusa.
  5. Posodobitev tehnika z terena.
  6. Scenarij brez povezave, če je povezljivost pomembna za vaše delovanje.
  7. Vodja, ki pregleduje trenutno delovno obremenitev in zamujeno delo.
  8. Razlika v dostopu med Dispečerjem in Tehnikom.

Zabeležite, kaj je zahtevalo razlago, podvojen vnos ali ročno obnovitev. Te točke so pogosto bolj uporabne kot ocena funkcij, ker pokažejo vsakodnevne stroške sprejetja.

Najboljši sistem je tisti, ki ohranja delo v gibanju

Programska oprema za upravljanje delovnih nalogov uspe, ko naredi predaje zanesljive. Dispečerji naj vedo, kaj je treba dodeliti, tehniki naj vedo, kaj storiti naslednje, stranke naj prejemajo uporabna obvestila, vodje pa naj vidijo, kje delo upočasnjuje.

Izberite izdelek, ki dokaže te izide z vašim resničnim potekom dela in ustreza platformi, ki jo je vaša organizacija pripravljena upravljati. Za Microsoft-centrirane majhne in srednje ekipe terenskih storitev preglejte RapidStart Field Service in ga primerjajte z obsežnejšimi izdelki na vašem seznamu kandidatov.