Woooooot, dat is hem dan, de laatste post voor UserXP. Tering wat heb ik lang tegen dit project aan lopen hikken. Eerst was ik totaal niet gemotiveerd over het hele project, daarna werdt het iets waarmee ik echt wilde imponeren. Telefoon app maken. Maar nu is het een combinatie van alles geworden. Het laatste project wat nog open stond om in te halen. Hierna is het vooral scriptie werk wat ik moet doen. Met een klein opdrachtje voor IVID, safe te best for last, NOT. Lees meer »
Dit was het laatste stukje voor de opdracht van dit project, een gebruikers test. De applicatie moet zo “self-explaining” zijn dat ook niet taxi chauffeurs de applicatie kunnen gebruiken. Daarvoor heb ik 2 random personen gekozen om de applicatie te doorlopen. Een met veel ervaring op het gebied van mobiele telefoons en pda’s en 1 met weinig ervaring op het gebied van pda’s.
Ze moesten de volgende punten doorlopen en hierbij hard op uitspreken wat ze denken.
- Start de applicatie TaxiDriver
- Bekijk welke ritten er voor je klaar staan
- Begin een nieuwe rit
- Start de rit zoals die in de ritten lijst staat aangegeven
- Bekijk de locatie “Hilton”
Het gebruikers onderzoek is als video hier te vinden, er wordt uitvoerig besproken wat voor vebeter punten er zouden kunnen worden gemaakt. Video gebruiker 1 Video gebruiker 2
Vebeterpunten
Uit de gebruikers onderzoeken kunnen we een paar conclusies trekken voor verbeteringen. Deze zijn in de video’s al besproken. Hieronder in een gemakkelijk puntsgewijs overzicht.
Verbeteren benoeming menu items.
Ritten: Rit
Ritten log: Log
Kaart: Navigatie
Locaties: Bestemmingen
Alle navigatie binnen de applicatie moet op het scherm gebeuren. Liever geen knoppen aanraken, uitgezonderd van het invoeren van tekst voor bijvoorbeeld een eind locatie.
Notificaties over een nieuw beschikbare rit worden wel gezien, maar het notificatie overzicht wordt niet gebruikt in eerste instantie. Ze gaan direct naar het rit overzicht.
Meer informatie over de een nieuwe rit, niet direct starten met een rit. Eerst op een grote knop klikken: “Aannemen”.
De eerste 2 stappen van de rit kunnen worden verwijderd. Zodra een nieuwe rit wordt gestart kan direct de invoer voor “route berekenen” laten zien. Het is overbodig om de start locatie op het scherm te laten zien en daarna op “menu” -> “directions” te moeten klikken om dan pas de eind locatie in te vullen.
Als de rit wordt gestart vanuit “Ritten” -> “Nieuwe rit”, positie bepalen aan de hand van het huidige gps punt.
De optie om een route te bepalen zelf opvragen. Het moet mogelijk zijn een rit te rijden zonder een route te bepalen. Door puur start en eind aan te geven op het display. Dit kan zijn met een knop maar ook door een beweging. Bijvoorbeeld een rondje maken met de vinger op het display om te starten en een rondje maken om te eindigen. Hierbij zal de chauffeur zelf door moeten geven waar hij naar toe gaat aan de centrale via een intercom. Als de klant vraagt om een bepaling van de kosten dan kan de chauffeur als nog een beginpunt op geven als hij nog niet is vertrokken aan de hand van GPS. En zelf een eindpunt invoeren.
Als de rit wordt aangenomen en de taxi is nog niet op de ophaal plaats. Eerst een kaart laten zien hoe hij op de ophaal plaats kan komen.
Eindlocatie en begin locatie autocomplete / suggesties aan de hand van “locaties / bestemmingen” die zelf zijn op gegeven of wat er bekend is. Net als bij “TomTom” navigatie systeem.
Zodra de begin en eind locatie bekend zijn, kosten en duur van de rit tijdelijk in beeld met de route. Daarna een grote knop waarmee de rit gestart kan worden.
Het einde van de rit / bestemming bereikt niet gebruiken als einde rit. De chauffeur wil zelf kunnen aangeven wanneer de rit is gestopt.
Locaties / Bestemmingen hoeven niet te worden doorgestuurd naar andere
Log overzicht moet meer informatie bevatten, namelijk datum en tijd, dus gereden op 12 November 2008 om 17u59. Dan de duur van de rit en overige informatie. Er hoeft niet meer bij.
“Kaart / Map” moet een navigatie systeem worden. Stel de chauffeur wil ergens naar toe en hij is niet in een rit dan moet hij daar als bij een normale “TomTom” naar toe kunnen navigeren.
Hans is net begonnen met zijn dag, het is 7u s’ochtends. Een normale tijd om te starten. Eerst even langs de centrale om de auto over te nemen. Als het goed is heeft de vorige chauffeur hem net gewassen en schoongemaakt. In zijn pda van het werk heeft hij al de eerste rit bekeken. Een oudere dame uit Rotterdam-Zuid die elke donderdag ochtend naar een vriendin gaat in Schiedam. Lekker rustig ritje, daarna wordt het afwachten tot hij wordt opgeroepen. Dat kan via zijn pda / telefoon. Dan wordt hij gebeld en geven zijn startplaats op. Daarna krijgt hij een berichtje met alle gegevens. Start en eind plaats, tijd van aankomst en prijs. Soms verschillen de prijzen iets, maar nooit veel. Dat komt dan door dat hij ergens moet wachten of om moet rijden. Bijvoorbeeld als er een omleiding is. Al worden deze wel aangegeven, de centrale kan dat invoeren, zoals nu bij het station, dat er aan de weg wordt gewerkt.
Hij is aangekomen in Rotterdam-Zuid bij mevr van Dongeren. Het is een aardige vrouw een echte Rotterdamse, het zou zo zijn moeder kunnen zijn. Hij helpt haar met instappen en legt haar spullen in de achterbak. Ze wil altijd achterin zitten, als een echte Dame. Hans hoorde laatst dat het in veel landen “not done” is om naast de bestuurder te zitten.
Hij klikt op zijn pda dat hij gaat vetrekken en geeft daarmee door aan de centrale waar hij nu is en waar hij naar toe gaat. Allemaal automatisch en via de pda, geen rittenkaarten meer invullen. Soms moet hij even de eindbestemming op zoeken, maar dat was snel gedaan. Hij kent alle straten uit zijn hoofd en weet waar hij ongeveer moet zijn. Vroeger vulde hij de rittenkaart wel is in onder het rijden, maar dat kan nu niet meer, en in het begin, met de komst van de pda, gaf hij het ook altijd nog door via het bakkie. Hij werdt er altijd om uitgelachen door de jongere gasten.
Er zijn geen omleidingen dus hij kan de route volgen op pda al vind hij dat wat onzinnig. Als taxichauffeur zou je heel je stad uit je kop moeten kennen.
Scenario 2
Achmed is al 4 uur bezig, het is zaterdag avond en heel druk op straat. De laatste dagen dat het nog een beetje lekker weer is. Al begint het nu te regenen. Regen is altijd goed, dan komen er meer klanten die niet door de regen naar huis willen lopen of fietsen.
Hij heeft al 12 ritten gehad, veel korte en een lange. Dat is niet slecht, met de pda die aangeeft waar het druk is, of andere chauffeurs die dat via de pda doorgeven, is het makkelijk scoren. Zodra er bepaalde clubs sluiten is het altijd druk daar. Makkelijke ritjes, al zijn ze vaak bezopen. Gelukkig geen kotsers nog vanavond, al is dat nooit uitgesloten. Hij staat te wachten op een standplaats. Een van zijn vaste, veel van zijn makkers staan hier ook. Op zijn pda heeft hij aangegeven dat hij staat te wachten en beschikbaar is. Dan kunnen andere hem oproepen via de pda als dat nodig is, of gewoon een belletje.
Hij staat na 10min vooraan in de rij. Hopen dat er een paar mooie dames een ritje nodig hebben. Die dronken Hollandse gasten zijn nooit fijn. Er komen 2 meisjes aangelopen, jaartje of 21 denkt hij. BINGO ze stappen bij hem in, ze komen net Off-corso uitgelopen. “waar gaat het heen meisjes?” Hij had opstapplaats hotel Hilton al aangegeven. “Naar west, het oude belasting kantoor” zegt een van de meisjes. Ze zijn alle 2 achterin gaan zitten. “Heb je een straat of postcode voor me?” zegt Achmed. “Nee, maar het is vlak bij de Euromast!” zegt een van de dames, “Prima, dan geef ik dat op” zegt Achmed.
Hij tikt Euromast in op zijn pda en de lokatie verschijnt op zijn beeldscherm. De route wordt berekend. Zodra hij op start klikt hoort hij uit zijn bakkie dat de route is doorgekomen. “Auto 12, ga je gang”. Hij vertelt de meisjes dat het net buiten de 2km komt en hij niet voor €7,50 kan rijden. Dat het ongeveer 9 euro kost en dat hij er Max 7/8 min over doet. Het is druk vandaag, anders zou hij wel sneller rijden.
Geen probleem geeft het meisje aan. Die andere heeft nog geen woord gezegd. Ze ziet wit, als zij maar niet gaat kotsen. In 6:50 min is hij er, redelijk snel. Dat wordt dan 9,50 a.u.b. Zegt hij tegen de dames. Ze geeft hem een €10,-.
Achter in de auto kon ze zien dat hij niet heel erg om reed, ze zag welke route ze door Rotterdam reden. Toch fijn als je de weg niet echt kent. Op een scherm stond de route aangegeven, de prijs en de kosten. Daarnaast werd er aangegeven waar ze reden op het moment.
Zodra de dames betaald hebben en uitzijn gestapt. Geeft Achmed dit aan op zijn scherm. Het bordje boven op zijn taxi gaat weer aan en er wordt melding gedaan naar de centrale. Deze geeft meteen door via het bakkie dat het druk is bij de cruise terminal. Hij ziet dat hij bericht heeft van een van de andere chauffeurs, deze geeft ook aan dat het daar druk is. Een klikt op de melding van de centrale. Zijn startpunt wordt aangegeven op de kaart en hij rijdt de brug over naar zuid.
Naam: Hans van Reigoed Leeftijd: 49 Woonplaats: Rotterdam Inkomen: 1800 p/m Burgelijkestaat: Getrouwd Opleiding: Mulo Computer: Intermediate, 2u thuis per dag Internet: Intermediate, Kabel connectie 2u per dag Mobiel: Inermediate, 4u per dag
Hans is al 12 jaar taxichaffeur. Als echte Rotterdammer werkt hij eerst in de haven, maar omdat hij last van zijn rug kreeg is hij iets anders gaan zoeken. Hij heeft een aantal jaar in de ww gezeten, maar dat trok hij niet.
Hans kent zo’n beetje elk straatje in Rotterdam en een stukje daarbuiten. Hij doet om de week dag en nachtritten. De nacht ritten vind hij eigenlijk het fijnste, snelle korte ritten en de sensatie van de nacht. Maar de laatste tijd zitten er teveel van die rotjochies bij zijn bedrijf. Het is allemaal tuig wat er nu rijdt. Er moet niet meer goed gereden, te snel en gehaast, associaal en geen feeling voor de klanten.
Hij zit te denken om over te stappen naar alleen dag diensten, maar dat levert een stuk minder op.
En het extra geld kan hij nog wel gebruiken. Van zijn 2 kinderen is dan alleen zijn zoon nog thuis, die dochter uit huis is ook niet goedkoop.
Persona 2
Naam: Achmed al Fayied Leeftijd: 22 Woonplaats: Rotterdam Inkomen: 1600 p/m Burgelijkestaat: Player Opleiding: Mbo Computer: Expert, 4u thuis per dag Internet: Expert, Kabel connectie 4u per dag Mobiel: Expert, mobieltje kopen?
Achmed rijdt sinds 3 maanden op de taxi. Hij is er ingerold via zijn neef, die ook bij deze centrale rijdt. Het snelle geld en de extratjes trokken hem wel aan. Het rijden in een dikke mercedes is toch te vet. Hij kent al veel gasten, vooral de jongeren. Die oudere zijn zooi saai.
Hij heeft het wel naar zijn zin, al kent hij lang niet alle straten, maar daar heeft hij een tom tom voor. Altijd makkelijk, al is het maar om ff snel te checken of hij het goed had. Hij rijdt alleen snachts. Dat levert het meeste op, al rijdt hij maar 3 dagen in de week. Het stomste aan zijn werk vind hij alle papieren romslomp. Iedere keer invullen waar je naar toe rijdt en vanaf waar. Allemaal gezeik. Te veel werk, en dat kan toch wel makkelijker.
Dit document geeft een zakelijke rechtvaardiging waarom dit project uitgevoerd zou moeten worden. Hierin staan alle voordelen en nadelen beschreven voor werknemer, werkgever en klant met betrekking op dit project. Deze businesscase is kortweg gezegd een neutrale opsomming van feiten, om een afgewogen beslissing te kunnen nemen over het project.
Het project
Het project
Het project is bedoeld om de huidige papierwinkel van veel werkdiensten te vervangen door één
simpele digitale applicatie. Chauffeurs moeten te veel met papier werken wat fouten kan veroorzaken. Alle deze formulieren moeten dus vervangen worden in één digitale oplossing zodat de medewerker niet allerlei papieren hoeft mee te sjouwen tijdens zijn werk. Behalve het vervangen van een berg papierwerk moet de digitale oplossing het werk voor nieuwe chauffeurs gemakkelijker gaan maken. Behalve geld besparend moet de applicatie ook gaan zorgen voor een verbetering in de kwaliteit.
Strategische doelstelling
Doelstellingen van klant
Verbeterde ervaring voor klanten en chauffeurs tijden taxiritten. Meer duidelijkheid over de prijzen en tijdsritten. Een verbeterde administratie en meer rendement uit meerdere taxiritten. Kosten besparen om eventueel zodoende goedkopere ritten aan te bieden of meer chauffeurs in dienst te kunnen nemen. Naamsbekendheid centrale vergroten en vertrouwen vergroten van klanten. Meer vaste klanten genereren.
Projectdoelstellingen en ambitieniveau
De doelstelling te behalen met die project:
Bijdragen aan het behalen van de doelstellingen van de klant. De applicatie zal bijdragen in het realiseren van één of meerdere doelstellingen. Op gebied van kwaliteit en kostenbesparing.
Het vereenvoudigen van het werk van de huidige en nieuwe medewerkers. Medewerkers hoeven bij de nieuwe applicatie geen papierwerk meer in te vullen en zullen door de applicatie op de hoogte worden gesteld van eventuele omleidingen en opstap plaatsen. Hierdoor zal de medewerker beter zijn werk kunnen doen.
Waarde analyse
Kwalitatieve voordelen op strategisch gebied
Hieronder alle voordelen van de applicatie op strategisch gebied. Dit houdt een aantal voordelen in dit betrekking hebben op het behalen van de doelstellingen van de klant maar ook voordelen ten opzichte van de werknemer, de werkgever en de klant. De klant zal met deze applicatie weer een aantal jaren op de toekomst zijn voorbereid.
Doormiddel van automatisering zal papierwerk tot het verleden gaan behoren en zal het eenvoudiger zijn data uit te wisselen tussen verschillende systemen en met de klant.
De positie ten opzichte van de concurrentie wordt verbeterd
Minder papierwerk voor de medewerkers. Nu moeten medewerkers voor, tijdens en na hun dienst diverse formulieren invullen. De nieuwe applicatie zal dit uit handen nemen en daarvan een deel automatiseren of enkele lichte handelingen vragen van de medewerker.
Snelle communicatie met de centrale. Doordat de medewerker alles digitaal verwerkt kan de informatie binnen enkele seconden voor de centrale beschikbaar zijn.
Controle van medewerkers. Doordat alle handelingen digitaal geregisterd worden is de kans op fraude van medewerkers een stuk kleiner. Nu komt het nog wel eens voor dat er gesjoemeld word met werktijden en gereden kilometers.
Kwalitatieve voordelen op technisch gebied
Hieronder staan alle voordelen ten opzichte van technisch gebied. Deze voordelen hebben dus betrekking op de huidige processen en de gebruikte technieken.
Alle huidige registratiesystemen worden verwerkt in één applicatie waardoor de informatie stroom via één digitaal systeem gaat en niet doormiddel van meerdere, vaak papieren, systemen.
De huidige registratiesystemen zijn voornamelijk gebaseerd op papieren formulieren maar deze moeten ook in een hoofdsysteem verwerkt worden. Met de nieuwe applicatie kan het systeem doormiddel van een wifi verbinding aangesloten worden en kan de informatie worden geupload of gedownload.
De medewerker die eerst de informatie invoerde kan zich nu concentreren op andere werkzaamheden.
Kwalitatieve voordelen op imago gebied
Hoe het bedrijf gezien wordt door de klanten is belangrijk voor het imago maar ook voor de klandizie. Hieronder staan een aantal voorbeelden op dit gebied.
De huidige papierwinkel wordt vervangen door een digitaal systeem. Hierdoor bespaart het bedrijf papier en kosten maar voor het image van het bedrijf is het nog belangrijker dat het goed is voor het milieu. Minder papier betekend minder houtkap.
Doordat het systeem zal bijdragen aan de doelstelling tot het verbeteren van de kwaliteit zal dit ook effect hebben op het imago van de klant.
Het huidige image van een bedrijf met kwalitatief snelle ritten zal alleen maar versterkt worden doordat er minder menselijke foutjes gemaakt zullen worden.
Dit document is bedoeld voor het project userxp op de opleiding Communicatie Multimedia Design (CMD) Rotterdam. Het document beschrijft hoe het project zal verlopen en op welke producten en worden geleverd. Dit document is ter inzage van de opdracht gever CMD en ontwikkelaar Evert Slagter
Opdrachtgever
Bedrijfsnaam: Communicatie Multimedia Design Rotterdam
Contactpersoon: Dhr. B. Leurs
Gebruik en onderhoud van dit document
In de loop van het project kunnen wijzigen ontstaan in het document. De opdrachtnemer is ervoor
verantwoordelijk dat alle betrokkenen de correcte versie van het document hebben indien er
wijzigingen plaatsvinden.
Project opdracht
Doelstelling
Doelstelling van dit project is het vereenvoudigen van de communicatie tussen de opdrachtgever en zijn werknemers de taxichauffeurs. Kosten te besparen op administratie en beter in zicht krijgen in de opdrachten en die de taxichauffeurs krijgen om zo meer ritten te kunnen maken.
Opdracht omschrijving
Ontwikkel een mobiele applicatie waarmee de opdracht gever meer rendement haalt uit zijn taken en de werknemers een prettigere werkomgeving hebben. Dit systeem dient gekoppeld te
worden aan het huidige backend systeem. Voor de mobiele toepassing dient een PDA of smartphone te worden gebruikt.
Huidige situatie
Momenteel worden alle ritten bijgehouden op papier en geven de chauffeurs door waarneer zij een rit beginnen.
Beoogde nieuwe situatie
Een nieuw systeem ter vervanging van de bergen met papierwerk en de diverse verschillende
systemen. Het systeem moet alle oude systemen integreren en moet het deeltijdwerkers eenvoudiger maken om nieuwe diensten te leren zonder al teveel begeleiding. Alle systemen worden daarom gedigitaliseerd waardoor er sneller, efficiënter en nauwkeuriger kan worden gewerkt.
Project resultaat
Na het opleveren van het project dient de opdrachtnemer minimaal de volgende onderdelen aan te leveren:
Ideegeneratie & shirtlist
Analyse doelgroepen
Keuze doelgroep / productidee
Persona(s)
Systeemomschrijving
Plan van Aanpak
Programma van Eisen
Uitgewerkte Businesscase
Scenario(s)
Wireframes
Storyboards
Werkend prototype
Technisch testdocument
Rapport gebruikersonderzoek
User experience verbetervoorstellen
Vereiste functionaliteiten
De volgende functionaliteiten zijn in het systeem vereist;
GPRs voor het tracken van de auto
Maps api waarmee de juiste wegen zichtbaar zijn
Standplaatsen
Verkeersinformatie
Instant messaging systeem
Koppeling aan de backend, wifi
Uitgangspunten, aanbevelingen, eisen en randvoorwaarden
Bij het ontwikkelen van deze applicatie gaan we er vanuit dat de doelgroep ervaring heeft met het
gebruik van mobiele apparatuur zoals een GSM toestel maar hiervan niet de technische details kent. Men kan omgaan met de opties en doeleinde van deze mobiele apparatuur. Er is een kleine leercurve.
Project aanpak
Project opdeling
Het project bestaat vier fases. De eerste fase is de voorbereidende fase, hierin wordt de nodige
onderzoek gedaan om tot de juiste conclusies te komen die nodig zijn om ontwerpen te maken die
aansluiten bij de functie en doelstellingen. De tweede fase bestaat uit het maken van diverse
ontwerpen. Zowel functionele, technische als uiterlijke ontwerpen. De derde fase worden alle
functies ontwikkeld en geïmplementeerd. In de vierde en laatste fase zullen alle implementaties
worden getest en zal het gehele project worden geëvalueerd.
Fasering
Onderzoeksfase
Binnen deze fase wordt onderzocht welke functie nodig zijn om de doelstelling te halen. Daarnaast
wordt gekeken of alle functionaliteiten technisch haalbaar zijn. Na deze fase dient een onderzoeksrapport te worden afgeleverd met daarin conclusies en aanbevelingen.
Functioneel ontwerp
In deze fase dient te worden onderzocht hoe alle gewenste functionaliteiten technisch eruit moeten zien en welke beeldelementen er nodig zijn. Na deze fase dient er een functioneel ontwerp te zijn voor elke functionaliteit.
Technisch ontwerp
Nadat het functioneel ontwerp is afgerond kan er worden bepaald hoe alle systemen moeten gaan
reageren op opdrachten van de gebruiker en welke technische eisen er zijn voor de systemen. Dit
alles wordt vastgelegd in een technisch ontwerp.
Realisatie
Nadat alle systemen op papier zijn uitwerkt kunnen alle systemen worden ontwikkeld. Oplevering van deze fase is afgerond wanneer alle functies werkend zijn uitgevoerd en theoretisch klaar zijn voor het gebruik door de doelgroep.
Testfase
In deze fase wordt het systeem op meerdere fronten getest. Aller eerst zal worden getest of alle
systemen aan de eisen voldoen zoals omschreven in het functionele en technische ontwerpen. Na dat dit afgerond is zal het systeem worden gecontroleerd op beeldelementen en frontend componenten. Hiermee wordt gecontroleerd of alles op de juiste plaats zit zoals het bedoelt is. Hierna zal worden gekeken of alle systemen ook daadwerkelijk doen wat ze beloven te doen. Worden berichten en gegevens daadwerkelijk verzonden en verwerkt zoals dat bedoelt is. Hierna zal het systeem getest worden door een panel van eindgebruikers om te testen hoe ze de systemen ervaren. Deze testperiode met eindgebruikers kan ook al halverwege het project plaats vinden om eventuele grove fouten al eerder te kunnen corrigeren.
Implementatie
Wanneer alle testen correct zijn afgerond en het systeem klaar is voor gebruik dient het gehele
systeem te worden geïmplementeerd.
Evaluatie
Wanneer het project geheel is afgerond en in gebruik is genomen dienen opdrachtgever en
opdrachtnemer bij elkaar te komen om te evalueren wat er tijdens het project correct en incorrect is verlopen. Eventuele incorrectheden aan het systeem kunnen tijdens deze evaluatie ook nog aan het licht komen.
Planning
Normen en aannamen
Voor de planning wordt er vanuit gegaan dat er geen oponthoud door derden wordt veroorzaak.
Verwacht wordt dat hardware en software tijdig geleverd wordt.
Activiteitenplan
Het project verloopt in vier fases die elkaar sequentieel maar gedeeltelijk overlappend opvolgen.
Alles fases worden afgesloten met een evaluatie van de opdrachtgever waarna verder gegaan kan
worden met de volgende fasen.
Programma van eisen
In het programma van eisen vindt u alle functionele en technische specificaties met daarbij
aangegeven de eisen en randvoorwaarden om deze functie te kunnen realiseren.
Hierin staan alle functies met daarbij de geschatte tijd, wanneer deze moeten worden uitgevoerd en hun deadlines.
Taxichaffeurs, deze werken vaak nog steeds met papieren ritten kaarten. Het kost veel tijd om deze te verwerken. Voor zowel de chaffeur, bij elke rit invullen met de hand, als bij de centrale. Het verwerken van alle gegevens in de computer. Vooral nachtrit chaffeurs komen vaak op andere plekken en hebben veel verschillende start locaties.
Concept
Via een pda/mobiel rit gegevens bijhouden. De chaffeur heeft vaak een aantal standplaatsen, deze kan hij van te voren invoeren en een keuze uit maken als zijn rit begint of als hij er naar toe rijdt. Zodra hij een ritje krijgt, kan hij het eindpunt invoeren. Aan de hand van een postcode of een straat of een belangrijk punt in de omgeving. Hiermee wordt er meteen uitgerekend wat ongeveer de kosten zijn voor de klant en wat de eventuele tijdsduur is. Dit wordt automatisch berekend aan de hand van het tijdstip van de rit. Zodra de gegevens zijn ingevoerd en de chaffeur geeft aan dat hij vertrekt, worden de gegeven automatisch doorgegeven aan de centrale, die een bericht van ontvangst terug stuurt. De taxichaffeur vertrekt, op zijn display kan hij de route van de rit zien. Daarop zijn eventuele opstoppingen door gegeven door andere chauffeurs van de centrale aangegeven. (Chaffeurs zouden ook via het systeem een melding kunnen doen voor de aanvraag van andere ritten, als het ergs druk is of als er meer mensen zijn dan er in de taxi mogen zitten.)
Omleiding in de stad, deze zijn door de centrale aan te passen voor alle chaffeurs. Zodra de chaffeur zijn bestemming heeft bereikt, is het officele bedrag zichtbaar. Deze gegevens worden door gestuurd naar de centrale. Hierdoor kan men steeds nauwkeurigere berekeningen maken van de kosten en tijdsduur van een rit. Eventueel kan er via GPRS doorgegeven worden waar de auto zich bevindt op dat moment.
Voordelen
1. Minder papier
2. Centrale is overal van op de hoogte
3. Kosten en Tijdsduur zijn direct inzichtbaar voor de klant
4. Chauffeurs beschikken over meer informatie.
Potentie
Ik denk dat het een gat in de markt is. Voor veel taxichauffeurs is het eeuwig invoeren het minst leuke van een klus. Zodra ze een beetje handigheid in het invoeren van het systeem hebben, zal ze dat veel tijd schelen. Ze hoeven zich geen zorgen te maken over het nieuwe weten van een locatie. De centrale is op de hoogte, dus de chauffeurs kunnen geen spookritten maken. Het bespaart veel op de administratie kosten, omdat dit niet meer dubbel hoeft worden gedaan. Plus het is meteen gedigitaliseerd. Voor eventuele andere berekeningen is het dus makkelijk om de informatie te verwerken.
Docenten
Leeftijd: 24-50
Geslacht: Man / Vrouw
Achtergrond: Docenten opleiding of afkomstig uit vakgebied
Omgeving: School, veel in de klas, met jongeren en in bespreking met bestuur en of andere docenten.
Omschrijving: Docenten zijn veel op school te vinden, vaak moeten zij meerdere malen per dag van lokaal wisselen. Hierbij moeten iedere keer hun paperassen meenemen. Een grote kans dat ze iets vergeten. Ze moeten vaak werken met veel systemen en alle gegevens bij houden op meerdere plaatsen. Hierdoor wordt miscommunicatie of onvolledigheid in de hand gewerkt.
Taxichaffeur
Leeftijd: 20-40
Geslacht: Man
Achtergrond: Weinig opleiding, mavo/mbo
Omgeving: In de taxi of op de centrale. Veel verschillende mensen en weinig vaste klanten. Andere taxichaffeurs
Omschrijving: De taxichaffeur verschilt qua tijdstip waarop hij aan het werk is. Zo is er de dagrijder en de nachtrijder. Ze moeten alle reisgegevens iedere keer door geven aan de centrale en opschrijven. Hoeveel ze gereden hebben, wat dat heeft gekost en hoelang de rit duurde. Ze hebben te maken met veel verschillende mensen en zijn in verschillende omgevingen. Weinig dezelfde routes
Verzorginghulp
Leeftijd: 18-50
Geslacht: Vrouwlijk
Achtergrond: Verzorgende opleiding, meestal mbo
Omgeving: Bij mensen thuis om schoon te maken en te verzorgen, onderweg maar de klant of op kantoor voor besprekingen.
Omschrijving: Verzorgingshulp is de gehele werk dag bezig met het verzorgen van mensen of op de plaats van bestemming te komen. Zij zitten aan strakke tijdsbestedingen voor het verzorgen en reizen. Aangezien alles van te voren wordt uitgerekend en de verzekeraars daar naar betalen. Vaak komen zij tijd te kort voor echte verzorging zoals een praatje en een kopje koffie.
Idee 3#
Doelgroep: Docenten, verantwoordelijk voor lesprogramma en controle aanwezigheid leerlingen.
Concept: Absentie lijst controle, digitale lijst voor docenten met aanwezigheid leerlingen. Makkelijk te controleren aanwezigheid studenten door invoeren studenten nummers, afchecken naam. Bij binnenkomt in klas. Mogelijkheid tot invoeren wanneer afwezig, 10 min te laat, 15 min of helemaal geen tijdslimiet.
Voordeel: Digitaal overzicht aanwezig studenten, controle op tijd van aankomst.
Nadeel: Scanner of invoering studenten nummers door studenten.
Revenu: Geen papieren lijsten meer.
Functies:
Digitale lijst leerlingen
Overzicht aanwezigheid leerling vorige lessen
1 click aanwezigheid bevestigen
Overdracht van mobiel naar laptop
Dit hoeft niet perse mobiel?
Studenten kunnen zelf zien hoe vaak ze afwezig zijn geweest
Idee 6#
Doelgroep: Taxichaffeurs, bijhouden van taxiritten
Concept: Applicatie voor het bijhouden van ritten, begin punt, eindpunt, tijd, kosten.
Voordeel: Mogelijk GPS toevoegen, inzicht in gereden route. Centrale direct zicht op gereden route. Beschikbaarheid taxi.
Nadeel: Taxichaffeur moet digitaal onderlegt zijn.
Revenu: Geen papieren rompslomp meer.
Functies:
Invoeren van start en eindpunt
Gemiddelde kosten bereken
Tijdsduur berekenen
Direct feedback voor centrale
Makkelijk overzicht ritten
Idee 8#
Doelgroep: Verzorgingshulp
Concept: Verzorgingshulpen moeten vaak van de ene naar de andere locatie. Daarbij moeten ze de snelste route vinden. Een kaart kan daarbij helpen. Op lokatie kunnen ze speciale informatie opvragen over de hulp behoevende. Medicatie, Schoonmaak werkzaamheden. Ze kunnen zien wat de vorige hulp heeft gedaan en welke services al verleent is. Eventueel achtergrond informatie om op te letten, zoals klachten, speciale wensen etc.
Voordeel: Meerdere mensen kunnen 1 persoon helpen in het huishouden. De hulp weet precies wat er gedaan is en wat niet. Sneller reizen voor de hulp minder tijd verlies voor aandacht.
Nadeel: De hulp moet nog steeds aangeven wat al gedaan is en wat niet
Revenu: Meer tijd, dus meer patiënten of betere zorg
Idee 1#
Doelgroep: European Sales Managers, verantwoordelijk voor het coördineren van sales inspanningen in verschillende landen binnen Europa waar het bedrijf actief is.
Concept: Mobiele applicatie voor het invoeren van de verschillende verkochte projecten gerangschikt per land en business unit, overzicht wat waar nog verkocht moet worden voor halen budget.
Voordelen: Ten alle tijden over heel Europa beschikking over de juiste gegevens. Tijdens het vele reizen de mogelijkheid door te werken en gegevens bij te werken. Hoofdkantoor heeft ten alle tijden inzicht op voortgang.
Nadelen: -
Revenu: Minder tijd nodig om lokaal online te zijn om de gegevens in te voeren, meer tijd om te reizen en betere communicatie met achterban/hoofdkantoor
Idee 2#
Doelgroep: Vrachtwagen chauffeurs, vervoer van gevaarlijke stoffen en verantwoordelijk voor de lading voorschriften.
Concept: Applicatie waarbij aangegeven hoe bepaalde stoffen verpakt moeten zijn en hoe vervoerde moeten worden. Voorschriften per stof in een goed overzicht, scannen per product
Voordelen: Bij ongeluk een digitale lijst met vervoerde stoffen en hoe deze verpakt zijn. Bij laden makkelijk te controleren of de lading goed verpakt is.
Nadelen: Scanner nodig om echt voordelig te zijn. Nog steeds afhankelijk van chauffeur voor controle.
Revenu: Snellere controleren zonder moeilijke voorschriften te lezen.
Idee 3#
Doelgroep: Docenten, verantwoordelijk voor lesprogramma en controle aanwezigheid leerlingen.
Concept: Absentie lijst controle, digitale lijst voor docenten met aanwezigheid leerlingen. Makkelijk te controleren aanwezigheid studenten door invoeren studenten nummers, afchecken naam. Bij binnenkomt in klas. Mogelijkheid tot invoeren wanneer afwezig, 10 min te laat, 15 min of helemaal geen tijdslimiet.
Voordeel: Digitaal overzicht aanwezig studenten, controle op tijd van aankomst.
Nadeel: Scanner of invoering studenten nummers door studenten.
Revenu: Geen papieren lijsten meer.
Idee 4#
Doelgroep: Sales, verantwoordelijk voor verkopen projecten en eigen budget realisatie.
Concept: Toevoegen projecten aan pipeline, overzicht lopende projecten, nieuwe projecten.
Voordeel: Overzicht persoonlijk budget realisatie. Ten alle tijden nieuwe projecten toevoegen. Hoofdkantoor duidelijk overzicht. Voorgang lopende projecten.
Nadeel: -
Revenu: ?
Idee 5#
Doelgroep: Hostingbedrijf, verantwoordelijk voor het onderhouden van verschillende servers.
Concept: Online applicatie met overzicht status servers. SMS bij alert server down of andere foutmeldingen.
Voordeel: Ten alle tijden inzicht over servers.
Nadeel: Continu online zijn.
Revenu: -
Idee 6#
Doelgroep: Taxichaffeurs, bijhouden van taxiritten
Concept: Applicatie voor het bijhouden van ritten, begin punt, eindpunt, tijd, kosten.
Voordeel: Mogelijk GPS toevoegen, inzicht in gereden route. Centrale direct zicht op gereden route. Beschikbaarheid taxi
Nadeel: Taxichaffeur moet digitaal onderlegt zijn.
Revenu: Geen papieren rompslomp meer.
Idee 7#
Doelgroep: Event Managers
Concept: Crowed controle, doormiddel van pascontrole of schattingen zien hoeveel mensen in een ruimte aanwezig zijn. Door het controleren van de aantalen, mogelijke opstoppingen en over belastingen tegen gaan. Kaart met alle hotspots en duidelijkheden.
Voordeel: Duidelijk overzicht op lokatie en bij regie.
Nadeel: Kaart controle zorgt voor opstoppingen, schattingen zijn niet precies. Overal kaart voor maken.
Revenu: Beterservice en begeleiding op events
Idee 8#
Doelgroep: Verzorgingshulp
Concept: Verzorgingshulpen moeten vaak van de ene naar de andere locatie. Daarbij moeten ze de snelste route vinden. Een kaart kan daarbij helpen. Op lokatie kunnen ze speciale informatie opvragen over de hulp behoevende. Medicatie, Schoonmaak werkzaamheden. Ze kunnen zien wat de vorige hulp heeft gedaan en welke services al verleent is. Eventueel achtergrond informatie om op te letten, zoals klachten, speciale wensen etc.
Voordeel: Meerdere mensen kunnen 1 persoon helpen in het huishouden. De hulp weet precies wat er gedaan is en wat niet. Sneller reizen voor de hulp minder tijd verlies voor aandacht.
Nadeel: De hulp moet nog steeds aangeven wat al gedaan is en wat niet
Revenu: Meer tijd, dus meer patiënten of betere zorg
Het was weer even prutsen hoe dat ook al weer ging. Zolang niet meer aan flash gezeten. Of in elk geval niet coden. Maar het is me weer redelijk gelukt. De fla file is niet zo mooi opgezet. Maar goed genoeg voor een prototype. Er zullen nog wel wat bugs in zitten, dus als je iets vreemds tegen komt, meldt dat even.
Last step before making the click trough prototype of my Userxp concept TaxiDriver.
Screenshots as storyboard, this will make it easy to make a clickthrough concept.
Hard bezig met het inhalen van mijn achterstand op school. Al gaat het niet zo snel als ik had gehoooopt. Is het nu toch richting einde aan het gaan. Zo heb ik nu mijn gehele minor behaald. Zit ik in de eindfase van dit project UserXP, prototype bouwen en gebruikerstest. Ik hoop eigenlijk dat ik de fla file kan krijgen van de G1 emulator dan kan ik die gebruiken voor mijn prototype. Lees meer »
