Broneerimissüsteemi arendus
Broneerimissüsteem kliendile ja administraatorile
Klient valib teenuse ja sobiva aja, administraator näeb broneeringuid ning saab neid muuta ühes kohas. Vajadusel ühendame maksed, kalendrid ja teavitused.
Mida broneerimissüsteem teeb
Näitab ainult tegelikult vabu aegu
Vabad ajad arvestavad teenuse kestust, asukohta, töötajat või muud ressurssi, mida broneering vajab.
Annab haldajale ühe töövaate
Kinnitamine, muutmine, tühistamine ja märkused on koos ning varasemad tegevused jäävad nähtavaks.
Saadab vajalikud kinnitused
Klient ja meeskond saavad õigel ajal kinnituse või teavituse ning vajadusel lisame makse või kalendriühenduse.
Mida broneerimislahendus võib sisaldada
- Teenused ja vabad ajad
- Lihtne valik ja kinnitus
- Administraatori töövaade
- Teavitused ja vajalikud ühendused
- Muutmine ning tühistamine
Saadavus, olek ja erandid enne ekraane
Saadavuse allikas peab olema üks
Lepime kokku, kus tekib vaba aeg või ressurss ning kuidas välditakse sama valiku topeltkasutust. Broneerimisloogika lähtub kokkulepitud saadavuse allikast.
Broneeringul on elutsükkel
Päring, ootel, kinnitatud, muudetud ja tühistatud võivad vajada erinevaid tegevusi ja teavitusi. Kasutatavad olekud sõltuvad tegelikust teenindusprotsessist.
Reeglitest toimiva broneerimiseni
Saadavuse reeglid
Kirjeldame teenused, kestused, ressursid ja piirangud, mille järgi saab kliendile tegelikult vabu aegu näidata.
Kliendi ja haldaja vaated
Proovime läbi valiku, kinnituse, muutmise ja tühistamise ning seome iga sammu haldaja töö ja broneeringu olekuga.
Arendus ja tavapäraste olukordade test
Ehitame broneerimisvoo, ühendame vajalikud teenused ja kontrollime seda tüüpiliste graafikute ning eranditega.
Mida vajame broneerimisreeglite mõistmiseks
Teenused, ressursid ja kestused
Kirjeldage, mida klient broneerib, millest kestus sõltub ning milline asukoht, spetsialist või seade peab samal ajal vaba olema.
Muutmise ja tühistamise reeglid
Vaatame läbi kinnitamise, muutmise, tühistamise, hilinemise ja ilmumata jätmise tegelikud reeglid. Rakendame ainult olekud, mida teenindus tegelikult kasutab.
Mida lepime enne arendust kokku
- Esimese etapi kasutajad, rollid ja põhitegevus
- Vajalikud andmed ning nende haldamise põhimõtted
- Liidestatavad süsteemid ja testimisvõimalused
- Olulised eriolukorrad, õigused ja teavitused
Remondibroneeringu näide
iProffi avalikus lahenduses kujundas ja arendas GoMedia mitmekeelse teekonna seadme, mudeli ja remondi valikust teenindusviisi, aja, kontaktandmete ning päringu ülevaateni.
Broneerimine kliendi ja haldaja vaates
Enne käivitamist proovime läbi valiku, kinnituse, muutmise ja tühistamise ning kontrollime, kuidas need mõjutavad saadavust. Haldaja saab juhised graafiku, olekute ja erandite käsitlemiseks. Teavituste ja ühenduste kontrollpunktid aitavad märgata olukorda, kus kliendi vaade ja tegelik kalender lahknevad. Lisaks testime tüüpilised teenuse- ja ressursikombinatsioonid, et meeskond oskaks uue graafiku avamisel samu reegleid järjepidevalt kasutada ja neid hiljem muuta.
Küsimused broneerimissüsteemi kohta
Kas süsteem saab näidata vabu aegu?
Jah. Täpsed reeglid lähtuvad saadavuse allikast, kestustest, ressurssidest ja blokeeringutest.
Kas klient saab broneeringut muuta?
See sõltub teenuse reeglitest. Määrame lubatud ajaakna, autentimise, mõju saadavusele ja vajaliku teavituse.
Kas makse saab lisada?
Valitud makseteenuse saab voogu liidestada eraldi ulatusena koos õnnestumise, katkestuse, korduse ja tagasimakse piiridega.