Intervju - RPR-2019/rpr20-projekat-ffijuljani1 GitHub Wiki

Naziv teme: "Aplikacija za tehnički pregled vozila"

Pitanja:

1. Kao osnovno pitanje se nameće da li vaša aplikacija služi samo za zakazivanje pregleda (koji bi se odvijali uživo) ili za približnu procjenu kvara na osnovu unijetih informacija?

2. Da li imate neke posebne uvjete o izgledu vaše aplikacije?

3. Na koji način će korisnik unositi informacije? Da li tekstualno opisuje problem, ili od nekih ponuđenih stavki bira onu koja je najsličnija njegovom problemu?

4. Koje vrste tehničkih pregleda postoje?

5. Ako postoji više vrsta tehničkog pregleda, molim Vas da navedete po čemu se oni razlikuju, tj. što detaljnije opišite šta spada u svaki od njih.

6. Ako aplikacija služi isključivo za zakazivanje pregleda, da li korisnik sam bira datum (od ponuđenih "slobodnih" termina) ili mu se automatski zakazuje na naredni slobodan termin?

7. Da li korisnik ima pravo da otkaže termin pregleda i kada najkasnije mora to učiniti?

8. Da li vi, kao kornisnik, želite imati mogućnost izlistavanja narednih zakazanih tehničkih pregleda i u kojem formatu?

9. Ako korisnik sam unosi tekst, koje podatke bi on trebao unijeti za pravilnu dijagnostiku?

10. Ako korisnik sam unosi tekst, da li to treba učiniti samo u jednom tekstualnom polju ili u više njih (ako je u više njih, navedite kategorije koje on treba popuniti).

11. Ako korisnik bira neku od ponuđenih stavki (primjeri stavki bi bili a) Automobil ima problem pri paljenju, b) Automobil ima problema pri prelasku iz jedne brzine u drugu itd). Preciznije, šta je vama potrebno kako biste dobili što kompletniju informaciju o stanju automobila?

12. Šta korisnik dobija kao povratnu informaciju? Da li dobija neku informaciju da mu je termin (uživo) uspješno zakazan, ili možda neko okvirno stanje i procjenu kvara automobila?

13. Da li korisnik dobija povratnu informaciju u vidu nekog izvještaja? Ako da, kakvu?

14. Da li korisnik treba moći napraviti svoj račun na toj aplikaciji?

15. Ukoliko korisnik otvara svoj račun, šta od podataka zahtijevate da unese?

16. Da li se korisnik treba upozoriti ukoliko neka od polja ostavi praznim?

17. Da li korisnik neka od polja može ostaviti prazna?

18. Ukoliko korisnik ostavi neko od obaveznih polja praznim, da li aplikacija prestaje sa radom ili se korisnik upozorava da neko polje ipak mora popuniti?

19. Da li treba da postoji neki način plaćanja (tipa unos podataka kreditne kartice)?

20. Da li odvajate zakazivanje pregleda/dijagnostiku na pravna i fizička lica? (jer pregled može zahtijevati pojedinac, ali i registrovana firma za službeni automobil).

21. Da li aplikacija treba posjedovati neku opciju formiranja bilo koje vrste statistike (primjeri bi bili broj pregleda po mjesecima...).

22. Da li je ova aplikacija namijenjena samo za jednu kompaniju ili za više njih?

23. Da li mora postojati mogućnost da kompanija koja je u vlasništvu aplikacije može registrovati više servisa (naprimjer po gradovima), i ukoliko je odgovor da, šta je potrebno kako bi se registrovao jedan servis?

Odgovori:

1. Aplikacija će se koristiti za zakazivanje termina i za pohranjivanje podataka o vozilima i vlasnicima vozila, te o rezultatu pregleda koji će biti uživo. Aplikacija ne treba vršiti procjenu nikakvu.

2. Treba da bude intuitivna za koristiti.

3. Problem će se unositi tekstualno, ali je poželjno da uz to ima ponuđeno ono što je prije napisano.

4. Postoje tri vrste tehničkog pregleda: Redovni tehnički pregled, Preventivni tehnički pregled i Vanredni tehnički pregled. Više informacija o njima možete naći na ovom linku

5. Odgovor se može pronaći u prethodnom odgovoru.

6. Klijent će nazvati firmu, a firma će mu reći kada ima slobodan termin na osnovu ove aplikacije i rezervisati termin kada je to moguće.

7. Korisnik može da otkaže termin najkasnije 2 sata pred termin.

8. Želim. Neka to bude lista gdje mogu vidjeti vozilo, vlasnika, tip pregleda i termin.

9. Ukoliko je sve uredno, ne treba pisati neki specijalan tekst, ali treba pisati da je sve uredu. Međutim, ukoliko vozilo ima nedostataka, onda treba omogućiti da se unosi to u neku listu čiji članovi imaju naziv i opis kvara.

10. Navedeno u prethodnom odgovoru. Pri tome naziv je nešto što se ponavlja i treba biti omogućeno da aplikacija ponudi nešto što je već napisano. Opis, također, treba biti na raspolaganju da se odabere ako je već bio napisan.

11. Korisnici su uposlenici firme. Znaju šta trebaju napisati za naziv i za opis kvara. Klijenti neće imati pristup aplikaciji.

12. Krajnji rezultat tehničkog pregleda je potrebno isprintati sa Logo oznakom firme i dostaviti klijentu. Na tom isprintanom izvještaju će biti sve informacije o autu, osnovne informacije o vlasniku i sve potrebne informacije o tehničkom pregledu. To podrazumijeva lista svih kvarova, ili poruka koja kaže da je sve uredu. Pri čemu je potrebno tu poruku staviti da je za sve ista i da se globalno može mijenjati.

13. Navedeno u prethodnom odgovoru.

14. Uposlenik firme će ispraviti na zahtjev klijenta.

15. Uposlenik će unijeti podatke klijenta, a podatke koji su potrebni su: Ime, Prezime, JMBG, Mjesto prebivališta, broj lične karte.

16. Uposlenik neće potvrditi unos klijenta dok se svi podaci ne unesu.

17. Ne.

18. Aplikacija ne smije prestati sa radom. Treba upozoravati na prazna polja.

19. Plaćanje se ne vrši preko aplikacije.

20. Potrebno je naznačiti koje je lice u pitanju.

21. Potrebno je da znamo broj pregledanih vozila tokom mjeseca, broj vozila koja su tehnički ispravna, koja su to vozila (koje marke), također broj vozila koja nisu tehnički ispravna i do koje mjere. Bilo ni poželjno da aplikacija ima grafike koji prikazuju ove podatke.

22. Aplikacija je namijenjena za jednu kompaniju.

23. Aplikacija ne treba da zna o drugim servisima. Treba samo da zna gdje se ona nalazi.

Tarik Sijerčić