Töö käib mitmes eraldi tööriistas
Sama info sisestatakse korduvalt või protsessi seisu tuleb otsida e-kirjadest ja tabelitest.
Tarkvaraarendus ja veebisüsteemid
Veebipõhine ärisüsteem siis, kui valmislahendus tööga kaasa ei tule.
Arendame Eestis kliendiportaale, broneerimist, haldus- ja CRM-töövooge, juhtpaneele ning muid veebipõhiseid ärisüsteeme. Lahendus kujuneb kasutajarollide, andmemudeli, õiguste ja päris tööetappide järgi, mitte valmistoote piirangute ümber.
Räägime projektistMillal eritarkvara tasub kaaluda
Kliendil puudub iseteenindus
Broneering, taotlus, dokument või tellimuse seis vajab kliendile eraldi turvalist vaadet ja tegevusi.
Valmis süsteemi loogika ei sobi
Ettevõtte rollid, reeglid ja andmed vajavad kohandatud töövoogu või serveripoolset loogikat.
Eritarkvara tasub ehitada piiritletud protsessile
Alustame rollidest ja otsustest
Klient, teenindaja, haldur ja juht näevad samu andmeid erinevalt ning võivad teha erinevaid toiminguid. Kirjeldame iga rolli õigused, vastutuse ja otsustuspunktid enne ekraane, et ligipääs ei kujuneks juhuslike erandite kogumiks.
Andmemudel peab taluma erandeid
Põhiobjekt võib olla broneering, klient, sõiduk, taotlus või töö. Määrame selle olekud, seosed, ajaloo ja kohustuslikud väljad koos tühistamise, parandamise ja duplikaatide reeglitega. See loob aluse nii kasutajaliidesele kui aruandlusele.
Esimene etapp on üks lõpetatav töövoog
Me ei vali esimest versiooni ekraanide arvu järgi. Etapp peab võimaldama kasutajal jõuda algusest kontrollitava tulemuseni ning haldajal seda tulemust töödelda. Kõrvalprotsessid ja harvad erandid jäävad nähtavasse arendusjärjekorda.
Mida veebisüsteem võib katta
Mida veebisüsteem võib katta
- Iseteenindus ja kliendiportaalid
- Broneerimine ning teenuse valik
- CRM- ja haldustöövood
- Juhtpaneelid, rollid ja õigused
- Kohandatud andmemudel, serveripoolne rakendus ja API
Mida protsessi kaardistamiseks kogume
Tegelikud tööjuhtumid
Lisaks tavapärasele juhtumile vaatame läbi katkestatud, hilinenud ja parandamist vajavad olukorrad. Näidised vormidest, tabelitest või anonüümitud töövaadetest aitavad mõista, millised andmed otsust mõjutavad.
Rollid ja ligipääsureeglid
Koondame kasutajarühmad, nende toimingud ning andmed, mida tohib näha või muuta. Kui õigused sõltuvad osakonnast, kliendist või töö olekust, kirjeldame need eraldi vastuvõtutingimustena.
Süsteemid ja vastutajad
Määrame, milline süsteem vastutab kliendi, hinna, dokumendi või muu põhiandme eest. Iga liidestuse juurde on vaja dokumentatsiooni, testimisvõimalust ning inimest, kes saab lähteandmete tähenduse kinnitada.
Arendus algab tööprotsessist
Protsessi kaardistus
Kirjeldame osalejad, tegevused, otsused, andmed ja erandid enne ekraanide kavandamist.
Arhitektuur
Määrame süsteemi piirid, andmemudeli, õigused ja ühendused olemasolevate teenustega.
Etapiviisiline arendus
Ehitame kontrollitavad osad järjekorras ning näitame töötavat tulemust regulaarselt.
Kasutuselevõtt
Testime rollid ja põhistsenaariumid, valmistame ette andmed ning lepime kokku edasise toe.
Vastuvõetava etapi tunnused
Vastuvõetava etapi tunnused
- Rollid ja õigused on testjuhtumitega kirjeldatud
- Põhiandmete omanik ning ajalugu on määratud
- Tavapärane töövoog ja kriitilised erandid töötavad
- Haldaja saab tulemust otsida, muuta ja lõpetada
- Järgmise etapi sõltuvused on eraldi nimekirjas
Vastuvõtt ja edasine arendus
Iga etapp võetakse vastu kokkulepitud rollide ja tööjuhtumite alusel, mitte ainult ekraanipiltide järgi. Kasutuselevõtul fikseerime andmete ettevalmistuse, kasutajate loomise ja toe vastutuse. Uued soovid lisatakse pärast kasutamist prioriteetide nimekirja, et need ei muudaks märkamatult juba kinnitatud ulatust. Esimeste kasutusnädalate tähelepanekud koondatakse eraldi, seotakse konkreetse rolli ja juhtumiga ning hinnatakse enne, kui neist saab järgmise etapi kohustus.
Teenuse valikust broneeringuni
iProff
iProffi avalikus lahenduses valib klient seadme, mudeli ja remonditeenuse, seejärel toetatud teenindusviisi, aja ja vajalikud andmed.
Tutvu projektiga
Küsimused tarkvaraarenduse kohta
Kuidas määratakse esimese versiooni ulatus?+
Valime tegevused, mis moodustavad ühe kasutatava töövoo. Sõltuvused ja hilisemad osad jäävad nähtavasse järjekorda, mitte vaikimisi lubaduseks.
Kas süsteemi saab ühendada olemasoleva CRM-i või ERP-iga?+
Jah, kui olemasoleval süsteemil on sobiv API või muu kokkulepitud andmevahetusviis. Ühenduse piirid kontrollime enne teostust.
Kas haldusvaade kuulub arendusse?+
Kui protsess seda nõuab, kavandame halduse koos rollide, otsingu, olekute ja vajalike toimingutega.
Kuidas hilisemaid muudatusi planeeritakse?+
Pärast kasutuselevõttu prioriseeritakse parandused ja uued funktsioonid mõju, sõltuvuste ning teostusmahu järgi.
Veebipõhine ärisüsteem siis, kui valmislahendus tööga kaasa ei tule.
Kirjeldage lühidalt eesmärki, kasutajaid, tänast lahendust ja funktsioone, mida vajate. Esimeses vestluses täpsustame küsimused ning lepime kokku, millist kaardistust on enne pakkumist vaja.